星期六, 6月 11, 2005

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


早 上起床後精神比昨天要好,博客那?占的時間也比昨天少。博客的策略仍沒有最後得出,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。

星期五, 6月 10, 2005

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

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

把博客全 部轉到繁體,是一件比較大工作量的工作;對於工作日志就沒有必要了,而另一方面,對於現有的幾個技術型的文章,量不大,必要的話就把它刪除,然後 再系統地添加。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,也衹有這 樣,才能大量而廣泛地使用,而不會有心理上的壓力。