前一陣子在做IP地址的特色圖片展示（記錄了一篇《地圖經緯度轉平面直角坐标》），需要測試世界各國/地區的IP，當時是在網上去搜索的，後來想到這種需求還是存在的，也在其它一些國内、國外網站上找到提供各個國家和地區IP信息的内容，于是和同事商議我們也來做。

最近同事從訪問日志和統計分析中發現有一些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方面的内容，記錄如下。

關于概念方面的解釋：

• Wikipedia: Autonomous system (Internet)
• 中文維基：自治系統

分配機構及詳細ftp數據：

• 亞

在前幾天寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現網站地圖：

• 專門寫的php程序，與.htaccess的rewrite配合重寫網址（詳見《Drupal網站Views生成頁面的XML網站地圖構建》）
• 用module文件中的menu路徑來生成（詳見《Drupal中用module文件中的menu路徑來生成sitemap.xml》）
• 用views中的xml views來生成（現在來寫這篇博客文章來介紹）

以前很早就想過用views來做xml sitemap，替代

在剛剛寫的一篇博文《為網站添加圖片網站地圖》中我提到有三種辦法來實現：

• 專門寫的php程序，與.htaccess的rewrite配合重寫網址（詳見《Drupal網站Views生成頁面的XML網站地圖構建》）
• 用module文件中的menu路徑來生成（現在寫的這篇博客文章來介紹）
• 用views中的xml views來生成（這個辦法我也再專門寫一篇博客文章來介紹）

其實用module文件中menu路徑來生成網址是Drupal的标準做法，我們用這種做法生成過普通html頁面以及p

以前一直知道有專門的圖片網站地圖這個事情，但一直都沒有去嘗試。最近為多個網站添加了很多有特色的圖片，所以又想起了圖片網站地圖這個事情，就專門去查閱了資料，主要是Google支持：

• 圖片站點地圖
• Google 圖片最佳做法

其實Image Sitemap就是普通Sitemap的一種擴展，幾個要點：

• 圖片網站地圖可以單獨出現（與普通網站地圖分開出現和提交），也可以添加到普通網站地圖中
• 每條url頁面中可以包含最多1000個圖片元素

今年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