Drupal中使用Google Recaptcha V3屏蔽垃圾
互聯網上的垃圾制造者層出不窮,總在設法搞些破壞,我們2019年開始在Drupal網站啟用Google_Recaptcha屏蔽垃圾,起到一
本人從2010年開始使用Drupal,比此前使用的MediaWiki更符合通用的建站要求,Drupal對多語言、多站點的支持也是我選擇它的重要因素。從最開始的6.x到7.x再到8.x,我一直都在使用,在這過程中需要修改模闆、自建模塊,也學會了PHP以及其它一些技術。在本博客中我也記錄了很多日常使用Drupal中遇到的問題、解決的辦法,希望對其他使用Drupal的朋友有所幫助。
這是Drupal分類的頁面,點擊下面标題查看詳細文章内容:
互聯網上的垃圾制造者層出不窮,總在設法搞些破壞,我們2019年開始在Drupal網站啟用Google_Recaptcha屏蔽垃圾,起到一
最近用Google Search Console中的URL檢測查看我們的網站,發現一些問題,一些站的首頁使用的是Drupal中的node/1,在沒有設置别名網址(alias path)或者别名網址不是/的情況(例如下圖中的/page/首頁_(Home))下,規範網址(canonical url)就成了node/1本身或者其它别名網址(例如/page/首頁_(Home)),而Google選擇的
在前幾天寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現網站地圖:
我們從前年、去年開始就縮減了一些以前的多語言網站,将很少人訪問的語言取消掉,取消語言後的跳轉以前是在.htaccess中設置的,同事處理起來比較麻煩,現在幹脆寫了一段代碼放在html.tpl.php的開頭位置,從當前網址中分離出可能的語言代碼,如果是已經取消的就301跳轉到默認語言對應的網址去,PHP程序代碼如下:
前幾天寫了一篇《關閉MediaWiki網站上的AMP版本、MIP版本》,其實我們的Drupal網
去年我們将EmojiAll網站接入了CloudFlare,這個網站是用Drupal來搭建的,也遇到一些清除緩存等小問題,都是同事們逐步發現、逐步解決。
我們EmojiAll.com這個網站算是做得很精細、邏輯有些複雜,各種數據庫調用很多,不過因為數據庫服務器采用阿裡雲RDS、負載不算很高,所以速度上還是可以的,前期主要注重功能,沒有太注意性能優化。
Drupal搜索結果頁面中會出現一個搜索表單,與置頂的表單有重複的不好之處,另外,我也想在AMP頁面等特殊情況下去掉搜索結果頁中的表單。
以前好些在網上搜過有修改CSS的辦法來隐藏表單的顯示,今天又找到Drupal的hook_form_alter這個API調用辦法,測試有效,記錄如下: