其他

這兩天家裡的電話突然不能用了，打網通的電話保修，上午電話局來了個師傅。他查了一下線路，就問我最近時不時換了寬頻介面的網線。上周家裡原來用的無線路由器壞了，就換了個新的，難道是這個問題？師傅說，可能是因為新舊路由器上WAN介面對8芯線的訊號不太一樣，新路由器裝上後影響了電話的線路。兩個路由器都是DLINK的DI-624+A，只是前一個是很早以前的老款（灰殼的），現在是新款的（黑殼）。不知道到底有什麼不同，反正最後師傅把跳線箱裡的一個線剪斷，然後就一切恢複正常了。 

最近又碰到一個奇怪的問題。我們的系統裡有一個服務，負責監聽前端程式發過來的資料包，並且定期寫入資料庫。這個程式一直跑的挺好的，但是最近發現它記錄的資料跟前端服務記錄的日誌差別比較大。最開始懷疑是丟包造成的，但是經過測試，在高於生產環境的發包速度時，接收資料部分依然是正常的。排除這個原因後，接下來被懷疑的是Twisted的defer機制和thread調度的問題。在這個服務裡，會定期起一個線程，去複製把資料記錄到資料庫中。這個線程是通過Twisted的deferToThread建立的。經過分析日誌，

上班的路上聽FM91.5，老是能聽到“飛了”的廣告，有人送了兩張周日的票，朝陽文化館離我家挺近，坐車過去也很方便。進場的時候發現人還挺多，劇場差不多都坐滿了。現在似乎大家都挺喜歡看點話劇歌劇什麼的，這個劇宣傳的不錯，又是第三輪演出了，應該有不少慕名而來的。19：30演出準時開始了。開演前一段提醒大家關手機的中英文提示，蠻有意思的。正式劇情開始的兩段兩塊七毛八的盜版DVD，很好玩兒，讓觀眾很快進入了歡笑的狀態。正式的劇情開始，笑聲也是時時不斷。看得真是很開心。最搞的是瘋人院的三個病人在圍牆開門，逃

首先要說明一下，這裡的“靈異”事件跟恐怖、鬼魂無關，大體還在電腦技術範疇。最近在開發過程中遇到很多“靈異”事件，其中一個跟swfupload有關。swfupload是一個用於上傳檔案的flash程式，開源，介面設計也清楚，網上也有很多文檔，按理說很好用。可是，我在使用過程中屢屢碰到問題。一會是不能彈出檔案選擇框，一會頁面報莫名奇妙的指令碼錯誤。讓我很鬱悶。在網上查詢一下，居然也有人遇到這個“靈異”事件了：四個小時的SWFUpload

ChangeLog for 2.2.8Changes with Apache 2.2.8  *) core: Fix regression in 2.2.7 in chunk filtering with massively     chunked requests.  [Ruediger Pluem, Nick Kew]  *) winnt_mpm: Resolve modperl issues by redirecting console mode stdout     to

在Python下操作Access資料庫，以前一直都是用win32com建立ADO對象，然後操作，最近看到一個adodbapi模組，基於win32com，符合Python DB API 2.0介面，看著不錯，就試了試。在使用的時候發現一個問題。當我用adodbapi.connect開啟一個Access資料庫檔案，進行操作，關閉，然後再次調用adodbapi.connect開啟同一資料庫的時候，會拋adodbapi.adodbapi.InterfaceError異常，異常資訊如下：... 

今天用JMeter給一個Django項目做效能測試。發現Django模板的{% cycle %}存在比較嚴重的效能問題。在測試過程中，發現有一個列表頁面，每秒處理數只達到其他類似列表頁面的30%左右。很是奇怪，對比了這些列表頁面的查詢語句，資料量，索引，Query Cache，感覺都沒有什麼太大差別。最後很人品爆發的發現，比較慢的頁面使用了bgcolor="{%cycle '#CECECE'

所謂的EF BB EF問題，其實是 UTF-8 BOM帶來的，在JSP和PHP開發中都經常碰到。具體說來就是，如果在JSP、 PHP檔案中include了另外一個檔案，而這個檔案是UTF-8編碼，並且帶用BOM標誌，那麼在模板渲染處理之後，會把BOM標誌加到頁面內容裡。IE瀏覽器中，不會顯示BOM字元，但是也不把它當作Null 字元，有可能會造成頁面錯位。Firefox似乎是把它當成Null

今天用VC Toolkit 2003編譯py2exe的時候碰到一些問題。首先是編譯過程需要rc.exe編譯資源檔，但是VC Toolkit 2003不帶rc.exe。這個問題比較好解決，在Platform SDK/bin目錄下有rc.exe，把Platform SDK/bin加到PATH環境變數就OK了。第二個問題是py2exe還需要cvtres.exe。這個程式在Platform SDK裡也沒有，沒辦法，只好從VC2005裡COPY一個過來用。編譯成功。。。略有些不爽 

 28 September - Apache HTTP Server 2.0.52 ReleasedThe Apache Software Foundation and the The Apache HTTP Server Project are pleased to announce the release of version 2.0.52 of the Apache HTTP Server ("Apache"). This Announcement notes the

      慶祝一下         http://www.djangoproject.com/weblog/2008/sep/03/1/ Django 1.0 released!No, you’re not hallucinating, it’s really here.Around three years ago, Adrian, Simon, Wilson and I released some code to the world. Our plan was to hack

