最近同事從訪問日志和統計分析中發現有一些400報錯和一些錯誤網頁，我們自己訪問也打不開，是網址有問題，我翻看了以前寫的博客《百度對網址二次編碼的問題》，問題很類似。
以前的錯誤網址：
https://tw.chahaoba.com/%25E8%25AE%25A8%25E8%25AE%25BA:80004911
.htaccess中寫的跳轉規則：
RewriteCond %{REQUEST_URI} ^(.*)%(.*)$
RewriteRule ^.*$ https://%{HTTP_H
今年6、7月份去進一步了解關于IP地址Whois的數據，記錄了《Whois RDAP 注冊數據訪問協議 Registration Data Access Protocol》、《IP whois 查詢的幾個服務器》兩篇文章。這兩天有去多了解IP地址AS、ASN方面的内容，記錄如下。
關于概念方面的解釋：
分配機構及詳細ftp數據：
在前幾天寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現網站地圖：
以前很早就想過用views來做xml sitemap，替代
在剛剛寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現：
其實用module文件中menu路徑來生成網址是Drupal的标準做法，我們用這種做法生成過普通html頁面以及p
以前一直知道有專門的圖片網站地圖這個事情，但一直都沒有去嘗試。最近為多個網站添加了很多有特色的圖片，所以又想起了圖片網站地圖這個事情，就專門去查閱了資料，主要是Google支持：
其實Image Sitemap就是普通Sitemap的一種擴展，幾個要點：
今年6月份我發了一篇《郵編庫郵政編碼查詢網站全新改版》，說實話這改版過程還是不簡單的，随後我們又開始對查号吧網站也進行改版，先以為有了郵編庫改版的經驗，查号吧網站的改變應該很快，但實際上查号吧使用的模闆比郵編庫多得多，也就是有各種各樣的MediaWiki Template，都需要一一檢查、修改完善，而且擴展程序也用得更多，所以花的時間更多。
而改版期間我們還要穿插很多其它工作，例如郵編庫與百度合作在搜索引擎中查詢郵政編碼直接出結果的不斷改進工作，國外網站的内容和功能改進等等，所以前前後後延續了幾個月的時間，結果是直到上個月才把查号吧的新版推出，請看下面的首頁截圖：
前段時間就在考慮如果把我們的IP地址查詢網站進行改進，以前把内網的IP地址頁面進行了大幅整改，無論是内容、界面都有很大提升，效果還是很明顯的，後面還想對外網頁面也進行較大的改造。
一個考慮的重點是把圖片做成我們網站的特色，讓用戶可以看到更直觀、更有用
EmojiAll.com是一個多語言網站，我們以前在是根據用戶浏覽器語言設置來進行302跳轉，後來采用CDN後取消了這種做法，用戶進入的時候是什麼語言就留在某種語言浏覽（例如進入網址是https://www.emojiall.com/zh-hans/就留在簡體中文版），當然，也可以自己選擇切換語言。而https://www.emojiall.com/這個不帶語言路徑的網址就默認跳轉到英文版本https://www.emojiall.com/en/。
不過我看維基百科很多年了，覺得其非某種語言的首頁還是很有特點的，讓用戶進入https://www.wikipedia.o
Emoji的結構比想象的要複雜一些，一個簡單的要求是從一段包含Emoji表情符号的文本中提取出Emoji，我以前的做法是拿幾千個Emoji按照從長到短排序後循環比對，這樣基本上可以實現需求，不過運算量很大，在單個Emoji的HTML頁面中循環幾千次的耗時還是可以忍受的（與數據庫讀寫時間的零點幾到幾毫秒、網絡傳輸時間的幾十到幾百毫秒比起來，PHP或者Python
除了使用阿裡雲站點監控服務以外，我們也一直在使用PHP編寫的巡檢程序定期檢查各個系列的各個站點，最近發現有一些異常報錯，主要有兩種情況：
會導緻程序反複重試，十一期間就不斷報錯，在網上查到是Let's Encrypt的SSL證書有些問題，雖然普通浏覽者沒有影響，但我們Linux服務器上的PHP和wget都不行，可以采取跳過SSL證書驗證的辦法來臨時解決，wget使用wget --no-check-certificate的參數來運行，而PHP程序中添加下面一段：
str
2002-2023 v11.7 a-j-e-0