IT技術工作日志

2006-07-05T00:25:00.000-07:00

博客和??网站上都出?由于XML、DATABASE不一致而?生的??。blog上一?出?由于?有在xml??有同名模板而??，解?方案可以是允?清除同名同博客的模板。??网站上?一次出?的是text的同名未??，上一次的原因就忘?了。?前?量不多??可以手工更正，然后?察??出?的原因。

2006-06-22T20:11:00.000-07:00

新的系統完全沒有表現出新的效能反而出了許多新的而且是常規無法解釋的錯誤。前面那個發布中斷的錯誤，在放上在線後就消失了。這樣我可以理解為：這套機制沒有一個時間繼續，因此，如果性能裕量太強，就會令文件發布速度太快超出了java垃圾箱處理的速度。這也只是可能而已，因為實際上我是顯性地執行了清空操作，仍是沒有效果。

運行了幾天，好象沒有什麼事。但昨天馮進行了一次更新後沒有顯現，重啟了系統後，有體現了，但不久就發生了jvm錯誤，退出了。然後我連續幾次，包括把原生文件刪除，仍是如此，連續工作的時間不超出一個小時。這就是奇怪之處：

１、如果有這個錯誤，那麼在試運行的一個多月以及已經在線的幾十個小時裡，為什麼沒有出現。為此，我特意再查安全記錄，沒有證據表明有外來成功的入侵。但我仍是更換了更高強度的密碼。
２、小馮的操作查實是常規操作，因此不應該有不良的反應，至少在重啟動以後。
３、不是一開始啟動不起來，而是運行一段時間後退出；
4、剛才是一啟動十幾分鍾就死（恰恰我的電腦也死了，沒有看到），但是現在啟動了已經一個多小時，還是活的（密切監視下），這又作何解釋？

另外，部分操作，象生成目錄，一會兒可以，一會兒就不行，顯得非常不一致。而不行後就一定不會，直到重啟。換了一下1.42　java似乎好一點，但是早上一看，又是早已退出。

而且更妙的是，這一條肯定就不是科學的，如果是的話也是matrix的把戲：我一直看著它時總是好的，而如果我的桌面電腦出了問題，剛才也不知我的剛裝的windows是什麼毛病反正從firefox開始一下子死了，等到重啟回來，那台服務器也完了。兩個完全無關聯的系統同時以不可知的原因同時死掉，不是一次！

這種問題，大概找巫婆來解決比找工程師來解決更合適一點。

Anyway，有幾條在下一台中可以考慮：
１、可能是舊版的java(1.4)與新的2.6內核不兼容。但如果這樣的話，應該在網上有大量這樣的信息出現，我沒有見到。
２、使用1.5java必須升級jakarta，以及程序內中代碼。這是一個大工程，而到時是不是能夠解決問題，也是天知道。java這樣做法，可以說辜負了我們的信任。
３、重裝回2.4內核必須考慮編入那個硬盤驅動，記得試過一次，不了了之，也就是說不是失敗但沒有成功。詳情記不太清楚，好象是：現有的glibc庫不支持對前一版的編譯，而當前可用的老機資源太少（？？）沒有編起來？。這條路沒有試透還可以再試是真的，但也是一個大工程，別的不說，光是那幾百個選項就夠玩的。
4、新的DELL機硬件和目前的軟件不配。這個可能性有，但可能性不大，一來是硬件和軟件隔了一層，我們是在操作系統已經識別的硬件功能上工作，與硬件已經隔了一層，所以不應該存在不配的問題；二來也沒有什麼解決辦法：64位的操作系統安裝盤都動不了，拿它什麼辦法？天知道是硬件系統讓它動不了還是那些個64位linux本身有問題（用的人的確很少）.

在GOOGLE上查一查，結果不多，有几條：
http://forum.java.sun.com/thread.jspa?threadID=307252&start=30
大致是有几种：
1、把tomcat重新在新的gcc上編譯一下（目前用的仍是老的代碼和jvm);
2、校低版本java1.4；
3、校低版本到linux2.4?核；
4、校低版本到glibc2.2.4;;
幾個原因指向于新的glibc与jvm的gc()方法上的沖突，但解決辦法卻沒有幾條。畢竟，這是操作系統級和JVM語言級的錯誤，一旦出現，實在是沒有太多的辦法的。

把java1.5換上去，也是如此沒有什?改進（但這?有一個插曲，先前好象在另一個內核上試著升級到1.5jvm失敗，但無意中發現有一個參數：
LD_ASSUME_KERNEL=2.2.5;export LD_ASSUME_KERNEL
既然它與glibc版本有沖突，那?這個可能是與沖突有關的。嘗試著注銷了這個環境變量，居然好象好了。連續運行了四個小時，大概已經運行了jvm好多次了。（按先前的表現，在一個小時內就會運行）。

正在高興時，同樣奇怪的事情發生了：我的windows桌面機和幾十公?外的linux服務器上的tomcat同時死掉了。以致于我必須重?桌面才能去照顧linux。這樣湊巧的事情接二連三出現，是不是意味著某種不是湊巧的東西，難道這真是一個matrix?

同樣奇怪的事情繼續在linux上上演，在tomcat自動退出後，無論我如何殺死java進程，重?tomcat，更換java版本，設置環境變量，反正，tomcat是一?動就死。死亡原因是大量的outofmemory，有時是其他的原因。直到把tomcat重?後，才算重新?動，但能維持多久，完全沒有譜。這說明，至少是這個內核，沒有釋放前一次的進程資源。這?，還沒有嘗試的就是
ulimit上給它一個更大的數。

事實上，無論是linux還是tomcat還是java，好象都是越升級越糟糕的樣子。我是不願升級的，實際上只是給硬件的升級裹脅著。就算現在繼續運行，也不代表著問題已經解決。四個辦法中：
1、把tomcat重新在新的gcc上編譯一下（這個工程在可以承受的範圍內，可以下一次嘗試）;
2、校低版本java1.4；版本的調試也可以用到原來的服務器上，主要是確認新的版本可以適應舊的內核。
3、校低版本到linux2.4?核；這個可能很麻煩。只能在新的系統上才能嘗試。發布時也必須到機房一次。
4、校低版本到glibc2.2.4;HOWTO，並不清楚，也沒有太大的把握。

2006-02-04T05:57:00.000-08:00

近段不但硬件令人頭痛，連軟件也常常不合常規，當然，軟件的錯誤也可能是由于硬件的故障。

備用服務器前幾個星期的大修，其中的原因是其中的raid，以後我是再也不用raid了，得不償失。而自從raid除掉後，後來其中有一兩個分區有壞區，可是我 fsck查時，又總是得不到壞區的提示。?保安全，把?動時的所有分區安裝全部關掉，只留下root區，這樣就避免由于遠程?動時不能現場掃描硬盤以致於啟動失敗。所有的raid全部清除，只留下單獨的硬盤。

今天正在操作時，可以肯定是死機了，然後在令機房重啟時，機房報告成功啟動，但是我這裡卻監測到啟動不成功，或者是又重新死機了。所以，這就形成幾個不尋常的因素：
1、在我偶然操作過程中死機；
2、重啟後重新死機，這同樣是機率極低的情形；

從最新機房反饋看，自檢階段就沒有通過，似乎與主板的故障有關系。

2005-11-09T02:35:00.000-08:00

高今天大部分時間不知道上什麼地方了。胡晉的離職其實不是什麼壞事，尸位素餐薪水不算低真是有不如無。對我來說，這不過是一個利益權衡的問題。一方面，公司目前承擔不了太高的薪水和技術開支，從大的方面看，公司項目的成功對我是有利的；但是項目成功卻把我推離關鍵崗位，則對我也是不利的。這也正是我與陳鬥智的地方。

陳對技術一竅不通卻好於使用權術，我基本上可以肯定，他一方面對我的技術能力和作用嚴重低估，遲早會以某種形式表現出來；另一方面，一旦有人可以代替我，他就會盡力降低我的份量，這是可以預見的。而這種對於大的公共目標來說，是有害的，因為，本人的技術能力實際上就算是花每月五萬元，也未必就能找到替換者，這條，由於他完全沒有技術上的概念，是完全沒有感覺的。換言之，他希望找人來對我的位置備用，只是無用的白花心私，卻會損害有限的資源使用。

另一方面，我完全自已乾也不是不妥的，這意味著透支我的勞動任人揮霍。因此，在胡晉離職這個當口明確這個關系，於人於已都是有好處的。高的能力範圍已經很明顯了，我還是直接指揮馮可以得到更好的使用，但馮的陽奉陰為也是明顯的。目前這個人事，實際上已經到達了某種極限，不是某個人可以輕易改變的。真的搞，就應該把王去掉，他恍惚是一個毒藥。陳最麻煩也最令本人反感的地方就是他歧視技術，同時又想控制技術；——等同於想不勞而獲，是最令人討厭的地方。所以對陳最好的辦法就是聽，善則取，不善則不辯也不辦。

正因如此，陳對於胡的去職緊張無比，實在與我無幹。

2005-11-07T18:11:00.000-08:00

這幾天的讀數偏高，看來還是有一點誤差的，就是把archive劃入了統計範圍，這樣基數就比原來要大，也令估計要比實際水平要高。也許，這是這個周未顯得高漲的一個重要因素。這個因素必須在其後扣除。另一方面，alexa的讀數的確看上去挺好看的，周未基本上保持在比較的高位。下面就是要剔除可能的增益因素，看看實際的位置形成在什麼地方。

S 的那個什麼站我就持低調好了。動態網站那裡還需要添加兩個功能，一個是會員管理的功能，另一個是import的功能，第三是翻頁的功能；另外還會加上 BBS等功能。論壇工作量不少的，目前仍沒有看到邊，而且論壇的功能實在是太重要了。今天顯得遠比昨天要疲勞。新浪几?网的新?中心的速度慢得出奇，似乎加重了?种疲?感，至于它的???，更是?得垃圾?比，根本不可以使用的。

蔡?的那?病?是有搞?的，?不喜?任何蔡插手?的?西，不少??上是有?偏激的。不?如果蔡要求立刻放下所有?西也是不妥，?竟手上的?西的一期接一期。?在要安排?始与北京?系?方面的需求。

北京的服?器大致也要?始?手搞了，到目前?止它的作用只是作?我的一?????架，??架子也太?了。

2005-11-03T20:22:00.000-08:00

近日一直被木馬困擾：不知它是在什?地方?動載入的，同時又無法刪除，與此同時，在進程中又看不到，必須使用特殊的工具才能看到它的運行。————倒不一定是木馬本身，象那個alexa工具條為什麼總是出現，就一直令我不舒服。查找了一些資料，發現這是BHO　COM，這只是一個例子；估計不止一個程序擁有私有的程序空間，然後可以把不同的木馬，假如有的話塞進這個程序的內存空間裡運行，別人是很難發現的。

恐怕這也是WINDOWS的安全性實際不容樂觀的地方。一方面有心人可以對普通的用戶構成很大的信息不對稱的優勢，另一方面，用戶要找到相應的檢測自已網絡狀態的工具，卻不容易。微軟居然沒有提供可以WINDOWS裡運行載入啟動程序的方法的基本方法匯總！

胡的壞習慣真的要改一改了，動不動就問，自已不動腦筋。所以聊天工具所謂提高效率之說根本上就是胡扯，實際上，對於強手來說這個工具有不如無；對於弱手來說，反而是便於產生依賴感。我決定不理他，然後找機會批批，讓他清醒一下。

看來ALEXA的的工作是由基本驗證功能組的AlxTB1.dll和網絡訪問資源的AlsRes.dll兩個部分組成，由aid提供主要的參數控制。 AlxTB1.dll不太明白的地方是有時好象是必須的，而有時侯，這個進程根本不在，卻也好象是可以正常工作。或者，它如果不是通過BHO直接帶入內存，也可以作為靜態連接庫進行工作的。最終請求連接串是通過alxres.dll實現。aid首先是找cokkies，如果找不到，就從註冊表中讀這個 aid。

2005-11-01T18:07:00.000-08:00

ALEXA周日看來是清零，不知何故。看來它有可能是一個自動機制，監測到周日的ALEXAIP、AID，以及訪問頁數；如果後者增而前兩者減的話，就是背離。不過周日的另一個監測可以很清楚看到至少ALEXAIP是增的，那麼充其量就是AID減了。這條我目前沒有什麼法子，因為不容易教他們，而且是不是真的有效，也沒有什麼辦法可以識別出來。從後台監測看，他們那一天的確是長時間地掛在網上的。而事實上，我是已經把自動刷新老早就停止了。

