本人從2010年開始使用Drupal,比此前使用的MediaWiki更符合通用的建站要求,Drupal對多語言、多站點的支持也是我選擇它的重要因素。從最開始的6.x到7.x再到8.x,我一直都在使用,在這過程中需要修改模闆、自建模塊,也學會了PHP以及其它一些技術。在本博客中我也記錄了很多日常使用Drupal中遇到的問題、解決的辦法,希望對其他使用Drupal的朋友有所幫助。

這是 Drupal 分類的頁面,點擊下面标題查看詳細文章内容:
本人從2010年開始使用Drupal,比此前使用的MediaWiki更符合通用的建站要求,Drupal對多語言、多站點的支持也是我選擇它的重要因素。從最開始的6.x到7.x再到8.x,我一直都在使用,在這過程中需要修改模闆、自建模塊,也學會了PHP以及其它一些技術。在本博客中我也記錄了很多日常使用Drupal中遇到的問題、解決的辦法,希望對其他使用Drupal的朋友有所幫助。


最近剛把ChatGPT Plus賬号中的Plugins插件功能打開,内容很豐富,像是又打開了一扇大門,AI的發展太快了!
這兩天與同事商議如何在我們的Drupal網站上集成一個調用OpenAI的API的

本來準備自己查一些資料、翻譯的,但現在有了ChatGPT,直接問,對答案進行一些核實、修改就可以了:
Drupal 8相對于Drupal 7來說有許多的新特性、優勢以及區别,以下是

2010年我的個人網站平台從MediaWiki轉移到Drupal,使用的是當時最新穩定版本Drupal 6,後來在2012年本網站從Drupal 6.20升級到6.24,再升級到7.12,後面還嘗試了Drush進行小版本升級:用Drush
互聯網上的垃圾制造者層出不窮,總在設法搞些破壞,我們2019年開始在Drupal網站啟用Google_Recaptcha屏蔽垃圾,起到一定作用,但也還是有漏網之魚,通過Drupal的“聯系我們”表單發送垃圾郵件或者在留言的地方發布垃圾廣告。

更有甚者還發來垃圾郵件,推薦他們的反屏蔽手段:
同事在使用工具對網站進行檢查的時候遇到這種報錯:

查看對應網頁的html代碼類似如下:
<!DOCTYPE html> <html lang="zh-hant" dir="ltr"> <head> <meta http-equiv="Content-Type" content="text/html; c
最近用Google Search Console中的URL檢測查看我們的網站,發現一些問題,一些站的首頁使用的是Drupal中的node/1,在沒有設置别名網址(alias path)或者别名網址不是/的情況(例如下圖中的/page/首頁_(Home))下,規範網址(canonical url)就成了node/1本身或者其它别名網址(例如/page/首頁_(Home)),而Google選擇的是真正的首頁。
在前幾天寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現網站地圖:
以前很早就想過用views來做xml sitemap,替代
在剛剛寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現:
其實用module文件中menu路徑來生成網址是Drupal的标準做法,我們用這種做法生成過普通html頁面以及p
我們從前年、去年開始就縮減了一些以前的多語言網站,将很少人訪問的語言取消掉,取消語言後的跳轉以前是在.htaccess中設置的,同事處理起來比較麻煩,現在幹脆寫了一段代碼放在html.tpl.php的開頭位置,從當前網址中分離出可能的語言代碼,如果是已經取消的就301跳轉到默認語言對應的網址去,PHP程序代碼如下:
//jamesqi 2021-6-29 not availabled languages 301 redirect to default language $server_name = $_SERVER['SERVER_NAME'
前幾天寫了一篇《關閉MediaWiki網站上的AMP版本、MIP版本》,其實我們的Drupal網站最近也在清理,去掉了一些AMP和MIP版本,去掉的考慮和标準有幾條:
有些站雖然AMP、MIP還有一定流量和收入,但如果取消後301跳轉到對應的手機版或者響應式版本後,流量和收入應該也沒有特别影響,甚至還有可能提高。
2002-2023 v11.7 a-j-e-0