網站

　　我本人算是土生土長的武漢人，上大學前在家裡、學校基本上都是說的武漢話，上大學、工作期間才用普通話比較多。但這些年随着社會發展變遷，明顯感到新一代中說武漢話的人少了，連我自己兒子也不會說武漢話，我在家也隻和他說普通話。這應該算是一種社會發展的趨勢，也可以說是一個好現象，畢竟天南海北的人都用普通話便于溝通，甚至需要英文做橋梁才方便世界各國的溝通。再說地道的武漢話在一些武漢人說起來也不少不文明的地方，所以我本人對武漢話其實也并不感冒。

　　去年在考慮勁捷公司後續發展項目的時候，與同事溝通了一些想法，其中說到方言，還是有人比較認同，覺得現在說武漢話的人确實少了，但到了一定

　　2013年8月份寫了一篇博文《Drupal網站多語言版的站點地圖自動轉換》，是修改xmlsitemap.page.inc程序來實現多種語言網站的sitemap，這是多種語言網站提供對應的多種sitemap，博文中提到Google推薦的另外一種辦法《通過站點地圖指明備選語言網頁》（英文版Use a sitemap to indicate alternate language pages， Multilingual and multinational site annotations in Sitemaps ，注意目前需要翻牆訪問），是多種語言網站提供一個sitema

　　整個2015年從開始到結尾都在進行網站向雲服務器的搬遷以及網站的升級，其中大數據量的數據遷移是個令人很頭痛的問題，幾百萬的數據量加上幾十個字段，系列網站還有幾十個這樣的網站，需要等待數據遷移程序運行的時間真是太長太長了。上半年就遇到大數據量的問題，後來通過修改服務器配置，讓PHP使用更多的内存、最大執行時間、數據庫連接緩存等辦法，還是用drush content-migrate-fields這樣的命令來進行，算是解決了部分難以遷移的站點。但現在到年尾，而且随着Drupal 8的退出，Drupal 6很快就面臨失去支持的境況，我們需要把所有Drupal 6網站都升級，現在把所有服務器資

　　以前導入數據的Drupal網站中字段基本上都是唯一值的，設置、處理、導入都很簡單，隻要有需要導入的csv文件，在Feeds模塊中設置對應關系，然後導入就可以。

　　也曾經在少數某些網站考慮過多值數據的導入，不僅僅是某一個字段的多值，而是一組多值，例如下面的field_x_y：

title
body
field_1 這裡面隻有一個值，類似一個數字
field_n 這裡面有多個值，類似一個一維數組
field_x_y 這裡面有x個子字段，每個子字段有y個值，類似一個二維數組

　　這種二維數組的總字段是沒有

　　早在幾年前我們就開始趕移動Web的大潮了，2011年就有“公司内部技術講座：雲計算與移動互聯網、移動手機網站、搜索引擎優化”，然後“再次嘗試Drupal搭建手機版網站”，也進行了“MediaWiki網站添加手機版網站”，在這方面算是積累了不少經驗。一直到現在依然在采取電腦版+手機版兩種版本的方式來發布網站。

　　不過在這中間也了解到另外一種方式和趨勢：響應式設計網站，Google早就在推薦這種方式，AdSense也有配套的自适應廣告格式，但國内百度站長平台中推薦還是電腦版、手機版兩種分開的方式

　　前段時間準備把百度廣告管家的代碼改為百度聯盟的代碼，順便還想再比較一下百度、Google廣告的一些數據，現在對Drupal模闆、PHP程序比較熟悉了，所以采取在模闆中嵌入PHP程序來随機出現Google/百度相關代碼就很容易實現。

<?php
$number_rand = rand(0,1);//0:google,1:baidu
if ($number_rand == 0) {
        $ad1 = '<script async src="//pagead2.googlesyndication.com/pagea
  

　　我們是2006年開始使用MediaWiki，2012年的時候自己通過摸索利用另外一種皮膚文件來實現手機版網站，當時記錄了一篇博文《MediaWiki網站添加手機版網站》，這種辦法算是完全自創的，基本上可以實現希望達到的效果，因此一直沿用至今，最近的MediaWiki升級到1.23.5以及多個Wiki網站合并到一個安裝目錄的過程中，也保持了這種用法。

　　以前也注意到Wikipedia是采用另外的辦法來實現手機端浏覽的，但沒有去深入研究。最近幾天又去專門看了相關的資料，并在部分沒有手機版的Wiki網站中實驗，做一些記錄。

• Wiki

　　最近在繼續把一些網站從托管的自己服務器向雲服務器轉，做網站很多年了，少不了一些以前用301重定向做的網站調整，例如某個子域名telecode.027.net後來單獨申請域名www.chahaoba.com後就一直用的301重定向，這樣的重定向按照搜索引擎優化的說法是需要保持至少6個月，但我們基本上保持了幾年，期間機房、服務器也多次變化，每次都需要記得去進行修改設置。

　　這樣的跳轉做得多了、服務器搬遷也多了，有些記不得了，這次幹脆趁着再次搬遷的時候來一個整體梳理，把所有以前做過的301重定向全部列出來，還專門做了一個PHP程序來檢測看是否跳轉、跳轉是否正确，把這個

　　在把網站從托管獨立服務器向雲平台轉移的過程中，在國内還有一個備案轉移的問題，個人備案轉服務商比較好辦，單位備案轉服務商也還不難，但個人備案要轉為單位備案比較麻煩，需要先撤銷以前的備案，這個域名才能再重新備案，而且撤銷和重新備案的中間這段時間是不能放在國内服務器上訪問的，無論是老接入商還是新接入商，通信管理局會檢查服務器IP、網站内容、申報信息等。

　　為了解決這個問題，不中斷網站的正常訪問，隻好把網站臨時放在國外的服務器上，如果數據量大，要搬遷到國外服務器也是一個麻煩事，今天嘗試了一下在國外服務器上簡單設置一個反向代理就可以實現域名不變而訪問依然放在國内服務器上的

　　剛開始用Drupal搭建網站的時候就開啟了留言Comment功能，驗證碼Captcha是必須啟用的，否則垃圾信息會迅猛增加，而當子網站數量、系列網站增多（例如有幾十、幾百個）以後，因為查看哪些網站有留言就太麻煩了，隻好基本上都關閉了留言功能，隻保留了少數幾個交互性比較強、内容必須由用戶來提供的網站開啟留言等功能。

　　考慮到網站的未來發展，還是需要盡量讓用戶參與網站的互動，所以近期準備把留言功能再打開，其中有兩點是必須的：開啟驗證碼和郵件提醒，而且因為涉及到的站點多，初次設置及未來修改還需要能夠批量進行才好。

　　這裡把最近的一些嘗試記錄下來，