上星期把在 Windows 10 裡頭的 hyper-v 中的 Debian 主機由 11 升級到 12, 重開機後, 發現在 build android 時會有錯誤, 弄了一天才發現是 kernel 的問題, 換回原本 Debian 11 的舊 kernel 後, 果然可以正常運作. (閱讀全文)
Apache 本身有 mod_authnz_ldap 這個模組可以支援 ldap 的認證. 使用上並不困難, 使用下列的設定就可以: (閱讀全文)
最早的時候, 是用一台 VM 跑迅雷來下載 (比較快沒錯), 不過後來買了 NAS 之後, 就改用 Synology 裡頭的 Download Station 來下載迅雷離線上的檔案 (用的應該是 xunlei-lixian 這個軟體), 雖然速度不快, 但是擺著沒多久也一樣能抓完. 不過.... 這幾天, 突然連不上, 一直說我的密碼不對, 不過用瀏覽器連上都正常. 所以.... 就試著裝 xware 來用. (閱讀全文)
在安裝 OpenConnect VPN server 之後, 有使用 AnyConnect 的 client 試過, 發現一直無法正常連線. (應該說可以連線, 但是在啟用網卡沒多久後會跳到修護網卡然後就說無法正常連線) (閱讀全文)
由於之前提到改用 Let's Encrypt 來產生憑證之後, 會造成平均每兩個月就會更換一次憑證, 而 FileZilla 本身只能儲存並信任站台本身的憑證, 所以... 變成每次更換憑證會就會要求再信任一次. (閱讀全文)
ProxyDroid 自 2.7.0 版本開始, 在我的手機上自動連線的功能就無法正常使用. 只能把 ProxyDroid 的程式打開去點才能正常使用. 連同桌面上的 widget 也一樣, 啟用的功能無法正常運作. (閱讀全文)
上星期把家裡那台 ThinkPad W510 升級到 Windows 10 之後, 發現 Avaya VPN Client 無法正常連線. 看 log 的資料, 是可以正常連上, 不過取得 IP 之後, 會出現 Activating vpn adapter failed 的錯誤而中斷. 因為還有備用的 OpenVPN 可以用, 所以就放著沒去管它. (閱讀全文)
這幾天發現原本使用 VLC 將電視卡的訊號轉送到 Darwin Streaming Server 播放的功能沒有作用了. 我記得之前最後一次試好像有半年了吧.... 與之前的差異應該就是 Kernel 不一樣 (v4l2 的 driver 可能有變), Debian 版本不一樣 (幾個星期前由 stable 轉到 unstable 使用), 加上 VLC 的版本不一樣 (之前應該只有 2.0.x 的版本, 目前是 2.1.1). (閱讀全文)
最近幫別人裝了一台伺服器, 裝上了 Horde/IMP, 發現目前已經升到 Horde 5 的版本了. 畫面似乎比 4 的版本好一些, 所以.... 就把家裡的 Horde 也做了升級的動作. (閱讀全文)
印象中這個問題出現很久了, 不過因為我也很少用到 ncurses 的程式 (應該也只有偶而用用 aptitude 與 build kernel 時可能會用到 make menuconfig 這兩個吧), 所以就將就著用.
不過最近幫人裝了一台新的伺服器, 用的還是 Debian Squeeze 的版本, 突然發現用到的 screen 是正常的.... 看來是自從我把機器由 Squeeze 升級到 Wheezy 的時候, 就把 screen 由 4.0.3 升到 4.1.0 後就出現這個問題了. (閱讀全文)
不久前發現, 一直以來用來與 SciTE 搭配使用的 wscitecm.dll 在並無法處理 unicode 的路徑與檔名 (用了這麼多年才發現, 也算不容易....). (閱讀全文)
如同之前 Win7 一樣, 我們可以把 Win8 的所有版本, 合併到同一張光碟片中, 安裝時再選擇需要的版本就可以了. (閱讀全文)
一直以來, 都是使用 tdm-gcc 來編譯 win32 或 win64 的程式 (當然, 還是有很多是用 Microsoft 的 Visual Studio 來處理). 不久前, 因為某些 function 在 tdm-gcc 的 4.7.2 所附的 win32/64 sdk 中, 並沒有被納入 (看了一下 mingw64 的 changelog, 是剛被加上沒多久), 所以就自己試著更新 mingw64 runtime, 結果... 越弄越多, 最後.... 就整個都自己編譯出來了. (閱讀全文)
由於我習慣用 SciTE 來取代原本 Notepad 的工作, 所以... 多數在 Windows 底下打開文字檔的時候, 都是去執行 SciTE. 不過... 前幾天在打開 Sandboxies 的設定檔時, 發現無法正常顯示. 出現的畫面看起來是 Unicode 編碼 (UTF16-LE), 不過, SciTE 並沒有辦法判斷出正確的編碼.
Google 找了一下, 發現有人問過作者了, 原來 SciTE 只能打開有 BOM 的 Unicode 編碼檔案. (閱讀全文)
原本在 cygwin 中, 是透過 mintty 來執行 shell, 不過... mintty 並沒有 tab 的功能, 所以, 要執行不同的 shell, 就要再打開一個視窗來用. 所以... 就使用 console 這個程式來取代. (閱讀全文)
原本都是使用 PieTTY 來連線, 不過由於這軟體久沒有更新, 且下拉式的選單在連線數量變多時, 有點不怎麼好用, 加上目前的 PuTTY 版本在 UTF-8 的情形下, 可以設定英文字型就能正確的顯示與輸入中文, 而且有支援 Win7 的 JumpList 功能, 所以常用的連線也可以很方便的使用, 所以最近又改回使用 PuTTY 了. (閱讀全文)
話說最近才知道 gcin 有 windows 的版本, 所以下載來用了幾天, 在一般的使用上都很正常, 只不過.... 發現在 Windows 7 使用時, 因為我的設定並不會在右下角顯示所有的工具列圖示, 只會顯示我指定的幾個圖示.... 但是, gcin 所使用的那兩個圖示, 不管我怎麼設定, 只要重新執行 gcin (或重開機), 就不會顯示, 而會變成隱藏起來. 而 gcin 的狀態並不會在正常的語言列上顯示, 若沒有看到那兩個圖示, 常常會弄不清楚目前是用那一種輸入法. (奇怪, 在 gcin 的討論區並沒有人反應這個問題, 難道只有我碰到?) (閱讀全文)
這與之前在 php 2.x 用的那個類似, 就是改一下註冊時的 form, 加上兩個選項, 一個要選, 另一個不用才能註冊成功. 這樣子應該可以防止多數的 bot 來註冊.
有需要可以抓回去用, 如果無法正常安裝, 就自己解開來看一下要改那邊吧.
1.x 用的版本:
http://www.teatime.com.tw/~tommy/files/join_check_1_0_0.tar.gz
2.x 用的版本:
http://www.teatime.com.tw/~tommy/files/join_check_2_0_0.tar.gz
這幾個星期, 發現 phpmsnclass 傳送離線訊息的功能似乎失效了. 今天查了一下, 發現原本用來發送的網站 ows.messenger.msn.com 被 Microsoft 改成 127.0.0.1, 也就表示這網站應該是再也不支援了. 所以... 所有使用這個方式傳送離線訊息的 client (可能所有非官方的 client 都是這樣處理), 都失去傳送離線訊息的功能了.
由於官方的 client 還可以使用, 就看一下傳輸的記錄, 發現是改用 UUM 來傳. 但是在 MSNP15 底下, 這個方法會造成斷線, 所以就照著改用 MSNP18 來處理, 目前看起來是可以正常使用了.
由於 MSNP9/MSNP15 似乎都有問題, 所以就直接移除這兩個協定的支援, 目前就只能使用 MSNP18 了 (所需的模組與 MSNP15 一樣).
有需要的請自行到 Google Code 網站去抓 r53 或之後的版本回來用吧.