由於公司內有好幾台伺服器的常用路徑都一樣, 所以在使用 FileZilla 時, 常常忘了同前連線的是那一個伺服器, 就想到是否可以把目前連線的伺服器給顯示在程式的標題上頭, 也因此就產生的這樣的一個 patch 了. (閱讀全文)
我在菲律賓的宿舍, 是使用 PLDT 的 MyDSL 服務, 好像是 2M/768K, 雖然很少用到上傳的功能, 不過我記得以前上傳都可以很快, 但是.... 這幾個月, 我發現我要傳檔案回我台灣的伺服器時, 上傳速度慢的離譜, 常在 3KB/s 以下, 甚至於很難把一個 20K 的檔案傳送完畢, 常常逾時而無法傳完, 要經過好幾次的 resume 才能傳送完畢. 可是對同一個伺服器, 下傳的速度就很正常, 至少會有 50KB/s 以上的速度. 試過加密的 ftp 與 sftp 來上傳, 結果也一樣. (閱讀全文)
印象中, 好像換了 kernel 2.6.22 (或 2.6.21) 之後, 原本可以使用的 ipp2p 模組, 就沒有辦法正常使用了. 因為還是有用 l7-filter 來處理, 所以也就沒有特別去處理. 今天在 Google 上閒逛, 順手就把這個錯誤訊息打入, 果然看到有類似的問題 (不過... 我記得之前就找過, 沒看到有人反應過), 照著處理一下, 果然馬上就正常了. (閱讀全文)
昨天的 patch 被作者給 reject 了. 因為他認為把 timer 放到主視窗中, 在執行 keepalive 指令時, 會 block UI 的操作 (不過, 就算不放在這兒, 本來在送出指令時, 一定會影響到其他指令的執行啊?), 另外就是送出 TYPE I 與 TYPE A 指令, 因為原本的程式內有記錄目前的狀態, 可能會造成錯誤. 所以就暫時不接受這個 patch. (閱讀全文)
在 FileZilla 3 rc1 裡頭, sftp 似乎原本就有 keepalive 的功能, 但是在 FTP 裡頭, 這個功能並不存在. 所以當 FTP 連線過一段時間後, 會發現目前的連線就因為 timeout 而中斷了. 如果要使用就必須重新連線. 不知道為什麼作者一直不把這個在 FileZilla 2 就提供的功能, 實作到 FileZilla 3? 這兩天因為看了 FileZilla 3 的 source code, 就順便加上這個功能. (閱讀全文)
前幾天 FileZilla 作者發表了 FileZilla 3.0 RC1 的版本. 終於進入 RC 的階段了. 對我來說, 我在 FileZilla 2.x 裡頭會用到的功能, 在這個版本中多數都已經存在了. 所以就想之後都改用 FileZilla 3 的版本. 不過.... 用了一下, 發現... 這個版本仍然不會記錄之前的 UI 大小與位置, 也就是每次執行時, 所出現的畫面並不是我熟悉的, 變成每次都要調整一次. 所以... 乾脆自己修改一下, 加上這個功能來使用. (閱讀全文)
這個問題在去年底剛買這台 T60 時就碰過了, 只要在 MinGW/MSYS 裡頭, 一跑 shell script 去做編譯的動作, 就會出現一堆 sh.exe stackdump 的錯誤訊息. 不過後來我把 T60 還原成出廠的狀態後, 這個問題就不見了. 直到最近, 又進到 MSYS 去要自行編譯程式時, 又碰到了這個問題. (閱讀全文)
隨著資料量的增加, 通常資料庫的重要性也就跟著增加, 這時, 我們要如何確保資料庫可以正常運作呢? 使用比較好的機器? 使用高級的 RAID? 把資料備份好? 這些做的再好, 也都還是有風險. 也就是, 只要是硬體, 就可能會壞. 機器就是那一台, 出了問題, 就得找台機器, 重新開始安裝, 然後由備份的資料還原. 資料一多, 這些動作可以短到幾小時, 也可能是兩三天才能處理好. 也就是, 在這段時間內, 如果你的公司運作, 對資料庫有極大的依賴性, 可能這段時間的運作完全停擺, 損失不可說不小. (閱讀全文)
我們大約是由 2003 年初開始使用 PostgreSQL 當做是公司內的資料庫系統. 當初在 ORACLE (9i), MySQL (3.x) 與 PostgreSQL (7.2) 之間選擇時, 先把當時還算很簡陋的 MySQL (那時應該還沒有支援 stored procedure, sub-query, transaction 等等的功能, 實在不適合商業使用, 不過因為快又小, 我們有些中介的資料庫, 還是使用 MySQL 來處理) 給排除掉. 在 ORACLE 與 PostgreSQL 的比較上, 在我們需要的功能上頭, 兩者都能提供, 當然, PostgreSQL 有絕對的價格優勢 (不過, 當初我們並沒有預算上的壓力, 雖然 ORALCE 不算便宜, 但我們決定要用時, 也不會說花不起這筆錢), 但是在複製, 備份與災難復原方面, 就遠遠比不上 ORACLE 了. 最後與老闆討論的結果, 是決定先用 PostgreSQL 試看看, 如果一年內有發生重大的當機或災難時, 我們就轉用 ORACLE. 結果... 當然 4 年多過去了... 我們還是在用 PostgreSQL. (閱讀全文)
這幾天, 在 Google 中查詢 "拍賣" 這個字眼時, 你會發現在 Google 所提供的廣告商連結中, 會出現一個 "Yahoo 拍賣" 的廣告, 其網址為 bids-yahoo.com, 點進去後, 所有的內容都與台灣的 Yahoo 拍賣相同, 唯一不同的是... 登入的那個網址, 並不是原本 Yahoo 的登入網頁. 如果不小心打了帳號密碼進去.... 那麼, 你的帳號過不久應該就變成詐騙集團用的帳號了.
這個廣告出現沒多久後, Google 把這個網址列入釣魚網站的網址, 所以在 Firefox 中, 會出現警告訊息.... 不過, 隔兩天, 網址換成 bidz-yahoo.com, 同樣的手法又出現了.... 在 Google 查詢時會出現這個廣告, 這連 blog 中使用的 Google Adsense 服務, 也可能出現這個廣告.
真不知 Google 在賣廣告時有沒有檢查內容, 這麼明顯的釣魚廣告, 難道刊登出來, Google 就完全沒有責任了嗎?
如果你也看到了這個廣告... 除了提出檢舉外, 順便多點個幾次吧, 至少讓這類詐騙的手法多付些廣告費吧, 也許以後成本太高, 就不敢用這類的手法了.
由於 Microsoft 的 Outlook 會送出 RTF 格式的信件, 這時, 在非 Outlook 的讀信軟體中, 就會看到一個 winmail.dat 的附件, 完全看不到信件的內容. 當然, 在 ThunderBird 中也是一樣. (閱讀全文)
今天, 在 Firefox 的 Bug List 上頭, 4821 終於變成 FIXED 了 (在今天之後的 nightly build 會包含這個功能). 這也表示, 在 Full Zooming 上頭, 有關 backend 的部份終於完成了. 接下去, 只要實作出 UI 的部份, 或相關的 extension, 就可以做到與 IE 或 Opera 相同的 Zooming 功能了.
有興趣的人, 可以繼續注意 389628 這一個 bug, 等這一個 bug 也變成 FIXED, 也就表示有了可以控制 Zooming 的 UI 可以用了. 我記得這個功能是列在 Firefox 3 的 feature list 中, 所以, 最晚等年底的 Firefox 3 release, 就應該有這個功能了. 這樣子對於一些高解析度的 LCD, 就可以避免把字體放大所造成版面亂七八糟的情形發生了.
自從上星期 Microsoft 發佈了新的更新之後, 有個 .NET 1.1 有關的 KB928366 更新一直失敗, 在今天, 我試著直接去執行那個 NDP1.1sp1-KB928366-X86.exe 的更新檔, 發現在更新過程中, 會需要 netfx.msi 這個檔案, 所以抓了 dotnetfx.exe 這個檔案, 把它用 WinRAR 解開來, 果然裡頭有 netfx.msi 這個檔案, 再重新執行 KB928366 的更新檔案, 在需要 netfx.msi 時, 指到存放的路徑上頭, 果然就可以正確的執行完這個更新了. (閱讀全文)
異動記錄:
- 更新 phpmsnclass 到 1.7 版
- 加入 trackback 通知的功能
檔案放在: http://www.teatime.com.tw/~tommy/files/lifetype/lifetype_1.2_addcommentnotify_20070716.tgz
這幾天用了張 GA-G33-DS3R 的主機板, 搭配有 8GB 的記憶體, 結果... 開機使用, 發現跑 Linux 跑的奇慢無比. 一直以為是那兒的硬體有問題, 後來, 把 RAM 只插 2GB 試了一下, 發現就變的飛快, 交叉試了一下, 發現 RAM 越多, 就越慢, 不過, 一裝到 8GB, 就比 386 的機器還慢了 (其他的組合雖然 RAM 越多也越慢, 不過沒慢的這麼離譜). (閱讀全文)
幾年前曾在 Dialogic 中使用 ISDN 寫過一些程式, 不過... 最近公司有使用 E1 與 Avaya 交換機連線的一些需求. 原本我們只是用一般的 E1 的處理, 所以在內部, 都是直接撥那個 E1 trunk 的 TAC (Trunk Access Code) 就會經由該 E1 的線路進到 Dialogic 的語音卡中. 不過... 我們有些需求, 是要針對每一個 channel 都指定一個分機號碼, 或者是要能夠知道電話是由那一個分機所撥過來的, 這點, 運用單純的 E1 來處理, 試了很久, 一直無法正常使用. (閱讀全文)
首先, TLS 是在 Protocol Version 3 才有提供, 所以必須在 ldap_connect() 之後, 使用 ldap_set_option() 設定使用 protocol version 3 才可以. 如果這樣子處理, 並沒有辦法正確的執行 ldap_bind(), 則必須在你 client 端的 ldap.conf 中, 加上 TLS_REQCERT 這個參數, 其值為 nerver 或 allow 才可以. 如果沒有 ldap.conf, 也可以利用環境變數 LDAPTLS_REQCERT 來設定, 或直接使用 putenv() 來設定這個變數. (閱讀全文)
MySPAM v0.0.4a 推出, 其實早在半年多前, 小張張就把他做的搜尋功能給我了, 不過... 我一直懶的去動, 直到昨天有人問我這件事... 才動手改了一下. (閱讀全文)
在 4 月申請了 HSBC 的卓越理財戶後, 發現轉帳時, 仍然被扣了 17 元的手續費. 依據以往的經驗, 申請電子對帳單的用戶, 應該會每個月退回手續費 (目前也過期了嗎?). 問了一下我的專員, 跟我說每個月有 1000 元的手續費可以退. 不過... 五月底時, 發現好像並沒有退這 17 元啊... (閱讀全文)
昨天晚上把 LifeType 升級到 1.2.2 之後, 今天早上發現有人連續留了幾個相同的迴響, 但是.... 我的 MSN/Yahoo 帳號卻沒有收到任何的訊息. 檢查了一下伺服器上的記錄, 果然沒有執行到送出訊息的地方. 後來就自己試著產生一個新的迴響, 發現在 1.2.2 中, 會出現找不到 class.smtp.php 的錯誤. (所以沒有訊息, 而留言的人會以為不成功就再留一次, 所以產生多個相同的迴響.) 把 email 的傳送設定, 由 smtp 改成 PHP mail() 之後, 就可以正常使用了. (閱讀全文)
FileZilla 的作者在這幾天發表了 FileZilla 3 beta8, 試用了一下下, 多數 FileZilla 2 在 ftp/sftp 上頭的功能, 都已經在裡頭了. 就整個 ftp/sfpt 的引擎部份來看, 目前運作都正常. 包含了 UTF-8 的支援, 目前已經不需要另外自己 patch 了. (閱讀全文)