WP-SUPER-CACHE已經是一個很出名的WP外掛了
有了它真可以幫助BLOG的速度增加不少
尤其是當BLOG上面的資料不只放在同一台主機時
更能顯示出WP-SUPER-CACHE的強大
目前WP-SUPER-CACHE的版本是0.9.4.3
但是如果WP-SUPER-CACH如果像今天對我一樣來個罷工或莫名的心情不好
那帶來的困擾大概也是3顆星以上的
只剩下有CACHE的網頁可以看
連後台都進不去…所以也沒辦法從外掛管理把她重新啟用
除了WP-SUPER-CACHE有CACHE的頁面外
全部都只給你一片純白- -(而且跑超久)
這時一不作二不休就得依以下SOP來調教一下(以下是我個人的SOP):
繼續閱讀
標籤彙整:WordPress
JUSTBLOG的速度跟大頭貼
對於justblog我一直有兩個問題
第一是loading的速度
明明就沒有用多少外掛
流量也是小咖中的小咖
每次要load個首頁就是20秒起跳….
連我自己有時都懶得等
更不要說是其他人了@@
就連Google Analytics都出現連線時間過久的錯誤
這種情況我想再如何SEO都天不應地不靈吧><
下定決心找個時間來看看到底是哪個外掛惹的禍
第一個想到的就是 Flickr Photo Album
因為他要跟外部溝通的最頻繁
結國LUCKY到我自己都不肯相信
就降子把Flickr Photo Album關掉再啟動整個JUSTBLOG就快多了^^
但再想想 這也不是第一次把Flickr Photo Album停掉
怎麼就這次差了這麼多哩
或許…是之前我換SERVER後也把WP Super Cache重新啟動過吧
所以在啟用Flickr Photo Album前要先啟用WP Super Cache!?
繼續閱讀
WP-Quicktag的ERROR修正
要設定WP-Quicktag的時候出現了這樣的錯誤
Fatal error: Cannot use string offset as an array in /***/wp-content/plugins/addquicktag/addquicktag.php on line 312
找到這一篇
到addquicktag.php中
把原本的:
311 312 313 314 315 316 | for ($i = 0; $i < count($o['buttons']); $i++) { $b = $o['buttons'][$i]; $b['text'] = htmlentities(stripslashes($b['text']), ENT_COMPAT, get_option('blog_charset')); $b['start'] = htmlentities($b['start'], ENT_COMPAT, get_option('blog_charset')); $b['end'] = htmlentities($b['end'], ENT_COMPAT, get_option('blog_charset')); $nr = $i + 1; |
改成:
311 312 313 314 315 316 317 318 | for ($i = 0; $i < count($o['buttons']); $i++) { if(is_array($o)){ $b = $o['buttons'][$i]; $b['text'] = htmlentities(stripslashes($b['text']), ENT_COMPAT, get_option('blog_charset')); $b['start'] = htmlentities($b['start'], ENT_COMPAT, get_option('blog_charset')); $b['end'] = htmlentities($b['end'], ENT_COMPAT, get_option('blog_charset')); $nr = $i + 1; } |
也就是先用if(is_array($o)){}判斷後再進入真正的迴圈
問題就解決了~