這是 程序 分類的頁面，點擊下面标題查看詳細文章内容：
《百度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 v11.7 a-j-e-0