2010年我的個人網站平台從MediaWiki轉移到Drupal,使用的是當時最新穩定版本Drupal 6,後來在2012年本網站從Drupal 6.20升級到6.24,再升級到7.12,後面還嘗試了Drush進行小版本升級:用Drush
Drupal 6
這是 Drupal 6 分類的頁面,點擊下面标題查看詳細文章内容:
2015年下半年到2016年初我們集中把以前的Drupal 6網站都升級到Drupal 7了,記得當時還是花費了相當大的時間精力來做這些事情。這已經過去近2年時間了,升級後的Drupal 7網站也都運行正常,有些升級後遺留的模塊和數據庫中的表我們也沒有多管,數據庫空間不夠就加空間。
最近設置Drupal 7網站支持UTF8MB4的時候,發現轉換過程中也會造成數據庫空間的增大,不想再繼續購買擴大空間了,就想到把以前的Drupal 6遺留數據表進行清理,在網上也查了一下資料(例如:Table cleanup after Content Migration is d
整個2015年從開始到結尾都在進行網站向雲服務器的搬遷以及網站的升級,其中大數據量的數據遷移是個令人很頭痛的問題,幾百萬的數據量加上幾十個字段,系列網站還有幾十個這樣的網站,需要等待數據遷移程序運行的時間真是太長太長了。上半年就遇到大數據量的問題,後來通過修改服務器配置,讓PHP使用更多的内存、最大執行時間、數據庫連接緩存等辦法,還是用drush content-migrate-fields這樣的命令來進行,算是解決了部分難以遷移的站點。但現在到年尾,而且随着Drupal 8的退出,Drupal 6很快就面臨失去支持的境況,我們需要把所有Drupal 6網站都升級,現在把所有服務器資
2010年底、2011年初開始嘗試Drupal,當時Drupal 7還沒有正式版,就用的Drupal 6,到2012年初嘗試把網站升級到Drupal 7,升級過程見《本網站從Drupal_6.20升級到6.24,再升級到7.12》,但後來在升級大數據量網站的時候遇到問題,當時也記錄了博文《大數據量Drupal_6網站升級到Drupal_7很麻煩》。今年以來我們陸續都在做Drupal 6網站的升級,現在Drupal 8都推出了,更是要加快升級工作,目前都是剩下一些數據量特别大的站點還在進行中,現在也沒有采用曾經的mysql指令的方式來遷移數據,而是設法添加硬件、修改配置設置來讓drus
我們是2010年底開始使用Drupal的,當時Drupal 7還沒正式版,所以就用了Drupal 6,在2012年2月的時候就以本博客為例做過Drupal 6到Drupal 7的升級,雖然有些麻煩但好歹算是可以升級成功,而涉及到大數據量Drupal的站點升級卻讓我吃到苦頭,後來新站都用Drupal 7搭建,而Drupal 6的一些網站也就繼續停留在Drupal 6,隻進行小版本升級,不敢輕易進行大版本的升級。
最近由于在轉雲服務器,就想一并做Drupal大版本升級,把現在支持越來越少的Drupal 6升級到目前主流的Drupal 7,Drupal 8因為還沒有
周末把雲數據庫RDS進行了配置升級,上面的一些站點數據表從MyISAM轉為了InnoDB,今天早上來發現IOPS異常升高,網站打開困難,查看實時實例會話,發現有很多這樣的語句堆積:
SELECT COUNT(pid) FROM url_alias
在Google中搜索了一下,這篇文章說明很多人也遇到過這種問題COUNT(*) is an expensive query in InnoDB.,Drupal 6默認的數據庫表引擎是MyISAM,上面那句統計數量的查詢語句瞬間可以執行完,但對InnoDB引擎來說需要全表掃描來獲得統計數
《Google AdSense實戰寶典》這本書2009年撰寫,先是推出了MediaWiki版本的配套網站,到2010年出版後,又改版推出了Drupal版本的網站,不過随着Google退出中國大陸市場,AdWords的廣告主投放減少,AdSense的熱度也逐步下降,國内網站聯盟廣告漸漸被百度聯盟占領,我那本書第二次印刷後,銷量也定格在6000冊沒有再印或者再版。
配套網站本來想做出一些與書不一樣的内容,例如推出了論壇、多語言AdSense關鍵詞查詢工具、熱門高價關鍵詞列表等,不過後來國内連google.com的二級域名都封鎖掉了,查看AdSense後台都需要翻牆
以前Drupal 6的網站遷移到阿裡雲服務器後,我們使用的是PHP 5.4,出現了幾個以前沒有的報錯,在網上查了一下,說是Drupal 6比較老了,隻支持到PHP 5.2,用在5.3以後可能會出現各種問題。沒有辦法,這樣情況隻好先自己改一下代碼,下面就把改過的記錄下來:
報錯信息:warning: Creating default object from empty value in .../modules/taxonomy/taxonomy.pages.inc on line 33. 解決辦法:
最近總看到Drupal系統有安全升級的提示,忙于别的事情拖了一陣子,現在準備來進行,上次大規模升級還是在2013年3月,再之前就是2012年2月嘗試升級,以及2011年初開始使用Drupal。
首先把我的個人網站升級,這個網站所在的服務器重裝過,目前PHP用的5.2.x版本,不支持Drush,所以先隻好用手工升級,步驟如下:
- 查看需要升級的模塊;
- 升級第三方模塊:在sites/all/modules中下載新版本、解壓、替換以前的老版本目錄,老目錄文件轉移到sites/all/will-delet
最近同事在為以前Drupal 6做的網站擴展多語言時發現一個問題,Drupal Core的内容找不到翻譯,例如‹ previous next ›以及菜單項都沒有翻譯,經查是翻譯更新列表(admin/build/translate/update)中本來應該是Drupal 6.28的版本不知道為什麼錯誤識别為6.29了,因此找不到翻譯信息。
這個識别錯了版本的原因還沒有找到(我估計是l10n模塊把提示需要進行完全更新到的6.29的版本錯誤當成當前版本了),但可以手工在Drupal數