本周遲些時侯可以採取晚上停止開機上網；以致於停止瀏覽附加頁，看看對排名的影響會有多大程度。現在看來，停止刷新基本上沒有發現有不良的效果。而如果上述對周日清零機制是這樣工作的話，周日是更不可以以刷新加強的，相反，平時是可以以刷新提高的。

alexa 設定這樣一套機制的目的大概是針對有人專門刷alexa，因此，通過aid校正背離引導清零，的確有一定的作用，但也容易搞錯，象我們就沒有專門的刷它。或者，象股票網站，平時上下甚多，周末全體休息，只剩下少數工作人員加班准備下周開張，是不是就更容易符合這個清零機制呢？

2005-10-08T20:55:00.000-07:00

對於大批量的系統任務，主要是數據重整的需要，通常是大量的同時對系統的負載也是很重的。目前對靜態網頁的需求都涉及到這個需求，毫無疑問在此前需要一個系統日程計時器。而另一個就是定義系統任務，把不同方向列入的任務推入一個階列中，根據計時器的設定，在系統負載不重時把它一一完成。當前的任務是把所有的靜態文章都重新發布，由於量不算很大，可以強行進行，但是，當此時想想應該如何建立一個系統隊列也是合適的。

2005-10-06T18:17:00.000-07:00

10.2的大跌仍沒有任何可以成立的解釋，而昨天對應的10.4由于是停止了刷新，預期大跌卻發現是大升，這有可能預示著刷新是無效的。

大升的原因看來只可能是兩個：其一是由於停止，而大量的訪問給記數了，因此大升；另一個原因是時間段上的原因，由於時間上不是對應前天，而是另一天，因此出現大升。目前是要判斷這兩種情況，實際上是針對刷新有用論和有害論而計。

對用害論成立仍有損害的跡象是：昨天的每用戶翻頁數仍是相當高的。

按有用論計，那麼10.2不應出現大跌，無法判峰，但是10.4之間應該有一個谷（沒有出現），而10.3後應該有一個緩慢下跌（減少刷新頻率），這個倒是出現了。如按有害論，那麼10.2下跌比較容易解釋，昨天的上升也可以解釋，但是10.3是應該上升了，雖然不算很肯定。

無論是有用論還是有害論，都應不確定。昨天打算中斷刷新，這樣預期會有再次上升下降，但想想，時間段太短了，可能看不出的。所以，還是恢復過來，要斷定有用論或有害論，必須延長一段時間，至少在三天以上，才能確認是有用，還是用害。並且應排除象開工影響等因素。換言之，在10.10左右開始中斷三天左右。近日，是保持刷新，然後觀察是否有一個下跌過程。

而變aid刷新，仍沒有看到必然成立的跡象。有害?的另一?支持因素是www子域?有出?，因此，?的?向是有害?。可以再看多一天。

2005-09-22T00:17:00.000-07:00

基表的組件時隔這麼多時間，已經有點記不清楚了，從昨晚開始到現在，把它總結出來。結果表明，這個升級還是比較漫長的，不可能一下子搞妥，依次先是從 memorybase入手，然後是simplebase，最後是在使用界面管理時再合並XContainer，目前，還是先加上需要的項目用著吧。

中午趁著周圍還算安靜的功夫睡上一覺，也就合合眼而已就醒了，內因外因，近來睡眠不算太好。也許是鍛鍊得少了，想去晒晒太陽跑跑步。很久沒有跑，現在跑起來就象一條恐龍，看來要堅持一下。回來就給拉著上了電話會議。這個skype兩個人通話時效果頗佳，但是三個人時就回音大大的，聽到的都是自已的聲音。作為電話會議，看來還是有欠缺的。原因，可能與網絡條件有關系。

blogbus的模板對話界面其實也是讓人犯糊塗的，連我都犯糊塗，一般的人用起來，不雲裡霧裡才怪。

2005-09-01T07:36:00.000-07:00

目前處於完成了博客和動態網站，但仍不停地有著優化改良的工作，這點實屬正常；同時為下一步給各個科室所需要的組件進一步的功能打下基礎。

當前記得的需要添加的功能包括：文章的審記功能；我想包括文本和廣告內容的審記功能可能都應該包含在內；其次是翻頁功能，靜態網頁不存在翻頁之說，否則對系統的更新負擔太大，不值得的，不同提供一個可定制的動態構件，這樣，就完全超出了原來已經提供的範籌。但對於科室的內容來說，卻是非常必要的。

2005-08-30T23:03:00.000-07:00

在模板自動提供方面應該做到什麼程度還沒有什麼准的主意。目前博客那裡基本上也就是那樣了，但是動態網站呢？如果要提供默認的模板，那麼就應該在 dochome對象上添加幾個標識要、分別標識為默認的文章模板，或默認的分類模板……；從使用的方便性來說，這個默認還是有益的。而默認的這些參數，倒也不見得非要放到靈長據庫裡，而衹需直接放到xml中即可。這樣就可以暫時不動數據庫，也就不必因為必須適應dochome而重編譯類，從而要重啟工作系統了。……最后??，????是正确的。?言之，使用?据?作??照根据，而多余字段可以在 xml中定?，完全可以?到既定的目的。

2005-08-28T03:25:00.000-07:00

今天打算整理幾個軍事欄的博客內容，發現那個blogdriver/blogchina/bokee的技術真是太差了；基本上可以說是不可用的，難堪大任。blogchina的缺點從可用性而不是好用性看，缺點有三個：
1）性能太差，慢得難以忍受；
2）性能不穩定，幾乎每三次操作有一次失敗出亂碼；
3）政治審查太嚴格，幾乎是每五次操作有一次給審查。
這樣一來，就變得太難操作了。
blogdriver就更次，bloghina所有的缺點它全有！還要加上後臺操作錯誤更多，更不穩定，甚至於連前臺顯示也是不可靠的；前臺邏輯太次，性能太差；唯一好一點的就是沒有太多的政治審查。

而另一個號稱最大之一的blogcn出基本上可以認為判了死刑。歪酷呢，不易貼圖片，而且不能放廣告（盡管暫時也不會放廣告）；這樣這幾個全都是難堪大任。可以繼續審查另外幾個，在確認可用的以前，看來沒有必要繼續了。

blogbus 是一個依照blogger形式的博客，模板是按頭尾分段的，實際上，到此階段提供完全模板已經不是太困難，不過，它顯然還不能提取對象，而衹能把約定的對象集合提供給用戶；它的解決方案是PHP當然就不可以進行反射訪問了。初步看來是大致可用，可以拿軍事題才試一試。

2005-08-24T21:32:00.000-07:00

自從放開發博客編寫後，博客上佔用的時間開始大幅度上昇，這中間帶有重整幾個博客需要的時間，但是仍需要考慮一下在時間上的分配。象今天，就沒有博客重整的前提下花了一上午的時間，這其實是看新聞發評論的一個延續，但時間如果不受控制就不應該了。因此，必須加以更改，看新聞如果覺得有評論價值就收藏起來，休息時侯再作評寫。

國內的博客控制日趨嚴格，說真的，目前國內的博客真正有價值的沒有幾個。歪酷不適於大規模的投入，衹能夠作為試水和備份用；博客中國的控制太嚴， blogcn的瀏覽效果太差，其他幾個更加上不了大臺；海外博客幾乎全部被封鎖，估計剩下的也衹是階段性可以訪問。因此，很難獲得完整的博客效果。適於在發表文章時訂立優先級，然後一份不能就不發，轉到下一份去；對少有兩個地方獨立發表，這樣就不會有浪費了。

博客本身的價值目前可以看作有幾個層次：
1）經濟價值，隨著點擊廣告的否定，這一價值沒有看到成立的證明；
2）職業上的價值；獨立的職業行業觀點總是會帶來蒼蠅的嗡嗡叫；誠然，對於專業程度不高的人士有高擾作用，問題在於，專業程度高的人就會完全接受了嗎？這條價值是等觀察。
3）社會觀點上的價值：這是一種社會責任，不平則鳴，至少顯示有願作仗馬之鳴的人，提醒幾句；社會類的文章和社評基本上是這一類；
4）文檔的價值；恐怕目前是最主要的，無論是技術文檔還是其他文檔，與其留在電腦裡不定派不上用場或者什麼時侯忘記了，不如放到網上。網上有兩個以上的地方放置，還是比較安全的。
5）社會科技的隨筆，這類文章無論在那裡都無多大所謂的。

一、技術、職業類的文章首先在csdn上發表，隨後在blogchina上發表；這類文章遭禁的可能性不大，主要是爭議性的地方；適宜視時間一批地發表到其他的地方；

二、社會爭議性的文章受限制最大；適宜依次在歪酷，blogchina上發表，如果blogchina上不讓發，就轉到blogcn上發；在國內有兩個地方放置，同時定期一批更新到blogger、blog-city上。

三、普通文檔的價值；這類文檔不會受什麼限值，主要是保存可靠性的問題；可以在blogchina/blogdriver/歪酷上放置；不見了得要拿到海外，它們的分類功能一般都比較地脆弱；

四、社會科技的隨筆同三；可以分類分批也發布到海外站點；國內首選是blogchina/blogdriver;

最後，適時搜集開通一下新的海外博客，或者還有新的海內博客。

2005-08-24T07:31:00.000-07:00

今天主要是整理博客，不過，再次碰到了先前的事情，除了性能以外，blogchina還有更多的政治控制——說真的，如果我是投資者是絕不會投資這類網站的，也衹有美國那些不明內情的投機商才會對這種東西感興趣。除了在外面的網站找到托管外，在大陸上也准備一個為佳。blogcn再次使用後仍然沒有得到肯定，真的是不方便，前台讀取的速度太慢。需要找另一個,初步感覺否酷不錯，這個網站作?備份用途不錯的，以後不能放廣告是以後的事情，現在不用操心。

由於它的控制太多，所以blogchina不能擔當主力站點。

當網志放到網上去後，總會很快地招來蒼蠅。你或者是胡說，或者是沈默，或者是不痛不癢地說些擦邊話，誰也不找你麻煩，不過當然，誰也不會在乎你的生死得實，因為你是小民而已。但如果你據實直言，馬上就會有些永遠不敢站出來說真話的人躲著為王前驅，他們不是因為利益，而是因為文化；盡管這些人要麼是奴才，要麼是廢才，但他們就是看不慣有人不願象他們一樣怯弱，對著當權者他們不敢吭半句聲，衹能躲著抱怨，但是對著和他們一樣的卻敢於抗爭的人，他們的乾擾會被當權的既得利益者來得還要快。老實說，中國進步不了的原因很大一定程度是由於有這些“義勇軍”的奴性存在，而不完全是由於當權者完全不開化。

我曾經考慮是否應該容忍一些惡意的評論停留，但一來自已的發言在別人的園地裡待遇也不怎麼公平，二來呢，也沒有時間和蒼蠅貧嘴；如果這些人真的是實話論說，那怕意見相逆，我都可以接受，但躲起來罵街，我看刪了就是了；有本事他就開個專欄對罵，反而是件好事。另一方面，象技術類文章，到目前為止反對的量並不算多，盡管一些中國特色的語氣讓人不舒服，但實際上也是有好處的，至少可以在正式生活中可能發生衝突前，在網易上預演：可能會有這種衝突。除非，我放棄所有的獨立觀點，但這是不可能發生的。

驗證blog-city也不行了，是由於蓋世太保把它加入了封鎖的名單，這個政府真是越來越可愛了。

google adsense使用上的問題

2005-08-22T04:10:00.000-07:00

