-
zblog蜘蛛訪問鏈接帶有參數 ?wd=&eqid=*** 導致訪問404怎么解決？ 大概從去年開始，我自己使用zblog建立的站點，無預警的出現多次百度蜘蛛訪問鏈接時結尾帶有?wd=&eqid=***這樣的動態參數，最終打不開網頁，出現404無法訪問的情況，既然無法訪問肯定是會影響到seo效果的，這種參數出現次數少還好，一旦大量出現，甚至幾乎全部百度蜘蛛訪問鏈接都帶參數就需要謹慎處理了，避免被降權。 有個臨時的解[]決訪問，通過[]修改zblo[]g程序文件，[]讓蜘蛛訪問的[]這個動態鏈接[]能夠正常訪問[]網頁內容，方[]法如下： 1、找到c_[]system[]_commo[]n.php文[]件，位置在：[]zb_sys[]tem/fu[]nction[]/c_sys[]tem_co[]mmon.p[]hp 2、在c_system_common.php的大概502行（每一個版本的zblog可能都不同行數），或搜索其中一行找到此段代碼： if (strpos($url, '?') !== false) { $queries = GetValueInArray(explode('?', $url), '1'); foreach (explode('&', $queries) as $query) { $name = GetValueInArray(explode('=', $query), '0'); $value = GetValueInArray(explode('=', $query), '1'); $name = urldecode($name); $value = urldecode($value); if (!isset($_GET[$name])) { $_GET[$name] = $value; } if (!isset($_GET[$name])) { $_REQUEST[$name] = $value; } } } } elseif (isset($_SERVER['REQUEST_URI'])) { $url = $_SERVER['REQUEST_URI']; } elseif (isset($_SERVER['REDIRECT_URL'])) { $url = $_SERVER['REDIRECT_URL']; if (isset($_SERVER['REDIRECT_QUERY_STRIN'])) { $url .= '?' . $_SERVER['REDIRECT_QUERY_STRIN']; } } else { $url = str_replace('\\', '/', $_SERVER['PHP_SELF']); if (strpos($url, ZBP_PATH) !== false) { $url = str_replace(ZBP_PATH, '/', $url); $url = ltrim($url, '/'); $url = '/' . $url; } if (!isset($_SERVER['QUERY_STRING'])) { $_SERVER['QUERY_STRING'] = ''; } $url = $url . ($_SERVER['QUERY_STRING'] ? '?' . $_SERVER['QUERY_STRING'] : ''); } //這里加了代碼，切記看好位置，做好備份再添加測試。 $url=str_replace("html&wd","html?wd",$url); 如上方代碼最后，添加：$url=str_replace("html&wd","html?wd",$url); 以上修改后，就可以保證加了動態參數的鏈接可以正常訪問這個文章頁面，至于百度為什么訪問文章加了動態參數，以及怎么解決百度訪問鏈接的問題就沒有方向了，我的具體情況下不同網站，訪問動態鏈接的時間以及頻率都不同，什么都干預不了。 -
zblogphp打開調試模式有兩種方法，以應對無法進入后臺 zblog在使用的時候可能會出現網頁錯誤或打不開網頁的情況，此時最佳方法就是開啟zblog的調試模式，可以顯示錯誤地方方便后續修復！ 打開調試模式的兩個方法： 1、進入后臺，在網站設置的全局設置里，打開調試模式。 2、如果不能進后臺，那就用ftp連進網站，編輯一下zb_system\function\c_system_base.php， #把第22行的//給去掉 //defined('ZBP_DEBUGMODE') || define('ZBP_DEBUGMODE', true); #改為 defined('ZBP_DEBUGMODE') || define('ZBP_DEBUGMODE', true); 主程序版本>=1.7.2有效 -
zblogphp修改調試模板文件實時更新前端網頁緩存方法 有不少使用zblog的用戶，在使用主題模板的時候，往往習慣于修改部分網頁代碼，以達到自己的個性化需求，這就涉及到需要修改模板文件了，但默認情況下修改zblog的模板文件后，網站前端頁面是不能夠實時呈現結果的，這是因為zblog特殊的模板緩存機制導致的，那么如何開啟調試修模板文件后，前端能夠實時顯示調整情況呢？ 有兩個方法：[] 1、修改模板[]文件并保存后[]，去后臺首頁[]點擊&ldq[]uo;清空緩[]存并重新編譯[]模板&rdq[]uo;，這樣[]就可以看到修[]改的效果了。[]（這種方法適[]合修改地方比[]較少，修改簡[]單，頻率更高[]的修改，請參[]考方法2） 2、登錄zb[]log后臺，[]右上角找到&[]ldquo;[]網站設置&r[]dquo; - 找到&ldq[]uo;全局設[]置&rdqu[]o;，開啟&[]ldquo;[]調試模式&r[]dquo;，[]提交保存。 這樣操作之后，就可以實現修改模板文件后，前端網頁實時顯示調整后的情況了，唯一需要注意的點是在修改調試完成后，要及時關閉調試模式，提高安全性，以及緩存模板以提高訪問速度和效率。 -
zblog切換主題后打開顯示錯誤：Allowed memory size of 123456 bytes exhausted (PHP內存溢出) 如果你的zblog安裝了一個新的主題，并且這個主題支持顯示文章縮略圖功能，打開首頁或列表提示：Allowed memory size of 123456 bytes exhausted (tried to allocate 1234 bytes) 這種錯誤，那么就說明問題是：Allowed memory size of （PHP內存溢出）錯誤 簡單來說，你某個文章圖片過大或列表頁圖片需要裁切的縮略圖過多，可能導致服務器內存溢出，導致的錯誤！ zblog版主隔壁老李在論壇提供了方法： 注意：本方法僅針對縮略圖生成造成的內存溢出（調試模式下含有thumb.php字樣） 帶有自動生成縮略圖功能的主題，因為第一次打開頁面會批量生成此頁面所有的縮略圖，部分站點會出現PHP內存溢出錯誤，此錯誤多見于有大量文章的采集站點。報錯信息類似：Allowed memory size of 123456 bytes exhausted (tried to allocate 1234 bytes)。 新解決方案： 打開： zb_system/function/lib/thumb.php 查找（大約414行）： PHP imagefill($this->tmpRes, 0, 0, 0xffffff); 將其改為（注釋或刪除）： PHP //imagefill($this->tmpRes, 0, 0, 0xffffff); 回到出錯頁面看是否解決，如果問題仍未解決，則繼續參考下面舊方案~~↓↓↓↓↓ 下面是舊方案~~↓↓↓↓↓ 報錯可能的原因及解決方案： 1.文章內圖片體積巨大，超過memory_limit限制。解決：壓縮圖片 2.含有大量的置頂文章，導致列表頁一次性加載幾百篇文章同時生成縮略圖。解決：取消大量文章置頂，縮略圖生成完后可以再打開 3.PHP設置的memory_limit太小，解決：修改PHP配置，加大memory_limit（這亦是終極解決方案，只要內存夠大，上面的兩條問題都不是問題） 4.另一種可能有效的解決方案：在網站設置，頁面設置中將：“列表頁顯示文章的數量” 調小，多翻幾頁等縮略圖生成完畢后再改回來。 附寶塔面板修改 PHP memory_limit 步驟： 以上兩種方法基本能解決縮略圖導致內存溢出的問題，如果解決不了，那么就去排除，可能是某個列表中某篇文章中的圖片質量過大，導致縮略中出錯，此時可以刪除或替換這個圖片來解決問題，或主題如果支持關閉縮略圖裁切功能，那么直接使用原圖可以解決問題。 -
zblog應用中心“App下載失敗”原因和解決方案 很多用戶在使用zblog的時候，特別是高頻率更新舊有插件的時候，往往會提示app下載失敗這個錯誤提示，并且導致下載失敗，那么這個問題是什么原因導致的，以及怎么修復這個原因？ 其實出現下載失敗也有幾種可能的錯誤原因！ 遇到這個問題不必太過擔心，這大概率不是主題/插件本身問題，以下是可能的原因和解決方案 第1種可能：應用中心版本過低 解決方案：更新應用中心插件，可參閱 https://app.zblogcn.com/?id=231 或在后臺應用中心點擊“檢查應用更新”查對 第2種可能：網站服務器禁用了某些功能函數 解決方案：打開網站后臺應用中心界面，點擊右上角“設置”找到 后臺連接“應用中心”的方式 項，切換連接方式后再嘗試下載 第3種可能：網站服務器無法與應用中心通信 網絡線路或CDN問題，常見于國外服務器，也不排除國內某些特殊網絡節點上的小眾服務器 解決方案：同上，在“設置”中找到 后臺訪問“應用中心”的域名 項，切換域名后再嘗試下載 第4種可能：3樓朋友提到的寫入權限問題 常見于WINDOWS服務器、安全防護設置過高的情況（如寶塔防火墻防篡改等） 解決方案：可臨時關閉防火墻/關停防篡改功能，檢查調整\zb_users\目錄（含子目錄）屬性為可修改（755）狀態 第5種可能：短時間內頻繁下載觸發應用中心防御機制 同一賬號在短時間內頻繁下載同一款應用，可能會被應用中心自動臨時封禁 解決方案：當天零點過后再試，使用同一賬號登錄多個網站最易觸發，網站數量眾多時建議分散多個賬號購買應用 如果以上方法都不湊效，且手上有其它服務器上的Z-Blog網站，或是有能力在本地電腦搭建Z-Blog，也可以使用購買賬號登錄其應用中心下載應用后移植應用文件包，插件目錄：\zb_users\plugin\，主題目錄：\zb_users\theme\，本地搭建可自行百度學習 基于CDN網絡分發和服務器環境差異的原因，近期得到很多用戶反饋是第3種可能，不過他們大多都能對照其解決方案完成下載 后續有新發現再補充，希望以上能幫助大家解決問題。