近日開始使用新的註冊商 gname[.]com ，本來都還不錯，直到今天–
一個大型招商網站，因為一條網址遭投訴濫用，域名直接被停止解析。
停止解析前， gname 沒有任何求證與通知。
我們發現停止解析後，立即關閉相關網址，並不斷催促客服跟進，
數小時後終於得到答案：是國際監管部門的投訴，建議我們轉出該域名。
諷刺的是，被投訴的頁面是版權擁有者發布的。
使用過不少註冊商，如同 gname 這般低劣的，我實在想不到了。
gname 這種品質的註冊商，我是不敢用了，也不建議使用。
一瞬一期
2020 年的冬天，海底撈的玉泉格外苦澀，
巴沙魚片在沸騰的鍋裡沉浮，讓我錯把序曲當成了虛無。
2021 年的第一秒，
七彩的慾望在我們眼前化為現實，又在張手緊握時消逝。
我用最後一碗乾麵弔唁自己的年少輕狂。
夏天的大安區豔陽高照，
熙來攘往，令人不自覺瞇起雙眼，
倏地警報聲響起，回神凝看已是一座空城。
希望，總會在被忽略之處萌芽。
黃粱一夢，夢猶未醒。
php-beast 破解思路
先找出目標機器的 beast.so ，解除機器或時間限制。
重編 PHP ，把 PHP 的原本的程式碼輸出。
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 。