盡管已經放棄了這個東西，但既然放棄，就值得回憶一下碰到過的幾個問題，作一個總結，當一個網站放置google廣告時，大致有幾個問題：
1） adsense服務器經常不通；廣告經常不出現；這與服務器連接有關，一理出現這種情況，網頁下載和顯示就不是快或慢的問題，而是能不能完成下載的問題；所以，如果把google廣告放在網頁的前段，真是找死；
2）就算服務器連接是行的，實際上也經常不出現；特別是象中過一起3712，265之類的流氓插件後，就算刪除了，也常常令google廣告顯示不出來 ——經驗表明，一邊使用的IE瀏覽器不顯示率超過四分一。一旦google廣告失蹤，網頁缺了一塊，要多難看有多難看。必須另外設計網頁輸出默認的圖文。
3）就算能夠顯示出來，常常衹是顯示少量廣告或乾脆出公益廣告；對於一個廣泛使用 google adsense的站點來說，大部分頁面衹在很少時侯會出有價值的廣告，要想出點真正的廣告都不容易的。專業性網站內容出現真實廣告的機會要高得多。
4）在這個顯示出來的幾率下，google公開聲稱平均點擊率衹有0.2%，超出就是不正常的。

這幾條下來，幾乎斷絕了散站使用google廣告可能獲利的可能；實際上，要達到5美元一天這個不算高的值，實際要求一個網站很可能每天內容點擊50萬以上（至少），相當於一般標準的百萬pageview，就算是中國的商業網站，也沒有幾個真正超過這個值呢！

所以當時就感到google是不是太瞧不起中國人了？這也是我要做“可行性研究”的原因，因為直接的感覺就是不可行，結果真是證明了這個測想。

那麼在海外，是否可行呢？英文的表現有幾方面是中文市場比不上的：
1）廣告客戶多，極少出現無內容顯示的情況，服務器連通可靠，幾乎沒有出現過連不同顯示不了的情況；
2）廣告客戶多導致點擊價值高，平均每次點擊價值達到0.2美金以上，甚至0.5美金以上；
3）關鍵字匹配的確貼切，比中文好得多；
4）預期廣告點擊比例高，一位英國朋友告訴我，預期比例是1％，比中文網站高幾倍。

因此，如果以一個美國人partime預期一天25美元的收入計，相應的點擊量要求是50*100=5000次內容瀏覽，這是可能達到的（牛虻的個人網站就接近這個數值）。以美國平均每小時工作收入平均是15美元計，相當於partime工作量一天是一個半小時左右——足以維持很好的內容更新。因此，是可行的，這也是歐美的博客廣泛轉向幫助用戶放點擊廣告，再通過用戶收取費用作為博客的贏利模式的基礎——當然，點擊廣告不是僅僅來自於 google，大部分由網站自已提供。

而同樣的標準用到中國，就算以5美元為目標，也是遙不可及（上述），一個個人內容供應的網站，就算是大名文豪之流，一天有一萬就不優秀了，它對應的預期收入不超過5美分，卻要求至少三四個小時的partime工作量，所以在中國完全不可能的。有人聲稱它的個人博客達到日10萬的流瀏量，作為監視過並監視著幾個排名在千內的網站的技術人員，我覺得……那個東西可信性極低，除非……作蔽。

呵呵，有兩個adsense帳號給封了

2005-08-22T02:25:00.000-07:00

忙於手頭上的工作項目，已經有兩個月沒有上博客，也沒有理睬adsense以及有關的信息，第一個帳號是先鋒官，專門用來試驗adsense的商業邏輯和反作蔽算法，以及實際上發布google廣告是否有經濟上的價值，這裡指的是實際上不作蔽的情況下。所以給禁掉是遲早的事情，但是第二個就不同了，極少使用，根本沒有作過蔽，卻也不知是什麼原因給disable了。由於原來用於注冊的那家郵件商也掛了，以致於我根本不知道實際原因在那裡。但作蔽點擊是不可能的，因為我自已從來不佔迷個帳號，而且是用不同的地址不同的網站不同的人名申請的。

但估摸著原因也無非是幾個一：一個是使用頻率很低；第二是用到多個非域名網站上。我論如何，可以證實的就是，google並沒有我預想的那樣高明，或者是技術還沒有預想的成熟，它本質上還是玩一次性大生意，而不是玩多次性小生意組合的大生意，所以，adsense分散的關鍵字廣告很可能在google內部是一個已經開始萎縮的業務，google希望它用到大的客戶身上，即primier客戶；以及直接用到自已的右側排名，這個業務，本來就沒有打算廣泛提供給小客戶。問題的關鍵在於，這些primier的客戶本身就有廣告業務，又何必衹拿十分到十分二的回扣，把大頭給google呢？

總結一下過程中對google adsense的看法，可以看出：
1） google的廣告客戶不多，特別是中文客戶不多，因此，廣告內容顯示的可能性衹有不到二分一，這是通過對幾個較大的商業網站的試驗後得出的，這幾個網站的alexa排名都在1000以內；這是最關鍵的，皮之不存毛之安附？何況 google要首先照顧自已的右側排名？
2）其次是中文點擊分配的收入太低，一次點擊的收入大約衹有一美分左右，偶然出現的較大額分配更象是隨機的誘惑；這實際上也與市場有效有關。

上面兩個原因就決定了在中文內容中發布googleadsense在經濟上是不劃算的，google聲稱中文網頁平均點擊率衹有0.2%，再按上面的拋棄比例計算，不難得到要達到一天5 美元的“個人”中國級的收入水平，要求該網站一天的主要內容點擊實際達到25萬，使用會話登錄的還不能算數！（象網易社區就全部不算數），這對於個人網站（頁），其實是不可能的。

3）是有罪推斷原則；
google的反作蔽措施其實很簡單，衹要可能是有罪的，寧願殺錯不可放過；而不是真的有技術上的絕招；這是在反復測試中得出的結論。事寮上， google確認的所有可能確認是作蔽的方式，都不可能超出ipv4/http rfc的範籌，所以如果真的使用寫程序修改ip_header掩蓋路徑，或者改寫瀏覽器http_proxy訪問標識的話，無論google使用什麼日志分析工具都是白搭的。由於沒能唯一可靠的識別措施，google使用有罪推斷原則也是可以理解的。衹不過，這樣一來，基本上就足以令特別是中國這樣網絡落後地地區幾乎人人都是作蔽：象IP/點擊數的比例，在歐美是作蔽鐵證，但是在中國，上千用戶共用一個IP是常見的，象鐵通用戶，甚至一個縣衹有幾個IP也見過，在歐美那套分析來說，就是典型的作蔽了。所以，除非是很大的網站，否則，幾乎人人在google看來都是作蔽，這也為google可以隨意把可能需要付帳的帳號輕易封掉，而不需要其他借口。google據說是錢會退回給廣告主，但天知道它的利潤是不是來自於這些有意無意的賴帳。

象中文網頁最高0.2%點擊率不知它是如何確定合理的，實際上，“中文網頁”是一個大得無法量化的範籌，顯見的，專業性的網頁較之非專業性的網頁，僅僅從關鍵字的匹配來說，被點擊的概念遠遠超過非專業性的網頁，我的在兩個大網站上放置了一個月的顯示結果是專業網站專業頁面的點擊比例超過1％。但一旦超過某個值（象0.5%），就基本上是給disable了。結果變成：除非你的網站是沒有人看的，否則就會被封掉的。事情到這裡有點荒唐了。

4）單方解釋有效；
這是google協議上最重要的一條條款。由於所有“識別作蔽”的措施都衹是跡象，任何一種“跡象”可以存在實際上是合理的解釋，因此，在協議條款上要求合作方接受google單方面的解釋，這樣一來，中小合作者就處於完全沒有保障的尷尬境地——到此，牛虻完全理解當初一位過來人所說的：“no income should get from adsense,you can try it”，是什麼意思了。

5)google是否有自私的思維在內？
和幾個朋友連系過都發現，平時沒有反應的，一旦你要求google按期付款時，不兩個星期就 disable了。由此可以想見，google平時不理的，如果你要錢，就有人打開某個監示日志，發現有嫌疑，就disable掉——顯見是有人參與判斷，實行有罪原則，這就不難想見為什麼冤案如此之多了。但問題又來了，它的錢真的退回給廣告主了嗎？使用人進行管理，就意味著人力成本，google有這個預算嗎（在該項業務的平衡的範圍內）？為了控制人力成本，它就必須限制發布商的數量，估計這就是它定期“清理”的另一個原因，那怕其中存在著冤案。另外，google可以用發布商有嫌疑降低可信性為由，那麼在發布商來說，google本身的公信力也存在著一次次夾著大量冤假錯案的disable而下降——結論也就衹有一個： google本身就在放棄著面對中小發布商的adsense，甚至實際上放棄著google網站以外的廣告內容展示商務——盡管它目前又在嘗試進入 rss。

所以歸根到底，還是在互聯網上開放的點擊廣告中介服務還缺乏嚴格可靠的防作蔽措施，使google特別是對中國發布商（是不是衹是中國？）采取了過份嚴厲的控制措施，至少在中國，這項業務沒有成立的必要條件。大的發布商不需要google adsense，小的發布商google看不上眼，那就不知他想怎麼樣乾的，畢竟google裡頭仍是一堆人，不是群神。

最後結果，研究googleadsense的代價是上了一個月的“夜班”，衹拿到一期50美元的“勞務費”，這是在英文網站上得到的，但仍是得不償失，呵呵。……其實， google大可不必如此，它的武器最厲害的一條是廣告價值可算可不算，算多算少它說了算，完全不必背上賴帳的嫌疑，相反，它可以利用作蔽的行為，在自已不受損的情況下把所有廣告競爭者消滅。……google並沒有我開始以為的那樣精明。

實驗結果很不妙，對中小發布商來說，google adsense廣告可能不存在經濟價值

2005-07-06T15:34:00.000-07:00

google廣告的反作蔽措施主要就是同型網頁價值遞減微略，的確帶來了一些麻煩，但是也導致老實發布內容的發布商實際上得不到應有的效益。撇除廣告內容失效部分，作為中國發布商，內容總是和網站本身的分類密切相關，實際上發布了的優秀內容也會因為這種遞減策略，而導致很少的收益。因此，GOOGLE不適合這種網站，它的效益，還比不上直接地多分布內容發布，當然比不上映像點擊。
其次廣告內容大量被IE屏蔽，加上GOOGLE自已也經常不能顯示，點擊後總有錯殺，因此，如果國內廣告衹有三分左右的點擊效率，那麼，實際上衹有二分一到三分進帳，本質上，這是GOOGLE對中小發布商的一種剝削。這說明，對於中小發布商來說，不作自行點擊作蔽，基本上不可能獲得真正的收入。在這方面，窄告的效益比GOOGLE要好。

再次實驗分析google adsense的可作蔽和反作蔽的可行性

2005-07-04T08:35:00.000-07:00

今天精神不佳，開會也沒有休息，以至於精神極度疲累，持續時間不會太長，就用來做一做這個總結，這是高度的機密，不會向任何人透露，以保持其有效性。從實際操作看，廣告本身是可以贏取收入的，以致於完全值得自已辦一個網站——對於我來說沒有這個必要的，直接把現有的程序展開就是一個好網站。

就語言來說，英文網站的效果很好，而繁體的網站到目前仍沒有發現有積極的效果，相反，發現許多繁體的廣告自動與簡體文章實現了匹配。因此，繁體沒有必要繼續，可以看作與繁體同等地位，那個能夠贏取收入就用那一個。zwwwwxydiary目前看來要比zwwwxy要好。那麼zwwwxy就轉為英文或是專題形式；慢慢培養。diary方面，看來英語要比漢語要好，所以日記也將主要使用英文記錄。但原創文章卻不可能使用英文，走不通的；軟件的使用方式就可以這樣操作。

匹配廣告主要取決於頁面語言，現在沒有明顯的跡象表明瀏覽器的版本與下載的廣告有關系，要整理關鍵詞也是困難的。把同樣的文章發到不同的地方是一個辦法，有安全因素，也不違反任何游戲規則。但最有效的，顯然是使用簡單的頁面套取放到不同的目錄中，這樣既可以獲得高效的廣告，也可以避免明顯的違規，過一個階段就取下來。如果對象公司是中小型的外國公司，相信也不會遠涉重洋和我爭這個版權；實際上我衹是借用一下，不損害他的利益；而廣告主呢？難以判斷是誰發放它的廣告，何況，這樣的內容我是不准備長期放置的，一旦出現效果老化就取下來或者換一個網站掛取，我手頭上有著四到五個網站，還可以自已制造虛擬主機，所以幾乎就是無限制的。數量多少，僅僅取決於是否應該隱形的原則；就算目錄價值下降，也是無所謂的。

