这是 程序 分类的页面，点击下面标题查看详细文章内容：
《百度MIP版本链接的批量提交》中获取、整理URL是靠手工进行，设置crontab定时文件也是用手工编辑，这两项都很费时。昨天把第一项工作用程序实现了，详见《从XML网站地图中获取纯URL网址的PHP程序》，今天干脆把第二项工作也用程序来生成。
直接贴PHP程序代码：
<?php /* * create cron file for submit mip urls to baidu * jamesqi 2017-8-31 * */ // please set below: $start_month
在向百度站长平台提交MIP (Mobile Instant Page - 移动网页加速器) 网址的时候，我们采用了《百度MIP版本链接的批量提交》一文中的办法，这样确实可以定时自动提交，不过要整理出需要提交的网址文本这个过程很耗时，特别是我们一些站点的网址数量庞大，用浏览器一页一页访问sitemap页面、保存、合并、替换、上传等每个环节都需要手工操作并苦苦等待。
今天下午干脆花了一些时间来编写了一个PHP程序，设置一些参数后，自动读取预设的sitemap网址、下载数据并进行替换、合并、保存到指定文件名下，整个过程无需手工操作，即使读取sitemap网址依然比较
很多年前写过一篇《MediaWiki克隆繁体网站》，这个办法创建的繁体版本网站一直用到现在，而且也无需懂太多PHP知识，只是修改了很少量的设置和代码。
今年又尝试了《Drupal中文网站简体版本自动生成一个对应的繁体版本》，也是非常方便。我是在自建的“中文简体繁体转换的模块”中添加一个转换函数，然后在各个地方调用这个函数（PHP程序请看我另外一篇博文《一个独立可用的中文简体繁体转换PHP程序》）。
现在想让Wiki网站做一部分内页链接到Drupal站，但遇到原始页面都是繁体而目标网址都是简体的情况，需要在Wiki
刚才记录了一篇《自己编写的网站监控程序》，可以实现比较复杂的多系列网站巡检，设置第二个参数为sitemap.xml就可以检查网站地图。
不过看到以前还写过一个更简单的sitemap.xml检查程序monitor_xmlsitemap.php，也把PHP源代码贴出来：
<?php
function check($host) {
//$keyword = 'xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"';
$keyw
偶尔会发现各Drupal系列网站的sitemap.xml丢失的情况，应该是在运行cron阶段把老的sitemap.xml删除了，但在生成新的sitemap.xml的时候因为网站数据量大导致mysql进程被杀死或者其它超时等原因重新生成失败，我们管理员一般不会去特意检查这个sitemap是否存在，而搜索引擎会一遍一遍经常检查，遇到不存在报错的情况可能会存在相当长的时间。(解决办法：可以在Sitemap配置中的ADVANCED SETTINGS里面把Disable cron generation of sitemap files.勾选，或者运行drush vset xmlsitemap_
前些天尝试成功了“Drupal中文网站简体版本自动生成一个对应的繁体版本”，那篇博文中详细记录了Drupal中需要修改的地方，而简体到繁体转换的核心PHP程序并没有给出，现在就放在下面供需要的朋友参考。
需要说明的是，我在网上搜了好些中文简体繁体转换PHP程序的文章，基本上都残缺不全，需要下载的对照数据成了死链接，无法真正使用，我只好又找了别的语言(有一篇介绍Java做简繁转换的文章)程序中找到纯文本的对照数据，自己再花了一些时间来转换，最好放到自己的程序中，很是折腾，希望下面这段代码让需要的朋友不用这样折腾了。
整个2015年从开始到结尾都在进行网站向云服务器的搬迁以及网站的升级，其中大数据量的数据迁移是个令人很头痛的问题，几百万的数据量加上几十个字段，系列网站还有几十个这样的网站，需要等待数据迁移程序运行的时间真是太长太长了。上半年就遇到大数据量的问题，后来通过修改服务器配置，让PHP使用更多的内存、最大执行时间、数据库连接缓存等办法，还是用drush content-migrate-fields这样的命令来进行，算是解决了部分难以迁移的站点。但现在到年尾，而且随着Drupal 8的退出，Drupal 6很快就面临失去支持的境况，我们需要把所有Drupal 6网站都升级，现在把所有服务器资
最近在继续把一些网站从托管的自己服务器向云服务器转，做网站很多年了，少不了一些以前用301重定向做的网站调整，例如某个子域名telecode.027.net后来单独申请域名www.chahaoba.com后就一直用的301重定向，这样的重定向按照搜索引擎优化的说法是需要保持至少6个月，但我们基本上保持了几年，期间机房、服务器也多次变化，每次都需要记得去进行修改设置。
这样的跳转做得多了、服务器搬迁也多了，有些记不得了，这次干脆趁着再次搬迁的时候来一个整体梳理，把所有以前做过的301重定向全部列出来，还专门做了一个PHP程序来检测看是否跳转、跳转是否正确，把这个
对于持久化专业运营网站来说，对网站的监控必不可少，以我们自己的理解，网站监控需要做的两件基本事情：
说到网站监控，以我们的了解，可以采取的办法有以下几种：
以前尝试过《Drupal系列网站用robotstxt模块生成独立robots.txt》，可以实现多站点的每个站点都有不同的robots.txt，但缺点是需要逐个编辑，当子站数量多、修改次数多的时候，依然显得麻烦。
后来也尝试过程序动态生成robots.txt，但一直没有成功，昨天还尝试了在自定义module中编写，但显示的内容包含在html.tpl.php, page.tpl.php等模板之中，也不行。
再多查了一些网上的资料并反复测试，终于是可以实现了，步骤如下：
2002-2023 v4.12 a-j-e-0