以前一直知道有专门的图片网站地图这个事情，但一直都没有去尝试。最近为多个网站添加了很多有特色的图片，所以又想起了图片网站地图这个事情，就专门去查阅了资料，主要是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

除了使用阿里云站点监控服务以外，我们也一直在使用PHP编写的巡检程序定期检查各个系列的各个站点，最近发现有一些异常报错，主要有两种情况：

1、SSL证书验证不通过

会导致程序反复重试，十一期间就不断报错，在网上查到是Let's Encrypt的SSL证书有些问题，虽然普通浏览者没有影响，但我们Linux服务器上的PHP和wget都不行，可以采取跳过SSL证书验证的办法来临时解决，wget使用wget --no-check-certificate的参数来运行，而PHP程序中添加下面一段：

        str
  

我们公司以前办理高新技术企业的时候就申报过很多项计算机软件著作权登记，做EmojiAll.com这个网站的时候我们很重视，不仅申办软件著作权，还申请了作品版权来保护写作的Emoji描述解释、应用举例等原创内容。

高新技术企业对软件著作权的数量有要求，可以每年申请多个，我们本来对Emoji网站也进行了更新，刚拿到的登记证书中些的V2.0。

我们从2019年初开始用PHP绘图功能在网站上输出图片，我们在邮编库网站上添加了信封例子图片如下：

这可以让用户更直观看到如何填写邮政编码，在其它一些网站上也看到过用户复制引用我们的信封例子图片。

不过我们发现还有不少用户提出“邮政编码每位数字代表什么含义”的问题，可见有这种好奇心的人也不少，那我们就来满足你们

今年2月份我们就在EmojiAll网站上推出了Emoji关系图，为每一个Emoji展示与其有关的其它Emoji。如果是人工来为每一个Emoji添加与其有关的其它Emoji将是一个很费力的事情，因此我们当时也使用了一些算法来解决，从多个数据源、不同的角度来分析出相关Emoji及远近关系，在展示的时候也适当添加了第二级、第三级的关系，如下图：

去年上半年我们进行了Emoji 13.0内容的更新和添加，而下半年更新和添加Emoji 13.1版本内容，我们往往都拖后了一段时间，几个月后才进行补充和更新，而这次Unicode 14.0和Emoji 14.0的发布时间是在推出前我们就了解到的，并提前做了准备工作