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

這個編輯器拿到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時就找不到路徑，這也提示了一個掩藏上下文路徑的簡單的方法。