在學會這個過程中還發現了靈活使用廣告的方法，如果能夠解決遠程虛擬主機的問題，從美國獲取收入的話，那麼收入是相當可以有保障的，真的比打這份工的收入要高；但這份工忍了這麼長時間後，開始從這裡體現出了效益，這不是提高一點錢就可以達到同樣的效果的。而在這個位置，可以自由使用網站自已用，實在也是一種資產。

這些個博客目前可以提供三個功能給我：一來我的最強項之一就是寫作，我自覺不亞於我的技術，而且還與我的社會分析能力結合，的確據此可能會產生效益，而不用受到出版者的強行壓制；二來；良好的內容組織可以建立我的社會形象，或者在萬一需要找工作時也可以提供一點帝證支持，實際上這是我組織博客的最早動機；第三，可以提供一個持續的收入源。這條看來還有所疑問,問題在於消耗的時間不能太多,以及至少可靠程度有多大?

google實際上是不能作為一種可靠的廣告手段在中國實施的原因在於，它顯得太不可靠了。除了網絡原因外，可能它自已也做了一些手腳，卻不太乾淨，以致於不少IE是顯示不出來的——我的算是作過蔽，而君的就是乾淨的，都顯示不出來，這就明顯地有點問題啦。另一個原因是，當它顯示不出來時令網頁變慢甚至不能顯示，這兩條令它的實際價值大受影響；最後，它的計值顯然與刷新瀏覽的次數有關系，而算法很復雜；因此就令到blogspot的幾個站點維護成本變得很高。

從公開的消息看，幾萬美元足以令GOOGLE引起嚴重的注意，那麼短時間內的幾千美元也一定會令它注意。象我這樣的分散在幾個網站的做法，或者不會令google太注意，電腦總是蠢的；但如果是使用人來判斷,就很容易導致人的隨意性,這是它不可靠的一個可能。

Google對帳號的價值估計相信和幾個因素有重大的關聯，其一是該網站收錄的信息量，其二是?覽和刷新量。如果網點擊數比較高，這可能與專業類網站有關系，恰恰是這條讓GOOGLE誤解，它是在作蔽，因此，令公共網增加點擊效率的一個辦法就是加強刷新；另一個辦法就是增加其他廣告類別，而前者，有可能令計數失真。從個人來說，如果我的博客文章累積數比較高而文章量上不去，那?就會顯示地讓GOOGLE覺得是作蔽，而增加文章數集中到幾個博客上，看來是有必要的。實際上，這是一個艱苦的工作，而使用映象是盡省事的。使用影像最危險的地方不在於google,而是廣告主會不會摸到這裡找我算帳，大公司不會，但小單位的可能性是存在的。因此，放上去的時間要控制一下。

仍是在可行性實驗過程中。

站點要分級，時間要節約，安全性的考慮

2005-06-27T08:15:00.000-07:00

對數據的分析，表明，操作應該集中到高值站點，並且控制點擊的數量。集中性的操作耗時太高，不易經常采用，一天衹能有一次，大約有一個小時。變換IP對兩個站點的幾下操作可以一個小時一次左右。而偶而的點擊可以時時進行，隨手開始，每次一兩下。這樣的效果最佳。

從安全性考慮，分別iP和代理服務器，擦除腳印已經是最大限度的保障了。在數字上，使用無價值快速刷新看來是一個好辦法，也可以據此開始培養新的頁面；天天數據的保持沒有太大的意義，估計主要在於幫助GOOGLE修正點擊計數權重。單個頻道的高比值並不會形成威脅，而可能會形成對權值的重新評估。因此，頻道刷新維護衹對高值站點有用，而對低值站點沒有意義。低值站點無需刷新操作，中值站點也無需特別的刷新操作，由於使用少量點擊，所以估計刷新的需求會會大幅度下降。

通過作蔽觀察一下adsense的商業邏輯

2005-06-25T09:13:00.000-07:00

自從轉到英語日志，這裡的記錄頻率就降低了，不過，一些問題還是用母語思索記錄效率為高。這幾天讓廣告佔用了不少時間，在使用過程中，對於狗狗的商業邏輯也明白了許多。總結下來是：
1、狗狗不在乎自已的點擊，相反，沒有點擊反而是讓狗狗取消發行資格的重要因素；
2、狗狗在乎的應該是自動點擊；
3、人工點擊的效率偏低，廣告量實際上很有限。

假設要達到一個月1000美元，那麼平均起來，大概必須意味著20000次點擊——這還是效率比較高的，實際上，隨著點擊量的增多，每次點擊比例就下降，估計與其實際上的CPM成反比。因此，實際點擊數和效率很難預計和掌握。從現在看，實際上一天十美元基本上就是極限了。盡管狗狗沒有作限制，它也沒有必要限制，但通過這個辦法實現固定收入，實際上是得不嘗失的。

從觀察到的狗狗網頁邏輯上看：
1、沒有跡象識別到自已點擊對實際收入的影響，證據就是某網自已的點擊有沒有人為乾擾後並沒有出現明顯的變化；
2、單會話連續點擊超過幾次的實際點擊計數效果很差；而實際上一次或兩次點擊的效果反而更好——但我相信，狗狗對另一頭的用戶是全額照收的。
3、基礎的計數和IP變換沒有明顯的效果；但預防性地仍應該提供。
4、對IP總數的記錄沒有辦法適應，但也不會有太明顯的後果，因為中國共用一個IP的情況太多了；充其量衹會降低點擊的實際效果而已；
5、目標網頁的刷新基數對於計數有明顯的效果；
6、公益廣告是有效果的，它表明一個在這個網頁點擊的習慣；如果積累的訪問數不少而沒有出現廣告，點點公益廣告是有效果的。
7、有一些惡意的陷阱，象那個天空什麼的，一點就死了；

因此總結下來的操作手法可以通過實驗驗證,以確認adsense是否存在經濟價值,是：
1、定期地對內部網頁進行長時間的刷新，還可以把網頁上載到網上，對網上進行刷新；顯然，這樣的目的是把總和計數比律降低到一個不太明顯顯的比例上；
2、把調整性的刷新網頁也加到頻度中，這樣可以令頻度計數顯得相對地柔和；
3、盡可能保持對目標網頁的刷新計數。
4、每組十個瀏覽，或以上，不受限制地點擊（沒有跡象表明點擊數與效費比有明顯的）；每次瀏覽時間大約在一分鍾以內；工作機原則上不作刷新工作；
9.注意對高值目標的刷新，保持相應低的點擊比例；

然後計計數，這樣估計要花多少時間？估計1到2個小時。產生這樣的差距主要原因有三個：
1、網站可靠性及網絡可靠性不見得可靠；
2、代理服務器不可靠；
3、經常不出現廣告；
但操作時間如果超過兩個小時，就會有重大的代價；

已經基本確定的是，單個頻道的點擊率不應有影響，綜合性的點擊比可能是最重要的參考值，原因在於博中的帳號在頁面上已經刷新了N次，結果完全沒有計入數，卻把頁面上的點擊數統統計了進去。目前這種一次性完全打開的效果看來是不錯的。但卻沒有重復性： 25日效果不錯，但26日開始時的效果就非常差，平均效率衹有一分錢不到。還是限制一下點擊數量為妙，因為，產生點擊的時間花費是非常多的。

站點可以分為高值站點，可利用站點，以及主題培養站點三種；別時可以隨手地培養主題性站點，但是高值站點要注意維護，目的性操作時衹針對高值站點和剩餘站點進行；兩者都要注意維護，也就是盡可能保持點擊比的平衡。在完成一次點擊後，通常要隨即開始相應的維護操作。

昨晚睡得少，但今天精神總體上不算差

2005-06-20T17:28:00.000-07:00

adsense總是不出現，弄得我有點氣急敗壞，乾脆打開另一臺機見一個點一個，結果效果甚佳，達到了幾大元。在開會時再聽到陳說他經常一點幾十個，那就更不擔心了，使用上可以放開來做。高顯然不是一個做生意的人，但她卻偏要進入版面決定，我這次不要她而直接開始後臺版面的設計，其實就是讓她明白她不是非常必須的；在業務上，我比把更在行也更有發言權。我決定把我自已的廣告做上去，以此證明方法的正確性。——這惟乎不難做到，實際上就昨天而言，已經遠遠地超過了公司現存的帳號。
昨天太累了，前晚衹剩了五個小時左右，實際上昨晚也衹是有效睡了六個小時多一點，連續幾天如此，如果不作調整身體就會垮下來。那個家伙不懂規矩，我把他炒掉了。實際上這也突顯出目前的招聘網站沒有達到一般所說的招聘的要求。當我的系統完成後，如果陳不願把它開放到一個完全的招聘網站，我就把它擺到自已的統一網站中使用。目前我其實不急的，新來的人根本就不會幫上太多的忙。
晚上主要是整理系統環境，本來就沒有打算開始程序工作，但仍是佔用了一晚的時間而沒有能夠提早休息。alexa的排名周日調高到了60％，是什麼因素？我也搞不懂。但陳顯然對此非常緊張，而實際上，由於目前的alexa排名在訪問量還沒有自然達到甚高程度時，隨機影響的因素是很大的，一萬幾千的波動純屬正常，應該做的讓它的訪問量繼續向上，這樣幅度自然偏小。答案是明擺著，他就是不願意接受。實際上這也是我不想太客氣的原因——他是既要依靠我去完成實現，同時也指望我必須是最優秀的才能完成這種寮現，偏偏就總是在我的專業能力上持不夠信任的態度——當然，他也拿不出替代人。高其實內心也是如此。這本質上就是一種爭權的心理，或者他們並沒有意識到。而我強行行使職權也是一種示意工作重要性的自然反應。

看來，還是應該在頁豐上保持著一個完整的對象，否則在前面維持著的這個對象屬性的成本會變得太高的。介時如果怕系統負擔太得，可以把這個塞進一個內存cache之中，按一般的估計，實際上動態網站能夠經常訪問的並不會太多的。

下一步嘗試轉移到zcoral使用英文來寫，似乎效益更高一點。這裡留著復雜不便用英文表達時使用。

google adsense廣告展示不平穩，經常不出現

2005-06-20T15:33:00.000-07:00

目前在我的主機上刷新似乎google廣告再也出不來了，似乎是它能夠識別我的電腦，因為從同一個內網的另一臺機就操作一切正常；顯然，它能夠識別我的電腦。但是我刪除了所有google的相關軟件卻仍是沒有得到相應的證據。但是目前沒有知識了解到僅僅通過javascript可以得到我的主機信息，估計它可以使用幾個因素進行匹配，如ip/語言，ip段（因為我的ip是變化了）,屏幕大小等目前可以確定的。

針對這個問題查看了網上的文章，也轉貼了一部分，沒有非常嚴格的結論，有一些是要注意的，第一，平均點擊率是千分之二；可以高一點，但不應該高太多。第二，分布開來是可行的，自動刷新是必須的，而多個IP是無法做到的。所以目前可做的辦法就是按原來的布置，而把平均的點擊數降低它！同時定時搜索部分Ip，而點擊籲現一個漸增的趨勢，由於我沒有明確的站點，因此，其實是無多大所謂的。

我仍然沒有搞懂為什麼在我的這臺IE上就沒有顯示廣告內容？而在那邊的那臺機上，顯示的顯然是按會話cokkies進行識別刷新對象。由於後臺正在刷新，我也不想就此關了，反正刷新的工作不在這臺機上進行雖然無法肯定對方可以識別代理服務器，也同樣一個個地確認是用代理服務器也是一件困難事，何況，為什麼不准用代理服務器？但無論如何，需要收集足夠多的代理服務器。不知為什麼巴林的代理群全沒有了，再等等；而一些不能提交的代理可以用作刷新，就算是很慢的代理也可以用作獨立IP，這樣的目的是為了收集盡可能多的獨立IP，以顯得更為可信。而刷新數字為最後點擊作鋪墊，也是合乎邏輯的；Goggle另一個不妥的地方是由於沒有經常性地出現連接不穩的情況。

後面的處理是先刷新，然後再相應地點擊，其中那個什麼天空二很怪的，一點就down了，消費了我若乾的佔擊一點效益沒有。而公益廣告可能是有用的，這是一個逆向思維，實際上是探測這個站點點擊習慣是什麼。

探討Googel廣告，XML集合沒有必要性？

2005-06-18T16:19:00.000-07:00

