前一阵子在做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