[體驗紀錄#1]Google Pixel 7 Pro – Wifi keep dropping issue.

前言

鑒於總總原因之下,花費了兩個月追蹤,從雙十一到雙十二,最後終於恨下心以將近4千馬紙的代價,取下了最低規格的旗艦機。。。🥹

第一印象

上手感覺有點沉,雖然比不上蘋果14 Pro的重量,但還是比我原來那台一加Nord要重。當然更大的螢幕重量也自然更重,就算到了第二天把玩了超過三小時,還是有點吃不消。😅

如同其宣傳中一再提的,鏡頭的表現真的很棒!但用了到現在確實發現了不少問題:

無線網路一直掉線

這情況在我回到家,真正的深入使用時就發現了。對於我這種重度使用無線網路的人來說,真的是死穴!!!當天晚上真的輾轉難眠啊~~~😵

經過一番網上訊息搜查,發現根本沒有解決的方案。網上搜到的所謂解決方式,都是碰運氣的。。。🤬 最後竟然也是碰上運氣了,竟然被我發現它在使用公司的無線網路時,竟然沒有出狀況!?從這我猜測也許是因為無線傳輸設置的情況,而這台手機無法正確的操作?

無線網路問題解決方案

經驗告訴我,由於公司內部需要支援各類平臺,各類標準的系統,而且用戶基數和需要涵蓋的範圍都大,有限的網路寬頻根本不允許無限制的網速,所以一般只能採用保守的單一無線通訊規格,無需也不能使用太高速的協議。

而在家裡,因為只有幾個人在用,涵蓋範圍也不大,所以我為了省功夫,採用了比較新的無線網路混合模式,讓手機自己決定要採用2.4Ghz還是5Ghz的頻道。

從這我猜想,工程師們不可能在未經測試仔細後,就直接把產品推出市場,而且一般都會在公司內部採用各類測試方式。無線網路一直斷線的這種低級問題,應該沒可能會被忽略。也許這款手機還不能支援網路混合模式?

修改家裡的無線網路設置後,確認問題解決了。。。🥳🎉🎆

MySQL SQL_SAFE_UPDATE 模式

剛發佈一個新模塊,就有客戶投訴說不能使用。安排了一個網上面對面檢查,發現對方在使用模塊時,一旦要進行資料庫的更新或刪除資料動作,就會被卡著。

錯誤訊息為 1175 You are using safe update mode and you tried to update a table without a WHERE that uses a KEY column.

查了下谷歌大神的説法,錯誤訊息中其實也已經給了很明顯的對策,就是這個服務器啓動了資料安全機制,一旦需要進行 Update 或 Delete 動作,必須在 WHERE 的語句中有使用 KEY 欄目。例如主索引欄目,常用名為 id。

解決方式也很簡單,如果只要繞過這個情況,在所有 Update 和 Delete 語句中,加入 id != “” 或 id <> “” 即可。

當然,如果服務器允許關閉此安全模式,也可以運行 SET SQL_SAFE_UPDATES=0; (系統當然是越安全越好,所以還是別用的好。。。)

【工作手記】Directadmin PHP Selector 相關 + custombuild 502 問題解決方式

Directadmin PHP Selector 相關

PHP版本更替,舊版本最好從可選項目中除去。但DA的設計只是標識當前使用的PHP_Selector序號(1~4),沒使用名稱,所以一旦修改可支援版本和序號,很可能會直接造成某個舊版本的網頁停止運作。解決方式:

  1. 確認PHP_Selector的排列,1~4分別是哪個版本。記錄下要替換的版本。
    例如 PHP_Selector1 是 php74-pfm 版本,PHP_Selector2 則是 php80-pfm 版本。
  2. 用CLI查找哪個網站使用著哪個PHP_Selector序號。
    查找指令:
    grep -P 'php[\d]' /usr/local/directadmin/data/users/*/domains/*.conf

    返回例子:
    /usr/local/directadmin/data/users/nap/domains/abc.com.conf:php1_select=1
    /usr/local/directadmin/data/users/nap/domains/abc.com.conf:php2_select=0
    /usr/local/directadmin/data/users/tzv/domains/dom.org.conf:php1_select=2
    /usr/local/directadmin/data/users/tzv/domains/dom.org.conf:php2_select=0

  3. 調整 php1_select 的指向數字就行了。
    這裏第一行標識這個 abc.com 網站使用 PHP_Selector1 的設置版本,這例子就是 php74-pfm了。另一個 dom.org 則是用著 php80-pfm。

custombuild 502 問題

作 ./build update 時,跳出 curl 502 錯誤。

花了超過一小時查找,最後獲得的原因是 DirectAdmin 預設更新網址 files-ca.directadmin.com的 SSL 證書竟然過期了。。。(無言 + 狂翻白眼)

解決方式:

  1. 找出 custombuild 的設置檔。我這的位置是
    /usr/local/directadmin/custombuild/options.conf
  2. 找到 files-ca.directadmin.com 的設置位置,用符號 # remark 掉。
    # downloadserver=files-ca.directadmin.com
  3. 把原來的設置行複製,替換掉 files.directadmin.com 。
    downloadserver=files.directadmin.com
  4. 重做一次 ./build update 即可。

【工作記錄】Linux Command Line 界面的顔色設置

工作緣由,必須常常需要在Linux CLI中操作,有的系統色系沒設置好,操作時只有一色就顯得很難辨識到底所看到的是文件夾還是文件。。。

通過設置界面顔色,可以更好的分辨個別的項目,而且還可以客制化想要的界面。

相關的設置文件

~/.bashrc~/.bash_aliases

設置代碼例子 (不斷行)

export PS1="\[\e[31m\]\u\[\e[m\]@\[\e[32m\]\h\[\e[m\]:\[\e[36m\]\W\[\e[m\]\\$ "
設置后的效果(root用戶)

設置完成后,需要執行指令 source ~/.bashrc ,讓新設置生效。


網上其實有不錯的工具可以用於創建代碼,然後直接抄寫進入設置文件即可。下面介紹的這個網頁,挺實用的。唯一的缺陷就只是所能使用的顔色有限,其餘的將近完美了。其實它也是被開源的網頁,有興趣的可以調整成自己要的形式,顔色方面也可以自己增設。

網址: https://ezprompt.net/

GitHub: https://github.com/jmatth/ezprompt

Linux内部無法解析域名

Linux cannot resolve domain name, public DNS resolvation failed.

網絡服務器,無論是用 ping 還是什麽工具,只要是域名就無法解析,會在久等后跳出超時錯誤。由於是遠端登錄,所以不必查網路是肯定不是問題源頭。

檢查了 /etc/resolv.conf ,裏面的 nameserver 設置沒錯誤。檢查了 /etc/nsswitch.conf, 解析的次序也沒問題。檢查了 route -n 結果也是沒問題。

最後發現,原來是防火墻把解析域名時,所需要的 udp 53 端口擋掉了。補上后就沒問題了。。。下面是 iptables 的相關指令記錄。

iptables -A INPUT -s 8.8.4.4 -p udp --sport 53 -j ACCEPT

指令解釋:

-A INPUT 針對防火墻入口規則
-p udp –sports 53流通 53 端口的 UDP 類數據包
-s 8.8.4.4 數據來源 IP 為 8.8.4.4
-j ACCEPT 允許運行
最後得到的會是這樣