由於IE出錯，實際上沒有完成真實的刷新，換言之，ALEXA這兩天沒有受到刷新的壓力。使用計數可以剔除搜索引擎的影響因素，因此可以階段性地用到主網上——但是需要使用另一個ID,以及用到其他的地方，象博客，花的功夫不會太多。而多人看的不妨拿出去，少人看的部分嘛，就拿回來。今天早上沒有豬豬的影響，但仍是六點就醒了，衹睡了六個小時。

昨天廣告界面倒是刷新了三千次之多，顯然，這間合法的，因為沒有進行點擊。而事寮上，我的用意是通過這個做法提高點擊的效益，但是問題隨之出現：廣告沒有再在這臺機上出現了。原因是什麼？我已經把cokkie什麼的刪除了，也重啟過撥號器，按理說地址已經改變，為什麼仍是沒能顯示呢？事實上，目前在提高點擊率的更前一級，還有一個努就是提高廣告的有效顯示率。當然，今天是無所謂的，已經有幾千個翻頁，足夠了，問題衹是為什麼它沒有按IP地址的改變再重新出現？

那個頁面的免費計數器看來衹是體現為一種視覺上的連接，連反向連接都不能算。而對於提供商來說，似乎就是為了給自已的網站提高一點點擊量，當然，還有幾個單詞，記我刪除了。使用99申請的Googgle帳號是快快的就拿到手了，真是快！這樣就讓我花了小半個下午去整理蒙記，我怕涼乾了，而自把幾個博客重新派到象臺灣香港後，訪問量馬上大量增加，的確是有作用的。我打算把醫學和性方面的內容使用這個廣告帳號發出去，在多了一個帳號後就減少了由於反復操作造成封殺的可能性了。另一方面，也可以把敏感的內容相應隔離開來。

中午的時侯由於計數器和新的帳號的原因變成重整，中斷了動態主頁的開發；現在要重新開始了，記得中斷原因是由於要考慮那個標貼是從數據庫讀出所造成的負載問題。如同上面所說，section從數據庫讀出已經是一個重負載，我打算把它消除掉，如果標簽是也是從數據庫中負載每頁使用的話，的確也是一個更大的負擔。目前的設想應該是使用對象引用記錄，在初始化這個網站對象的時侯同時訪問一次數據庫（也就是兩次了，一次是網站本身，而另一次就是標簽自已）以後整頁就在這個網頁對象中轉悠。

解決的方案大約有三個：
其一，是使用象原來的SectionBase的解決方案；其次是連同Database作為一個解決方案，換言之，所有的東西都塞進一個哈希表中，並有一個計時進程定時地把超過指定時間沒有訪問的值扔出去；如果新訪問的值沒有，就從數據庫中讀出來擺進哈希表中，目前的Database實際上就是這樣的東西；
另一個辦法就是把文件定時寫到（發布到）目錄靜態文件，這樣做的壞處是既不能發達到主目錄中，否則會太大，這樣jsp就很難操作；如果由tomcat以外的程序解釋，對於它的解釋就非常困難，比較現實的方法是使用httpClient一個個地訪問頁面轉換成靜態。這套方法如果處理少數頁面沒有什麼不妥，但是如果大規模轉換，就會遇到上面的問題，復雜性成十倍地增加；
第三種方案就是寫成一批的屬性文件或者xml，然後在訪問的時侯讀取相應的項值。struts中的locals多語言版本就是這樣的操作方案，而實際上使用xml用到這這種地方就最蠢了，xml要麼不大，一次性parse後就常駐內存，要麼比使用數據庫還要消耗資源。事實，我目前所知的最耗費資源的操作就是parsexml文件，這還是在使用digester/sax這樣的輕量級解釋方案，如果使用jdom之類，資源的損耗就更大得驚人，用到網站這樣高流量的地方，真是不想讓人活了！

所以決定使用第一種方案。Googgle花了我不少時間，效率因之降低了許多。Google的服務顯然並沒有中斷，但是在這裡就是訪問不了；顯然是給共產黨的蓋世太保給封了，估計也不是為了什麼三個代表，八成是由於共黨持有部分國內搜索引擎的主要收益，明知技術鬥不過Googgle，讓Google進貢人家不理是，也就衹能使出如此下招了。——如果有朝一天統一臺灣，看准了吧，一樣會把臺灣當肥鵝剝削精光爛窮的，否則無論如何體現不出三個代表的先進性的。

XML集合屬性看來需要重新地修正了，原因不是由於實現不了原有的設想，而是發現原有設想可以更簡單地實現——換言之，到目前還沒有發現非要使用xml實現的地方。這已經是第二次了。看來這不是偶然的，XML集合屬性看來沒有存在的必要的。時間太晚了，不能再做下去，衹可以把一些代碼收收尾上載到服務器上，以便明天可以多少交交差。

動態主頁，收拾廣告，計數器，漢字編輯亂亂的困擾

2005-06-17T17:39:00.000-07:00

這個編輯器拿到IE下面就不好用！看來也沒有其他辦法的，衹能是向其中一個瀏覽器，通過再一次刷新向系統傳遞客戶方使用的瀏覽器類型，決定使用那一段的代碼。盡管今天早上仍是早早醒了，但是豬豬不在旁邊蹬著，睡得沈得多了，今晚仍不能和豬豬睡，原則上是不和豬豬睡，她上床我就下床睡地板好。但是從代理到廣告到博客都花了不少時間，找到了一段計數器，可以用到那個博客，在博客上看來也不要寫得太露骨，點到即止，衹需要提示存在這樣的關系即可。否則就會流於與其他類似的形式了。

偷這幾個網頁花了不少時間，除了考慮後臺用例外，它使用div也令偷的難道加大的原因，而且怪就怪在這幾個界面在firefox很好用，但是在ie下面看，卻不是怎麼樣的。這個動態網站與blogger的個人管理還不一樣。網站本身的設置比個人信息設置要復雜得多，反而是提醒了也需要一個個人的信息設置了，假如它不是到總網管理個人信息的話。

修整菜單的其中一個目的是為了適應firefox瀏覽器。現在看來，兩層以上下拉菜單不適於在前臺使用，但適合在後臺操作。同時兩維菜單很難適應不同的瀏覽器，即使是用手工也不易完全一致，更談不上自動出現了。唯一的辦法就是轉換成多級的平面菜單。

一直以來相當活躍的巴林代理昨天起不知為什麼的全盤失效了。實際上對於廣告展示數目不穩不用擔心的，因為中間還有一個變數就是服務器那裡是不是把廣告調了出來？看來，googel調廣告也不是完全一有就調，而是參照性的，其中pr的作用非常大，如果pr高，那麼每次總是有廣告出，如果有人在那頁點擊過，它也會把類似的廣告調出來。

目前比迷惑的地方是網站管理上的用例還沒有作出來，所以有什麼因素還太明了。大致地可以認為有：
帳號管理；
模板管理；
網站基本特性的管理；
訪問統計等等；

當進入到界面部分的時侯，實際上，中文編碼的問題已經開始困擾著我了。其中的一個原因是由於Ultraedit帶了中文字體適應的功能而沒有在菜單上明顯地表現出來。所以我也沒有察覺其中的不同，但是editplus就表現出明顯的文本上有編碼的存在。而且html顯示出了正常的中文編碼，但是變成jsp後，編碼經過tomcat解釋，又重新陷入混亂。顯然，這和我已經習慣了的文本就是最基本的記錄有衝突——文體本身仍是具備編碼轉換。這倒也是，在java中不就有這樣的轉換命令了嗎？還有一個微軟提供的編碼轉換工具，一直不知它怎麼用，其實恐怕就是由於給編輯器自已轉換了所以看不出來；便用它來嘗試轉換一個昨天碰到的文件，卻是一堆蓋茨自已也認不出來的垃圾。

這個問題困擾的地方就是如果我要提供多語言版本的話，那麼這麼多環節上的語言如何適應呢？如果真要另外弄一個文件然後再調用就麻煩透頂了，不過現在還不到傷傷腦筋的時侯，還有更急的事情呢！而硬著頭皮了解那個工具欄的用法，居然發現還是挺用用處的，至少象色彩現在可以弄得豐富點了。

進入到global文件，對於總網屬性又令我重新進行了一次審視：每次刷新都要訪問一次數據庫獲得一個實際上是極少變化的數值是不合適的，應該將這個實體屬性去掉，它衹應該從一個常駐對象中讀出——甚至從一個xml中對讀也是好的。顯然，有些文件很大不宜放到這個地方，因此，最終最好的辦法是發布到目錄中；各個科室也是如此，而小短對象則應該做到一個公共的集合表，直接訪問，當初的sectionbase就是這樣的用處，實際上是有存在的道理的，在下一步就把它恢復過來。這個操作可以把系統特別是數據庫的負擔減少至少一半以上。

從實際上的使用上看，由於圖片路徑是與css路徑相關而不是與文件本身的路徑相關，這樣反而不需要特別考慮它的路徑，這是使用div/css形式的一個好處。但也意味著幾乎是每一個頁面要維護著一套css，到底是不是更方便了真是難說，而對一批人來說，提供了更大的分工方案倒是非常現實的。
一個博客贏利方式的站點；
http://www.creative-weblogging.com/50226711/advertising_with_creative_weblogging.php

看到一個流量統計的東東，免費？但好象還是滿好用的。拿來做個實驗，不過blogspot是不用看的，估計也沒有什麼人看的，那個M版甚至一個人也沒有去看呢！其他幾個博客都是有統計的，所以也無多大所謂。不知主網IP不同時它是否能夠識別，它用的是地址，那麼還要解釋才能對照。它如何贏利？它的程序很簡單，其實我還打算也做一個呢，但是技術水平可能不算高，這條還不清楚，因為如果它直接更新數據庫記錄的話，而不使用消息系統，那麼系統很快就會崩的。至於它如何營利，總不會是為了出一個計算標簽連接，這沒有什麼意義。我相信，它可以提供基礎的統計數據供諮詢者營利，或者當你使用得差不多了，就向使用者收錢——這的確是一條路，如果已經完成了那個消息統計系統，其實是有打算這麼來做一次的。現在，顯然我可以把它連到我的博客上以此統計實際的流量人數。桌面電腦再一次突然耗盡所有的內存，顯然仍是直接是netscape.

從網景起，怪事連連難以招架：先是UltraEdit的漢字打成亂碼無論如何都改不過來，仍然是找不到什麼地方可以設定它的編碼，最後不知鼓搗了什麼地方好了；然後是更奇怪的事情：重寫後的html/jsp可以訪問，而直接訪問jsp路徑就報文件不存在。我實在找不到合理的解釋。最後發現帥於沒能上下文路徑，因此在html條件下由於重新改寫路徑而成功顯示，而當jsp時就找不到路徑，這也提示了一個掩藏上下文路徑的簡單的方法。

搜索引擎機器人，adsword廣告，“偷”後臺界面

2005-06-16T18:37:00.000-07:00

老婆大人總是捨不得把豬豬送到小床上睡，昨天又把她帶上大床，結果我再次是衹睡了半夜的覺，精神再次差得非常。看來，如果豬豬再到我們的床上睡的放話，我就衹好睡地上了。早上給豬豬弄醒了，她睡覺時不但風車一樣轉，而且還間隔性蹬腿，這樣一來在她旁邊睡是不可能睡得穩的。早上六點鍾給豬豬弄醒了，擺弄了一下電腦，然後就在書房再睡了一小覺到8點，總算好一點。但剛開始操作時，敲鍵盤沒有反應，但單獨輸入鍵卻是好的，擺弄了差不多一個小時，總算確認是鍵盤的故障，這個鍵盤就扔了算啦。

昨天的搜索引擎的訪問數量是高估了一點，實際舊每一次訪問會有兩次也許是三次的日志記錄，會話綁定前後就各一次，所以實際的量應該是在二分一以下。而實際上前天的量比例更大。昨晚上碰到更怪的情況，似乎是會話衹綁定不解除，開始以為是由於訪問壓力很重，但到早上的記錄已經達到了5000多，這就說明是 tomcat出了問題了。