在Django下上傳檔案是一件簡單的事情，尤其是使用request.FILES，真是很簡單。不過在效能方面，就不是很美妙了。先補充說明一下，我現在用的Django版本是svn trunk revision 6635 。上傳大檔案的時候，記憶體佔用和CPU都很高。查了一下代碼，擷取上傳檔案的代碼是在django/http/__init__.py檔案裡的parse_file_upload方法裡，這個方法會把client

以前一直以為是設定不了的，因為在自助管理系統裡沒找到設定的地方。 今天給萬網的技術客服打了電話，才知道，其實是可以設的。登入www.net.cn後，在左側菜單有一項“網域名稱DIY自助管理”，點擊可以進入“網域名稱自助解析平台”(http://diy.hichina.com/cgi-bin/login)，用網域名稱和網域名稱密碼（不是萬網帳號的密碼哦）登入，在左側菜單點擊“DNS記錄報告”，就可以看到設定TXT類型記錄的地方了，按SPF格式要求建立即可。  

最近用django開發了一套廣告投放系統，這套系統其實是一套網路廣告聯盟系統，包括廣告的投放、管理、統計、防作弊、跟蹤等等。硬體是一台DELL的PC Server(雙核Xeon1個，2G記憶體)，作業系統是redhat as4，其他的還有nginx 0.5.33，python 2.5，mysql 5.0.41，django是10月份左右從svn trunk取下來的。開始的時候系統運行在apache + mod_python下，後來因為負荷的問題，改成了nginx + fastcgi

與技術無關第一個要強推的是雲南白藥牙膏我的牙齦一直不好，刷牙就出血，好多年了，洗牙、上藥都不好使。市面上幾乎所有常見品牌的牙膏都用過了，都沒什麼效果，該出血還是出血。自從用了雲南白藥牙膏，居然，牙齦不出血了！我花了三十年才找到適合自己的牙膏啊！o(∩_∩)o...第二個要推薦的是苗嶺潔膚霜前兩年夏天的時候，右手肘窩長了幾個紅點，慢慢就擴撒開來，很癢，撓的都破皮了，看上去很嚇人。用了不少藥膏，可以止癢，但是卻一直不能根治，持續了一個多月。後來藥店的一個大媽給我推薦了這個藥膏，買了一瓶，抹了兩天，皮

做網路編程的時候，經常需要把接收到的資料用16進位的方式列印出來，方便查看。今天發現在Python下有這樣一個簡單的方法。 >>> "hello".encode("hex") '68656c6c6f' 相應的還可以>>> '68656c6c6f'.decode("hex") 'hello' 查了一下手冊，還有這些codec可用CodecAliasesOperand typePurposebase64_codecbase64, base-64byte

    下午上網查個資料，開啟瀏覽器，不一會兒硬碟花花的轉，機器進入假死，用工作管理員一看，好傢夥，瀏覽器居然吃掉快2G的記憶體。以為是Maxthon瀏覽器出問題了，換了FireFox，過一會還是一樣。感覺有點奇怪。這是邊上同事也抱怨機器慢。到命令列執行arp -a，發現網關的MAC在不停的變。奶奶的，又有人中招了。好一會找到中招的機器，拔掉網線，一切恢複正常。    上次碰到ARP欺騙病毒，現象是網速特別慢，大家都把中招的機器當網關了，那台機器還比較破，當然慢了。這次似乎是掛的網頁木馬有問題，

 Understanding security changes in Flash Player 10：http://www.adobe.com/devnet/flashplayer/articles/fplayer10_security_changes.htmlPolicy file changes in Flash Player 9 and Flash Player

最近應用的資料量越來越大，訪問量也越來越大，MySQL資料庫不堪重負，考慮把部分資料用key-value類型的檔案資料庫儲存。 由於對速度要求比較高，所以一開始選用了據說很快的qdbm。測試了一下，的確很快，介面也非常簡單。但是遇到兩個問題， 第一個是備份的問題。qdbm帶了一些管理工具，其中也有exportdb/importdb這樣的功能，但是對運行中的資料檔案不能操作。暫時只能先copy一份，然後repair，感覺不是很好。 第二個問題比較麻煩，在測試中，當資料檔案超過2.1G以後，就寫不進

最近在為BUG抓狂，MySQL的，nmdb的，當然更多還是自己的。 nmdb的BUG是關於它的python binding的。一個同事發現，在一台機器上向nmdb寫入一個值，在另一台機器上讀不出。當時發現是32位系統的機器和64位系統的機器互相不能讀取對方寫的資料（當然是寫到同一個nmdb裡的）。於是給作者發郵件報告了這個BUG。通了幾封郵件，附上一些測試檔案，今天收到回信了： The bug is in the python code, when autopickling is