郵編庫等實用查詢類的網站一直存在流量高、廣告匹配不太好的情況，也沒有很好的辦法解決廣告點擊率、單價等問題，隻好做更多高質量的内容來吸引更多流量，從而在點擊率、單價不高的情況下能獲得更多廣告收入。而對外招攬直接廣告的效果也不理想，亂七八糟的彈窗廣告找我們的不少，都被拒絕了，但也沒有與内容很匹配的優質廣告來找我們。
今天6、7月份曾經有人找到我們談合作推出“分類信息”欄目的方式，在我們的高流量、高PR值網站下設立一個子目錄欄目，對方提供企業提供的分類信息，按照流量付給我們一些費用，我們還可以放置Google廣告獲得另外的收入。當時因
上周同事開始在多個子網站更改各項設置，特别是添加多個Views後，服務器負載持續攀升，也影響到服務器上的沒有更改的網站，特别是幾個數據量達到數十萬、上百萬的網站，已經連續出現首頁報錯的情況了。
http://tx.bizdirlib.com/ 的首頁主要由兩部分組成：城市列表和行業列表，首頁報錯的時候，上半部分的城市列表還是可以正常顯示的，隻是下半部分的行業列表無法顯示，錯誤提示信息也是與sic行業代碼的查詢有關。
檢查兩個Views，城市列表的Views很簡單，而行業列表的Views中采用了Relationships，以便查
從7月初到10月底的4個月時間中，我們已經在服務器上導入了大量數據，建成了一批新的子網站，在接下來的一段時間内我們不準備繼續大增數據量了，而是對已經導入數據的網站進行精細優化調整，這個月已經開始了這方面的工作。
MediaWiki平台的網站都是去年以及以前建成的，這次基本沒有大的調整，隻是一部分網站對模闆進行了更新，以便嵌入microdata微數據标記，雖然也需要運行後台更新、重新生成緩存文件，不過這個對服務器的負載影響不算很大，是可以承受的。
而在對今年新做的Drupal平台的改進中，如果隻是修改内頁模闆、block以及me
前幾天看到一則報道，上周末的美國費城馬拉松比賽中，有兩位參賽選手身亡，一位21歲亞裔男子在跑過半程馬拉松的終點後倒地，一位40歲白人男子在距離終點還有400米的地方倒下，送醫院後被醫生宣布不治身亡。😭
報道中隻說是兩位選手的心髒病發作，但也沒有更詳細的說明了。我估計還是與他們平時的鍛煉不足有關，如果平時能提前2、3個月做準備，多跑一些次長距離，怎麼也不應該讓心髒超出最大極限啊。他們都是在終點
Drupal中的Views不能不說是一個好東西，讓我這樣對數據庫和程序并不熟悉的人可以在建站中方便地實現各種查詢、展示。但在某些情況下，這個Views畢竟不如自己編寫程序來得靈活、強大，例如在需要對查詢結果進行一些變換的時候就很難實現。Views可以在Header和Footer中嵌入PHP代碼，但在關鍵的Fields中還不能嵌入PHP代碼。
昨天再次遇到希望對Views查詢結果進行轉換的情況，就在網上搜索了一下，有好幾個Drupal模塊都可以實現Views中插入PHP代碼的功能，我選用了比較新的Views PHP這個模塊，可以在Views的area, field,
幾個月前初步搭建了中英文對照的Taiwan Postcode / ROC ZIP Code (台灣郵編/中華民國郵遞區號)網站，找的是來自台灣中華郵政官方網站的資料，然後用Drupal搭建而成。10月份以後啟動新一輪的郵編網站檢查、改版、升級，這是繼美國郵編後的又一個網站，也花費了我們相當的時間精力來完成，現在把修改的地方記錄一下：
剛通過PayPal向Wikipedia捐款$100，這是我連續第4年向維基百科捐款了，隻是因為支持維基百科倡導的知識分享理念，希望這種帶有理想主義色彩的網站能永續發展。現在國内物價飛漲，美元貶值，100美元隻能請幾個人吃餐飯，不如為大衆提供點精神食糧，捐的人多了自然力量就大。
捐款鍊接：
一般的馬拉松訓練計劃中，都是建議在正式比賽前的3周左右完成一次32KM左右的長距離練習，作為訓練階段最長的距離，其他的長距離練習一般是10-20KM，這樣就基本上可以保證正式比賽的時候完成42KM的全程。我在QQ群中說比賽前還是準備跑1-2次全程訓練，有經驗的群友說不必要，隻要練習一次30KM以上的就可以了，正式比賽時應該會狀态更好。
不過對我來說，還是在賽前要跑過全程心裡才有底，甚至有機會要多跑1、2次全程，才能發現可能存在的問題，體會多了自然成績也會提高。雖然我從10-1期間才開始跑步，但在上個月已經和網友約過11月一起進行全程訓練和測試。本來說是
名錄集網站中的美國企業名錄系列網站(United States Business Directory)是2011年7月份開始搭建的，一晃現在都11月，已經有4個月時間了，在這段時間中我們新建了很多内容子網站，目前新增的工作已經告一段落，接下來就是對已經搭建的網站進行檢查、修改完善。這個改進工作已經開始進行，我現在把規劃及實施進行一些記錄：
Drupal的Boost Cache是個好東西，可以實現将匿名用戶訪問的内容完全靜态化緩存起來，繞過PHP和MySQL，隻需要Apache就可以對付用戶的浏覽，可以極大提升網站性能。Boost模塊的配置也比較靈活、複雜，可以設置排除某些種類的頁面不緩存、可以設置更新周期及辦法等等。今年我們用Drupal搭建的網站多數都是數據量大、更新不是很頻繁的内容，基本上都使用了Boost。
不過偶爾有網友發來郵件，要求我們删除或者更新某個頁面内容，如果隻是删除某個頁面的話，包含這個頁面信息的分類頁、Views頁面可能都因為有Boost緩存而無法自動清除。還有我們自
2002-2023 v11.7 a-j-e-0