上午本想布署一個使用代理服務訪問的環境，卻莫名其妙地花了一個多小時，代理服務並不可靠；另外一點時間是給鍵盤拖累了。有幾個代理服務器表面上看來好象挺快，但是常常是點幾下後就通通不行了。所以就特別的花費時間。組織幾個可靠的代理服務器還是有必要的，辦法就是試用一段時間，如果OK就作記錄。其實那個 blogcn也是夠臭的，居然無法進行登陸了。看樣子也是會話丟失的毛病，看來中國這幾個博客多多少少都有些不可忍受的毛病。測試代理服務器的辦法就是使用NC打開一段時間自動刷新。我估計目前使用NC的人已經很少了，所以反而顯得比較地安全。

先睡個覺，回頭幹正事。

再次研究Googgle的廣告數據，發現它有著計數修正的功能，大致上，如果有一個頻道的日常顯示比較少，那麼偶然性的點擊給的錢就比較少，相反，如果顯示的次數比較多，那麼一次點擊的收入也比較高。這種算法是相當智能的：這就是說散布在非重點網頁的界面即使有點擊，收入也會比較低，因此，如果要提高點擊的效率，不仿先想辦法把相應界面的顯示數造上去。所以實際上造數不僅僅包括點擊，相應，這是效率比較低的一種：保證有一定數量的展示是加重點擊權重的重要因數，而且與自已點擊相比，根本不能算作是作弊。第二個才是點擊，而還有第三個，就是要保持有一定的收入和點擊數，這是對Googgle提示的帳號有效性，這個數不能造得太多，目的是保持自然平穩而不是真的要增加數量，點擊比例一般專業性網站是百分一，非專業性的是千分之一左右，因此把內容組織得專業點可以提高點擊的效率。

事實上，這也並不容易。因為很多時侯，根本就沒有顯示出相應的廣告內容。那個blogcn到下午才恢複正常，打算去上弄一弄它，不過地是有點糊塗了，到底拿它幹什?用呢？目前非常顯然的是，海外的原則上用作繁體而不使用簡體，目的一是吸引海外的讀者，二是對國內的文章作一個備份。而海外目前可用的站點就是兩個，各有限制，還沒有更好的解決方案，恐怕也其他盡管還有一些博客，都會同樣地左卡右卡的。國內的blogchina是主力站點，它的配置水平及不上 blogcn，速度也真是慢。而blogcn也有它的問題，象今天一整天出不來等等。技術型的當然集中到了csdn，那個站點的訪問性能比較臭。我想，象 wartek.blogdriver之類的也不准備再加了，一切以可以發放廣告和訪問方便為准繩。已有的不再轉移，而新開的欄目可以優先考慮 blogcn，因為它的模板可設置性遠遠超過了blogchina.

確認提高顯示次數比自行點擊更有效也更安全後，那麼提高計數的辦法就是使用一個專門的代理服務器的自動刷新頁面了。而在目前的幾個代理服務器中，不少實際上是用不了的。這件事情一直到下午才最後清晰起來。上一封達斯韋德申請的Googel帳號，本來是有很大把握的，但是把它放給英語，結果卻是連泡也沒有冒起一個來。說真的，或者對方根本上就是按地區劃分的，我的收款地址是中國，這是無法更改的。有這一條，衹怕人家也衹會把中國的低值內容給我送來。使用中國價值爭取高值市場的設想可能無法實施的。我留意到上一次申請時並沒有驗證網址，所以這次把99拿上去，看看結果如何，如果還是不行，就要試著改改地址了。

下面是要增加一個菜單，不過我還沒有想清楚需要一個什麼樣的菜單呢！結果順便把ysw的菜單整理了一下。

今天花的時間裡其實代理服務器的收集測驗花了不少時間的。而應付高的無病呻吟也花了我不少的時間。

使用Google的廣告十天後的觀感和博客的錢途

2005-06-16T01:20:00.000-07:00

對於Googel的廣告好奇心正在逐漸消退，隨著了解的深入，對於Googel的廣告所能達到的一些作用也開始有更准確的認謖。

在申請Googel廣告的時侯，目前是這樣的：
1）了解有多少人關心我的文章知識，假定是可以通過互聯網的關鍵字搜索到而不是通過自已做廣告的話；原設想這可以通過廣告的顯示次數進行估計；
2）點擊廣告是多少？
3）具體那個站點的點擊計數是多少？這其實是把Google降格成了一個計數器；
4）整理一下知識，把網上日記從亂七八糟的自已記錄變成有潛在價值的資料庫；當然，最敏感的部分沒有放上來；
5）順便看看可以帶來多少收入。
6）了解一下是什麼人做廣告，以及對廣告的受者心理是什麼？

老實說到目前的廣告點擊有一多半是我自已點的，目的不在於錢，才幾個錢算什麼呀！一來是好奇，的確想看看到底是什麼人賣廣告，主要是Google匹配廣告的邏輯是什麼。二來是聲明一下存在，免得Google到時把俺給砍了，一聲Sorry就讓我回家去。我估計Google也不會在這個地方給我計較幾個美元的出入，反正羊毛出在羊身上，用不著Google自已掏錢的。從adsword的用戶信息看，有追蹤效果，但是沒有明確給出是誰誰那個網站放過的，看來， Google是把解釋權放在自已手上，避免有不必要的爭吵。

但實際效果並不完全如意。
第一；無法了解到實際上的pageview 是多少，原因有兩個，adsense的頻道是網頁地址而不是網站，所以除了這個網頁地址外其他的網頁它統統統計不了；其次，它不是每次都顯示的，甚至不清楚它顯示的比例是多少。但看得出，它是根據一個緩存中的ID顯示的，每一個ID顯示的量非常有限，所以會出現如果在一個地址長時間訪問自已站點的話，根本看不到Google廣告的出現，這是為了提供廣告的實施質量，是有道理的，不過放置廣告就不能准確知道視覺效果了。其實，這裡可以使用一個開關讓調式更方便一點；

第二；收入是多少？就本人來說，如果不是試著這個adsense廣告，大部分情況下是對廣告自動視覺過濾，根本就從來沒有點過人家的廣告。不過，自從有了 adsense廣告後，由於對它興趣濃厚了，倒也覺得其中有很多廣告其實是蠻有意思的。所以我點擊這些廣告後，也不是一走了之，大部分情況下是會真的進去試一試，實際上，這個廣告變相讓我了解其他網站的運作形式。但就客觀的評估而言，單純的博客內容，難以吸引長期的穩定的收入，除非是一些特殊的成本之類的內容。但如何把它與廣告結合令用者和廣告消費者感興趣，還沒有多少idear。總之，如果沒有進一步的組織措施，希望博客文章有穩定的收入，是不太不現實的。我的博客量算是大的，我算了一下，就算全部掛上廣告（衹要托管站不是非要自作聰明的卡住的話，一般都可以放上廣告內容），一天有一美元就很不錯了。而達到這個收入所花的時間用到正事上，我看至少可以賺10美元。可見，這事情衹能是幹正事時bytheway，而不能當真作為一個工作收入。

第三；作為廣告的發布商即消費者，比較愚蠢的是對非直接營收的部分發廣告，換言之僅為知名度發Googel廣告。這是我對受者心理的看法。這和電視、報紙等不同，網絡的特點是短粗直接，廣告接受後可以直接進行消費，至少是消費預演。因此，如果發布者的消費部分未搞好，使用Google廣告的效果令人懷疑；而作為提供知名度來看，成本就偏高了。因此，出於點擊目的或消費目的的廣告包括跟蹤，adsense還有業務上需要提高的空間。

就收入來說，中國國內的消費水平很低，基本上廣告發布少，點擊收入低；大概衹有海外的五分一到十分一。因此，如果把內容發布成英語或者繁體，可以相應地提供收入百分比。在blogpot上一個海外的點擊就曾經給我帶來0.4美元的收入，而國內甚至看到10次點擊，才區區0.2美元，差距明顯。最後，如果 Googgle找不到合適的內容放到發布者的內容欄目，也就無所謂廣告收入了，因此，用詞最後用得規範點，這樣Googgle可以比較容易地找到相關的廣告內容，不然，就淨是出些太陽離地球有多遠的無深入廣告，甚至乾脆隱了形。

這十天的試用還令我對於博客的營收設想有了修正：僅憑博客內容難以獲得可持續的收入，由博客自已經營尚且如此，那麼就博客托管商自已組織來為這些從這些博客內容出廣告贏取收入，衹怕投入永遠比產出多。反過來，如果博客自已沒有收入，也完全沒有必要長時間花錢供養博客網站！因此，解決方案似乎衹能是博客網站要進一步放權幫助博客建立起自已的發布中心，幫助博客賺錢，而不是搞些花梢玩意，象博客中國什麼博客秀之類的，簡直就是白癡。因為它把博客當成白癡了，居然把QQ那些大不透的小兒行為也搬到博客上來。

搜索機哭人的麻煩，“偷”blogger的界面

2005-06-15T16:16:00.000-07:00

老婆始終不願意讓豬豬單獨睡小床，怕給豬豬弄醒，所以睡到了地上，即使是如此，感覺也比前幾晚好得多了，睡得深了，但仍給豬豬間斷性的器鬧弄醒，早上六點半就起床了實在再也睡不下去了。

昨晚上實際上拖到很晚的時侯dep才恢復正常，這就讓我不敢輕易地對萬維服務器進行昇級了。
在連接運行到60個小時後，萬維服務器的內存也沒有很好地得到釋放，出現了outofmemory的反應，而實際上負載並不多。這不知是意外還是意料之內了，原來衹是打算看看主頁對象，但搞錯了服務器，卻發現萬維上不正常，隨後發現有記錄是內存溢出；反正已經改了不少的dep，於是決定昇級到萬維；但是昇級完畢後，發現仍有不穩定，特別是，許多文章欄不見，由於已經全部昇級，連對照的版本也沒有，決定重新用回老的版本，而更新dao和相應的classes 目錄。……最後發現，是虛驚一場。但是，即使是從萬維早上溢出看，原因也是極度不明的。因為當時沒有修改過文件，也沒有很大的負載量，原因的確不明；唯一的可解釋的地方就是由於數據結構修改與CLASS不同，可能造成大量的錯誤溢出。

目前存在著兩種選擇，其一是弱改寫而強目錄；其二是強改寫，弱目錄。目前使用後者看來有點困難，很難做到百分百的匹配它的目錄和文件，如果要看起來象是一個獨立的文件目錄就更不容易，看來，既然已經要修改它的重寫文件，不如改用強目錄。目前的科室同樣是使用強目錄，這樣就需要通過系統腳本生成和刪除所涉及到的目錄了。

午飯前的一點時間收集了一點代理服務器，近來有點奇怪的是大陸的代理服務器越來越難收集了，其他地方的菜機反而是越來越多。還在用餐時高就來了電話，說專科操作不起來，我再看看吧。非常明顯地，無論如何總是很難從目錄結構中得到充分的信息，所以既然已經使用系統腳本維護，那就需要生成一個global的文件放置這些信息，對於一個複雜的站點，這個信息文件還是有必要的。

本來對Googgle想寫一份總結性的隨筆，但結果成了一篇文章，花了一點時間再貼出去。下面是做一個彈出的登錄窗口，這個很簡單，不過隨後打算“順手”為論壇加上Googgle廣告條，卻花了點時間，由於看不到出現的效果，顯得搞起來頗為勉強。

再下面是搞妥那個後臺管理。結果花了一大堆時間“偷blogger的後臺界面”，因為我喜歡。界面組織其寮也並不是我的弱項，實際上，由於我的建模演算能力很強，所以用例都很有針對性，較之一般的“好看”明顯高出一籌。衹不過我覺得把時間花在這些地方好象不太值，另一方面，我本身比較傾向內容驅動，非界面花梢的原則——事實上我認為對於網站這樣缺乏忠實消費者的場所，界面越花梢，消費者的注意力越是分散，越是不會在這個網站消費。但由於高等人不配合，與其左等右等出不來合用的界面，不如我自已直接采納好了。而最簡單的就是把合用的東西直接偷過來，改成自已的東西。

Blogger的界面幾乎全部使用div/css編制，普通的另存為一點作用也沒有，害得我花了好久時間才把它的圖片一一弄下來——圖片是我真正的弱項，我現在還不會用PS。曾經有爭論說table的濫用，但我覺得table沒有什麼不好用的，衹要注意不要整個大範圍的表格，就不會有問題；div/css 這樣可以把一些圖片以背景的形式在css文件中定義（另外這裡還看到了一個從前沒有見過的在css中定義適應不同的瀏覽器的方式），這樣大概是針對某種團隊組織形式設計的，把圖片的更替可以由界面人員處理，而不會出現：“某某程序員，把某個圖片換一下”，顯然，目前是由於我們的美工太業餘——HTML代碼是她們提供的，她們如果真懂得運用CSS，其實簡單的界面標簽也不會太困難的。

