以前一直知道有專門的圖片網站地圖這個事情，但一直都沒有去嘗試。最近為多個網站添加了很多有特色的圖片，所以又想起了圖片網站地圖這個事情，就專門去查閱了資料，主要是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
我們公司以前辦理高新技術企業的時候就申報過很多項計算機軟件著作權登記，做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的發布時間是在推出前我們就了解到的，并提前做了準備工作
2002-2023 v11.7 a-j-e-0