-
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种可能，不过他们大多都能对照其解决方案完成下载 后续有新发现再补充，希望以上能帮助大家解决问题。