DEP由於outofmemory再次停機。但是在日志中沒有發現有大量的訪問讀數。有一個可能性，是由於訪問其他附從應用導致高負載停機，這是可能的，這樣在主負載應用上就沒有大量的訪問記錄了。看來，要抽時間把內存加上去了，這樣會可靠一點。

晚上好象很旺，顯然是有幾個搜索引擎在湊熱鬧，但同時登錄的也不是少數，居然速度還不算慢，已經1500個會話了，還在不停地增加，觀察內存似乎還有許多。看來的確是有現寮的意義對搜索引擎限時訪問，這點可以使用防火牆很容易地達到的。統計下來

這個數字真是可怕，足以讓幾乎全部數據失真了。看來那個計數有很大程度上是把我們自已也給騙了，真實的點擊數減去這個就衹有一半左右。把這個清除去，看看計數情況如何？會話記錄仍在發瘋似地上昇，已經達到了1700了。看來承受的能力也是相當強的。而把搜索引擎??的??剔除后，就意味?真正??的人?只有原???的十分一以下，而平均每人??的??也就大幅增加了，?到10-20。??，整?估算都要?行更?。

?在已?禁止搜索引擎白天??，看看?果如何吧。

全天基本上主頁框架上，卻衹是開始，量很大

2005-06-14T17:46:00.000-07:00

昨晚上把豬豬交給保姆帶，但仍然是太早醒。盡管七點就開始坐到電腦前，但很快就覺得睏倦了。早上的事情主要是給Style值的引用錯誤拖住了，昨天想不起來為什麼不能在前面直接賦值，現在清楚了，要在前面賦值，必須使用克隆的對象而不能是當前的對象。其實昨天整理這個select的默認值，也弄了一個多小時，這種小臭蟲經過不清理，就還不知道會留到什麼時侯。

亂七八糟的臭蟲花了我許多時間，一直到下午四點半才開始正式進入主頁模塊的前臺。部分更新dep後再次出現編譯擁塞，幸好是dep，如果是萬維就損失嚴重了。打算接手把中國的域名注冊部分一一搞清楚，但是卻發現無法實現自已解釋的域名服務。

不過，事實上我還沒有細細地想這個動態網站到底有什麼東西。顯然的是，他們說的簡單提供弱博客形式的功能是不可能長期立足的，上海的那個網站比較地接近於動態網站的概念，而其他的多是主頁空間。象黃頁那樣沒有專門的目錄，顯然是不行的，而專門上的目錄，沒有相應的操作界面和審計工具，也無法限制它的上傳大小。至於說到數據庫功能，如果對方有能力處理數據結構，衹怕也沒有必要接受這樣的網站了，所以提供的應該是數據對象的有限訪問功能而不是全部。其他事情都難以在這幾個小時內完成，目前需要完成的是那個動態網站的域名解釋方法。

一旦更改，就意味著除非昇級，否則各臺設備將是不一致的。同時，盡管使用域名改寫，但是由於上下文仍是一個，所以又有另一個問題，是否要把那個上下文的處理調到前面來做了。最簡單的辦法就是先不管這些個東西，而是讓它可以登錄，可以發文章，僅此而已。

總結一下，動態網站要求有以下幾個功能：
1、自定義域名，這條發現有大的問題；
2、自動編寫靜態頁面；
3、對指定界面使用模板以及勸態的模板及解釋工具；
4、上傳的目錄管理和容量審計功能；
5、自帶的前臺登錄彈出窗口；
6、目錄管理策略和轉向方式；

以上四條都不是短時間內（估計都要一兩天）可以完成的，所以還是現實點的從目前同一個上下文起步為佳。先前設想的轉到另一個默認上下文進行域名區分的路是不通的，這樣的話，目前的二級域名就會全部失效。另外，另一個廣告帳號仍然沒有發放給我使用。另一問題就是是否放到一個目錄之中呢？看來，需要的是一個完整的文件目錄，而不是把jsp放到該目錄中。這是現在要著手做的。盡管今天dep由於不知原因的更新緩慢地編譯了幾次，但是仍然在今晚要繼續往上更新。先前出了一些疏忽，假如了解系統的人直接訪問目錄，是可以看到全部的目錄結構的，這必須糾正過來。今天的WINDOWS連續幾次突然溢出，也鬧不準是什麼原因，覺得有點不象樣了，把flashget刪除了，好象還和網景有很大的關系。每次都是當網景打開時會出這個錯的。

主頁的目錄重寫仍然有疑問，我記得當初這樣的對後續路徑的重寫是不成功的，是在全科那裡試驗證明，最終是靠倒過來的重寫規則才勉強達到。

太晚了，先睡覺了。那份cvs文件倒是告訴我，可以象輸出文本一樣把這份文件輸出來。

昨天alexa上昇了，但最新的指標卻又掉了兩千多，這是周二的，好象也有刷新操作。那麼今天實際上是創下了新高，估計數值將在周五看到，我不刷新，看看結果會如何。

三分二的時間是活動主頁

2005-06-13T17:43:00.000-07:00

今天早上是一大早就讓豬豬又蹬醒了，她自已倒是倒頭大睡到了八點多，而我由於再也睡不著了，所以就在六點出頭就起床了。晚上關於廣告帳號的事情一直繚繞在腦海中。早上起來，打算趁著網絡暢通的機會抓緊時間時間更新一批博客文章，但從點擊了廣告開始，就偏了題；一連試用了兩個擺著我的博客上的廣告網站，一個是中國人才網，看來它的模式是先試用，然後過一段時間收錢；而另一個在上海開通的自助建網。但這實際上是一個既有網站多開一個目錄的做法，如果是使用靜態型的網站，倒也沒有多少問題，但域名一項沒有看到，估計還沒有解決。

BLOGCITY 的CSS編輯可能是有問題而不是失效。而當把 BLOGCITY和JAVAXML的網站都准備好後，那個CSDN也DOWN了，這就沒有什麼可搞的了。由於非技術型的匯集網站沒有什麼徹實的價值，所以我也看不出有向blogcn轉移的必要性，須知，那個網站在我的印象中也是非常慢的。而當實實際際開始打算使用blogcity時，就發現仍然是有嚴重的缺陷，限制顯得太多了。最嚴重的是，它甚至沒有把文章列表列出來，這樣就太成問題了。看來還是需要找第三方，免費的東西總是不太好用，這類東西看來最終還是要我自已弄一套出來。

中間稍停一下，希望能夠不停機也能重載 database，但始終異常，都最後，發現是一切正常，但就是不能通過解釋重載入xml，而，?動時侯的載入同一個文件就完全正常——事實上，就是把代碼拷過去而已，大概是在清空那裡還有一些動作，沒有時間現在再詳搞下去，到時再說了。

那就回頭做正事。其實上面的也是正事，偏事還沒有開始，那頭的網站就DOWN了。過一會又象恢復了過來，看來正是在邊緣水平上掙紮。javaxml是最大的一檔，轉移的時間遠遠超過預想，整整花了我一個上午，連同休息，基本上去掉了半天。網景的瀏覽器看來真是太臭了，當初它是最好的瀏覽器之一，主要原因我看是由於邊緣的討好式的功能，象自動填卡之類作的孽，十足應了一句話：學雷鋒做好事，本職工作卻是沒有做好。不過和老朋友韻姣和Joan序舊也花了一個小時左右，超出了時間預算一倍以上，似乎每天的見面有點承受不住了。

開會，adsword體現的的廣告邏輯，中文域名

2005-06-12T17:09:00.000-07:00

早上給豬豬早早蹬醒了，也許今天的的精神會變差。在進一步了解adsword的內部統計機制前，不對網頁加進一步的處理，目前僅僅有幾頁裡加上一個隔兩分半鍾自動刷新的腳本。精神雖然是極差，但仍是開了一天的會，累得我要死。邏向我展示的那個健康網，明顯是中國那種洗錢式的銷售然後擦屁股式的建網。這種東西是沒有辦法學的。事實是我最頭疼的就是合作者拿著不明所以然（內部業務邏輯）的網址當成所謂的需求，“抄就行了”簡值就是放屁。象專家黃頁限定副高一級，我一聽就發火了，堅決不放，結果怎麼樣，等到醫生也批他時陳就改口了。事情就是這樣，所以象招聘那些問題，我是想透了的，如果是要搞，我看就擴大來高，大不了我乾我自已事情;要麼就不搞。老鼠洞中做大王的錯誤是不能犯的，這條我再費脣舌陳也不會明白的。

另一個風波就是中文域名，他們給人家騙了。我一向看不起中文域名，事實上我認為當GOOGLE這類搜索引擎出現後，中文域名是連存在的價值也沒有的。而且還那麼貴，特別是這種依靠綁架客戶瀏覽器下載組件的行為是一點意義也沒有的。既然是要裝插件，那麼裝個google工具條就會自然地有那個google網上通，根本無需什麼中文域名——衹有對互聯網域名技術一竅不通的人才會使用中文域名，而當如此一竅不通的人主持網站建設和經營的話，網站的下場幾乎是可以想見的。就此事而言，他們應該先問問我的意見——我才是精通互聯網技術和協議的，其他人無論是不是搞技術的，都可以看作是業餘的外行。

拿了那個adsword的帳號進行了觀察，現在看來，google具有一定的過濾功能，象如果是從同一個地址的請求，它會過濾的，以及同一個地址有過多的請求，他也不會算帳的。應該說這還是比較客觀的，不過，對於大量共用IP的點擊來說，還是相當劃算；而實在有沒有扣錢，就是一個天知道的事情。同一個網址擺下多個廣告也是允許的。而同一個網站顯示多個地址後，它也不會再顯示的。這是為了減少自動刷新的技術造成的顯示效果。下面就是各自整理了，如前所料，面向中國，還有波蘭的點擊收費是明顯偏低的，估計是為了與窄告等公司進行競爭。

作為既定的內容之一，晚上也許是花了兩個小時，也可能衹是一個小時把blogchina.com產品行業評論欄中的文章添加了ads代碼，以及把其中重要的原創文章分別轉帳號到了CSDN 和blogger.com 上。說真的，博客中國也實在是技術臭得衝天，現在幾乎很少有能夠正常瀏覽的時侯了。所以把文章轉移到其他博客上是勢在必行，我覺得主要方向當然是向海外轉移，另外就是向專業站點轉移；最後我會建立自已的完全網站。當前，首先是把技術類的文章向csdn轉移。

在上面的程序由於與數據庫雙向相關，所以盡管發現有錯，還不能完全立刻的改。不然主服務器上會出錯；觀察顯示，tomcat的內存釋放並不算太理想，目前的會話並不算多時但是卻已經是消耗了400M 的內存，顯然這說明有不少內存並沒有真正釋放出來。在禁止了235流氓搜索後，點擊和會話讀數比例明顯上昇了，這足以說明其中有不少是搜索引擎的點擊，這條他們還是不太清楚的。事實上搜索引擎有多少點擊率我也不太清楚，在jsp中無法拿到ua，唯一的辦法就是每頁都另外發出一條iframe一類的不過這個腳本也是滿難弄的，iframe的事件很難控制它。從流量上看，盡管禁止了搜索引擎，仍是達到了兩萬多訪問，可見還是有明顯的進步的。

RSS,前後效果集合，Coder自動編碼集合屬性,未完成專家主頁，完成了黃頁管理

2005-06-11T20:12:00.000-07:00

早上起床後精神比昨天要好，博客那?占的時間也比昨天少。博客的策略仍沒有最後得出，blogger.com不能分類以及不能夠收攏始終是一個無法回避的缺陷，這樣的話，是不適合作庫媒體的發布渠道的。它使用多個博客進行文章分類，對於技術類型是可行的，大概還可以把zcoral也一起合並過來，介理對於另一個敏感話題就不可行了，目前的處理方式是對的。敏感的話題也無法在國內使用，所以國外也還是要找一些更合適可用的博客站點，blogcity勉強可用，還沒有更仔細地研究，它也同樣是不能分類。其它的呢？目前還沒有了解。收攏是必要的，否則誰會超長地看各篇文章呢？另一個辦法就是把一份文章始終置頂，這也是一個辦法，但是總不是最終的解決方案，目前可以暫時這樣做，但也意味著前面的版面要一份份地重新整理一番。另外，也發現各個網頁發布的內容基本一致，這說明廣告是跟隨ID的。

