謹慎選擇註冊商--以 GNAME 為反例

近日開始使用新的註冊商 gname[.]com ,本來都還不錯,直到今天–
一個大型招商網站,因為一條網址遭投訴濫用,域名直接被停止解析。

停止解析前, gname 沒有任何求證與通知。
我們發現停止解析後,立即關閉相關網址,並不斷催促客服跟進,
數小時後終於得到答案:是國際監管部門的投訴,建議我們轉出該域名。
諷刺的是,被投訴的頁面是版權擁有者發布的。

使用過不少註冊商,如同 gname 這般低劣的,我實在想不到了。
gname 這種品質的註冊商,我是不敢用了,也不建議使用。

一瞬一期

2020 年的冬天,海底撈的玉泉格外苦澀,
巴沙魚片在沸騰的鍋裡沉浮,讓我錯把序曲當成了虛無。

2021 年的第一秒,
七彩的慾望在我們眼前化為現實,又在張手緊握時消逝。
我用最後一碗乾麵弔唁自己的年少輕狂。

夏天的大安區豔陽高照,
熙來攘往,令人不自覺瞇起雙眼,
倏地警報聲響起,回神凝看已是一座空城。
希望,總會在被忽略之處萌芽。

黃粱一夢,夢猶未醒。

CentOS 7 Squid 無法解析網域

使用 CentOS 的套件管理 yum 安裝軟體,絕大多數都可以正常使用,
而 squid 我認為屬於極小的部分。

在安裝 squid 後,可以直接瀏覽 IP ,卻無法瀏覽網域。
如果嘗試瀏覽網域會出現 “無法將您輸入的網站主機位置轉譯成正確的 IP 位置” 錯誤 (ERR_DNS_FAIL)。
想到在 Amazon Linux 上並沒有一樣的問題,猜測是 selinux 的問題,
快速地瀏覽了 /var/log/audit/audit.log ,發現一段

type=AVC msg=audit(1615794308.692:1139): avc: denied { getattr } for pid=2011 comm="squid" path="/etc/resolv.conf" dev="vda1" ino=4086 scontext=system_u:system_r:squid_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=file permissive=0

squid 沒有權限打開 /etc/resov.conf 檔案,無法取得 DNS Server 進行查詢。
解決方案很簡單,在 /etc/squid/squid.conf 加上 dns_nameservers 即可。

dns_nameservers 168.95.1.1

Cocos Creator 火什麼?

「廉頗老矣,尚能飯否」

轉眼間寫 Code 也超過了 15 個年頭,在短暫地脫離上班族身份後,
2020年底因緣際會接了一份新工作,主要工作是組建與管理開發團隊。
公司計畫以年薪 200 – 250 萬聘請 Cocos Creator 高階開發人員,
目前不但找不到人,還要受到獵頭的冷嘲熱諷。

我們不是第一間找 Cocos 的團隊,也不是最後一間。
多數都面臨一樣的窘境,開的待遇不低卻找不到人。
供需明顯失衡,不符合任何經濟學和人性。

為了盡快讓團隊招募到 Cocos Creator 人員,
該是時候去吃兩口 Cocos Creator 的飯了。
畢竟和管理公司與團隊相比,我還是更喜歡寫點 Code 。

一沙一世界,一花一天堂