小攻城師的戰場筆記

有同事不熟悉 MySQL，所以把資料表開到 MySQL 預設的資料庫 (mysql)，但是為了避免使用者誤觸系統資料表，在 MySQL Workbench 預設是看不到 mysql 同名資料庫底下的那些資料表的。

讓它們顯示出來的方法如下：

1. 在上方選單 Edit > Preference 開啟設定 Workbench Preferences 視窗。
2. 點選左側樹狀選單的 SQL Editor。
3. 勾選 Sidebar 區段裡的 "Show Metadata and Internal Schemas"。
4. 重新整理 SCHEMAS 視窗裡的樹狀結構，就可以看到 mysql 資料庫了。

這次要在 FTP 上下載一批含有指定檔名的檔案。要先過濾出含有指定文字的檔案名稱後，再把它們都下載。

原本以為應該用「伺服器 > 搜尋遠端檔案」，但搜尋到的結果就只能檢視，不能批次下載。後來發現要用檢視裡的「檔名篩選器」。

1. 開啟 FileZilla。
2. 從上方的選單選擇「檢視 (View) > 檔名篩選器 (Filename filters)」。
3. 點選左下角的「編輯篩選規則 (Edit filter rules)」，輸入要篩選的條件。
4. 編輯完畢篩選規則後，回到視窗右半部遠端伺服器，選擇對應的篩選條件。
5. 按下確認後，連到 FTP 主機上，該篩選條件會從根目錄開始套用，所以可以直接從根目錄開始選下載，會自動跳過不符的檔案不下載。

打完收工~

今天的題目是有人問在 LINE 上面看到分享網站連結時，因為頁面沒有在 <meta> 裡設定 description、og:description 這些內容，所以預覽文字會從頁面最上方的內容爬下來。

修改 description 後可以怎麼辦呢？

• facebook:
  

想把 commit log 匯出來做專案管理、上線記錄等，上網查了一下可以這樣做：

svn log --xml > repository.xml

不過我裝的是 Tortoise SVN，一開始 windows 的命令提示字元會說認不得 svn 這個指令。原來是 TortoiseSVN 預設不安裝 svn command line tool。

重新執行 TortoiseSVN 安裝程式，補安裝 command line client tools，就可以用命令提示字元（MS-DOS 視窗），切到程式所在目錄下，執行 svn log 了。

我們大部分的 user 都是 AD 與 e-mail 帳號同名，只是因為早期的規劃還沒有想仔細，有一部分老員工的 AD 與 e-mail 是不相同的。

今天早上接獲一個使用者 AD 帳號要請 IT 協助處理，就是遇到這種狀況。那要怎麼查出來實際的 AD 帳號呢？

以我們家的 OU 規劃可以這樣查：

在家要用投影機放 Switch 出來玩，結果發現沒聲音。

以為是 Switch 的問題，但 Switch 拿離開底座就好了；
以為是 HDMI 線壞了，但好像也不是。

今天 user 來電，跟我說我的程式沒有正常送出月報。執行後我如果嘗試印出 PHPmailer 的 errorInfo，會出現以下錯誤訊息：

SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting

只說 SMTP 連不上，超簡約的錯誤訊息。請 IT 幫忙查 mail server，看到以下訊息：

connect_from=[xxx.xxx.xxx.xxx],state=550 X.7 Couldn't start TLS!

有支 PHP 程式在 Windows 主機上跑得好好的，但在 Linux 會出現問題。

程式出錯的地方是用 PHP PDO 連線到 Sybase，資料會無法取回。把 PDOStatement 的 errorInfo() 印出來，看到錯誤訊息是不允許將 VARCHAR 轉型為 NUMERIC。

Array (

因為要防止 SQL injection，需要做參數化查詢。以往都是把參數 (SQL params) 先放在 array，再把 SQL 與 array 記錄到 log 裡，不過總覺得這做法不太直覺，每次要 debug 也要自己在那邊兜來兜去。

上網查一下發現有 PDOStatement::debugDumpParams 這個函式可以用，可以印出原始的 SQL（未代入參數）、代入參數後的 SQL、各參數，不過這個 function 是無回傳值的 (void)，會直接印出到畫面上。

查了一下有一篇 "Something like debugDumpParams in pdo settable to a string"，利用緩衝區先把 debugDumpParams() 的內容接住：

在 MySQL 中，要查詢某張資料量約數十萬筆的 table，不知道為什麼會非常慢才回應，下了 select 後，看似單純的查詢卻要十幾秒才回應，加上最終結果是將三段 select 以 unioin 結合起來，整個 SQL 執行完畢時，常常已經過了 MySQL Workbench 預設的 30 秒逾時時間。

而且很奇怪的是，在 PHP 程式裡，這段 SQL 就會回應得很迅速。

後來同事幫我除錯一下，發現問題是個簡單的小細節，假設我執行很慢的語法是這樣：