花了時間把Coder修正過來了，這樣再寫類似的程序衹需要添加getXMLString和getDigester即可。如果想進一步地讓Coder把這個要求下的東西都自動打出來，需要在dao/cls中清加幾個屬性，主要就是方法，這是可行的，不過今天沒有時間了。

下面就是直接生成一個主頁對象。此前先是生成一個博客。對於目錄安排也要考慮一下，原來黃頁是不打算有特別的上載內容的，其中的一個原因是由於圖片管理的模塊沒有做好，也由於目前的幾臺服務器可用存儲的空間都很小，如果和他人比拼存儲空間的大小，我是要輸定的。

黃頁部分主要是考慮其中的前後圖片，這個實際上是一個操作效果的市場推介；從屬於黃頁。但如果是把黃頁看作象是一個電話簿的話，就沒有必要這樣做了。從結構上看，需要修改許多東西，所以還是把它抽出來，作為主頁的使用為佳。前後對比型實際上是一種文章集合形式。只要?通上?功能，它可以放到任何一?文章管理?型之中。??是作?一?模??目加以使用吧。

對於RSS仍然有點不知它是什麼東西，居然滿世界地看到吹鼓手就給它吹噓。於是抽出了半小時搜索了一下google然後申請了兩個在線的RSS閱讀服務，並下載了一個RSS閱讀器。結論是什麼呢？垃圾！我評價一樣東西是好是壞最根本的標準就是它是不是有著不可代替的功能；而不是有某項特點。RSS目前我的理解就是使用自動抽取頻道的辦法把XML文件讀到本地（本網），然後建立自已的連接，這有什麼價值嗎？閱讀還是使用瀏覽器。這是一個自動下載填充的網絡收藏夾，聽上去不錯，但收藏夾的目的收藏盡可能多的東西，而是收藏自已最常用的東西，不常用的東西就通過搜索引擎加以查找。如果什麼都收藏還自已下載，就不是收藏夾了，是垃圾箱。在信息爆炸的時代使用一個自動搜集垃圾信息的工具，除了讓人變得笨一點，看不出有什麼積極的意義！瀏覽器本身的功能就足夠了，沒有必要搞什麼RSS的。

這是牛虻作為用者對RSS的評價。但作為內容供應者，如果笨蛋比較多（即使用RSS閱讀器的人比較多）倒也不能漠視不理，就當是給綁架了吧！提供一個快速索引，或者是幫助沒有RSS功能的網站建立RSS，或者也是值得用的。不過萬物以消費者為導向，如果RSS衹是白癡專家的favorites，真有點懷疑它是不是有真正的價值！

那麼說來黃頁是不用專有目錄的，而博客原則上也不打算提供上載圖片的服務，橫豎提供圖片上載的網站成千上萬，人家有的是錢，就讓他們學學雷鋒，咱們的資源要放在最有價值的地方。所以就衹有主頁是需要專門的目錄的。GOOGLE有時也是挺奇怪的，計數和統計上有點糊裡糊塗的，然後剛剛的乾脆就沒有任何顯示了。部分點擊也沒有出現統計，不太明白它的內在規律。

對於專家主頁，是否需要每個對象有一個頁面？還是僅僅是一頁動態產生的頁面？由於主頁一定是要求有高度的可定制性，因此，由模板生成的頁面的似乎是唯一的辦法，這一頁是不存一個專門的頁面的，衹是存在著一個各個專家對象專有的文件目錄倒是真的。

由於這個域名不是真的存在，或者說服務器不可能提供如此多的虛擬主機，使用URL重寫似乎是唯的辦法，即使如此，由於要求使用的是純一級域名，（陳其實是不是知道什麼叫一級域名？），一般的重寫方式就不適用了，否則由於重寫都是全盤地檢索，服務器速度會變得很慢的。唯一的辦法就是把默認主機從主服務器上移開，在一個次級的上下文空間中建立一個域名和URL的對照表；由於主域名是虛擬主機，歷此不會受到影響的，而其他的就通過查找這個對照表，然後由程序轉到相應的地址網頁——顯然，如果包括著上下文，程序本身就會運轉正常。

晚上是從專家黃頁入手，處理了原來的幾個臭蟲同時丟了一段日志，看來提供時的全選和拷貝還是秀有必要的。這個bloger.com很怪，在firefox上非常的好用，而跑到IE上反而是千般的不順，跳來跳去，還自動退出。

明天要找kararan拿那個adsword的帳號來查一查。有點古怪的是目前有不少的點擊，不知為何都沒有給我算數。需要兩頭對一對，看看有什麼特點在裡面。主頁今天看來是完成不了的——實在不可能的，這是一個大東西，大概是需要一個星期左右，這個星期的時間大約衹是有一半略少可用，其他都是在博客上耗了（也是正事），所以真正的做下來，還需要兩天時間左右。

明天找個理由推掉它再拖一拖吧。根據今天的處理，添加黃頁和主頁應該是從會員管理那裡入手，這樣才能有效地添加上它的owner/ownerid，包括順便更新它的項值。

顯示周六的排名慘跌至30000多，顯示騰迅的IT完全起不到alexa的作用，不能再用騰迅的IT。

博客仍然佔用時間並降低了大約50％以上的效率，主要完成了集合XML，dao.xml分解

2005-06-10T18:46:00.000-07:00

對於幾個海外的博客，策略已經是非常清楚，就是以繁體為主。這一方面是由於繁體閱者消費能力相對也比較地強，另一方面，在大陸基本上很少能瀏覽到海外的這些網站，第三方面，這樣對於敏感的話題也相對地比較安全。另一個廣告帳號也不見得馬上就需要提交，可以等那個博客完全後再繼續。

把博客全部轉到繁體，是一件比較大工作量的工作；對於工作日志就沒有必要了，而另一方面，對於現有的幾個技術型的文章，量不大，必要的話就把它刪除，然後再系統地添加。thechina是一個好的域名，內容目前與chlifestime是相同的，可以清除作為繁體內容。同樣，除了少量的文章外，沒有必要把所有的評論型文章轉到繁體版上，反正文章多的是。

那麼現在再看blogspot的分段功能也頗有意思，它這樣就可以適應多種語言了。同一用者使用繁體版簡體版顯得非常的方便；但顯然，這衹是對於中國用戶才有用，在國外就沒有這麼多種體型。而blog-city使用是unicode/html，估計可以直接適應繁體的，可以立刻做一個實驗。實驗顯示的確如此，然後順便把analissiser轉換成繁體，那裡文章不多，而且都是不錯的文章。現在看來，在文上依靠搜索引擎發布最有效的辦法就是廣為互助地發布，這是有效益的。

近來對博客的整理花了不少的時間，原因之一是策略已經定下來，而原來的結構並不符合，所以如果在過程中繼續記錄和總結，如果現在不改，到時就多一分工作。而現在一改，那麼先前的文化就全部變成亂碼，很自然的反應就是趁著東西不多，順便改成符合要求的繁體。blog-city發現它的確是不個不算太成熟的網站，技術上仍在改進，但模式上顯然與blogpot有一定的差距。由於文章沒有亂，所以簡體就讓它繼續是簡體，繁體也讓它繼續是繁體可也。

中午時分，dep服務器也給搜索引擎訪問死了。看來，實現文件的改型後，導致來自於搜索引擎的壓力是很重的，遠遠超過自常瀏覽的壓力，因此，將來還是要把文件轉成真正的HTML，這樣就不會有同樣的負面後果。

csdn 上有著服務器端的緩存，看來，他們也已經是黔驉技窮。盡管目前有幾個博客已經可以在文章頁裡出現廣告，就這個網站是足夠了，但是由於文章是給大量轉載的，所以理想的情況應該是在文章體內帶上廣告，這樣就算轉到其他的什麼地方，也會蹦出相應的廣告內容。這才是一個更大的展示機會。顯然，由於羊毛出在羊身上，其實google本身也是樂意看到這樣的點擊，當然太出格的不算數，所以自已點擊一下也是合適的。從另一個角度看，使用者本身何嘗不是廣告受體之一呢？

實際上對於掛在我網站上的廣告，作為一個受體，有不少我也的確是感興趣的，所不同的是從前我從來不會去注意這些個廣告，而現在多少會注意一下而已。但點擊進去後，一點情況下我看不到什麼究竟，這也說明，廣告內容應該直接到底令受體了解你是什麼東西的地方，而不是讓他到達一個大頁，再花精力檢索你裡頭的東西，特別是中國式的網站總是幾十萬字堆在首頁裡的，改不掉的蠢毛病。從收費的情況看，我估計海外投入的廣告要比國內的中文廣告更貴一點。博客廣告裡渠道的總數還比不上匯總，看來是各個網頁起了作用了。但有些連接，不知為什麼，通過google連不過去，而直連是可以的，象大名鼎鼎的EBAY大概是由於臭蟲的原因吧？

網易也開了一個日記，似乎在一些人眼中網記就是日記，所以他們真的搞了日記，專門讓人塗鴉，這完全不符合我對網記的思考，還很慢，在嘗試過它不允許放下廣告條後，我決定和它開個玩笑（也是它的一個臭蟲），讓它的那一頁出現一堆的亂碼。blogdriver更有趣，居然把用戶也搞錯了，幸好它好象還通過會話進行了恢複，不然真是一個大笑話了，不知方興東為什麼會看上它的？

回到專家主頁，目前的用例與我原來設想的有少許不同了。原來設想的主頁是由博客組成的，從頁代替它的分類。目前在陳的想法中，是完全無關的一個主頁；因此就不能套用博客了。而實際上，由於許多使用者本身寮際上也將是本網的用戶，所謂完全獨立衹不過是名義上的，因此，也很可能是需要通過本網進行集合推介，這又不能是本制裁上獨立的。這裡要想想清楚。

對於搜索引擎的保護邏輯，大致是按ip-最後一次訪問建立散列鍵值對和統計，然後統計訪問過程中一定時限內的訪問數量，如果超出一定的限度，就拒絕提供服務並把它轉向某一頁靜態的歡迎頁。這是可以做到的；在此以前，就先把一些無良的的搜索引擎的訪問加以限制，其實，也的確有這樣的必要，看一看在無搜索引引擎的情況下真實的計數是多少。

看來，比較合適的做法是用戶必須先申請（或管理員生成）一個大夫網的帳號，然後通過主頁前臺進入到它的個人後臺，在默認的情況下有一個默認的博客內容，然後以後就加強令它可以擁有多個博客。但是由於理論上是允許用戶擁有多個的博客（相當於分類版面），因此，光是這樣還不足以令主頁顯得更為強大而值得投資。博客的基本功能就參照blogspot，以幫助博者賣廣告建立自已的版面為原則，而且這個博客不是無限投供的，不歡迎塗鴉者參與；既然不收錢，就要求用戶在付出一定的貢獻後獲得博客權。顯然，就意味著需要建立計分制。

主頁預計還可以添加掛號，論壇問答，消息處理；甚至產品銷售；以及郵件，如果是付錢的達到一定的程度，可以考慮提供郵箱，不過現實性地，目前郵箱目前仍不能解決垃圾郵件以及當客戶偏多的問題，這需要專門的項目，另外，如果真的域達到1000個的，也是很大的一個問題；估計需要專門的郵件服務器；這個以後再說啦。

那個blogdriver/blogchina顯然是使用struts的產物，不但慢，而且後臺邊輯混亂，我用了這麼多次仍然暈頭轉向，不知它為什麼要如此，菜單項目有什麼規則等等。

看來博客那裡是挺分神的，就程序而言，今天的效率不算高的，晚上完成了把dao分解到幾個文件裡——dao.xml太大了，已經很難再跟蹤仔細地編輯。晚上主要是使用集合方法給主頁類添加屬性。這是再一次驗證XML的屬性類型，此前的service並沒有真的用上去。如果再不使用，衹怕是要忘記了，不過這種屬性添加的確夠煩的，明天再看看能不能修改Coder讓它能夠自已寫出來，這樣可以省下大量的簡單編程的功夫，如同getter/setter，也衹有這樣，才能大量而廣泛地使用，而不會有心理上的壓力。