iVox: Design

Yahoo Pipes

2010-10-17T17:16:00.001+08:00

我這個網站的首頁是多個欄目的綜合，或者說得IT點，是聚合。也就是把多個欄目的內容放到一起，按發佈時間倒序排列成流水帳。以前用的是FeedJumbler的在線聚合程序，把各個欄目的RSS，聚合並轉換成一段Javascript，放在頁面內，加上CSS格式化，便得到首頁內容了。
有段時間我還加上了飯否，後來飯否被做掉了，再投入的新浪微博並沒有贏得我的歡心，就又恢復舊規。
然後FeedJumbler開始變慢，越來越慢。我甚至干脆做了一個靜態（本地）、動態（遠程）替換的聚合。首頁每次先載入本地版本的聚合，然後待遠程版本載入成功後，以之取代。但這個靜態版本的聚合需要手動下載、上傳。本站現在所用的服務器是Mobileme，並未向用戶開放PHP+MySQL之類的技術，只能放置靜態頁面。
花了很多心思去做，但FeedJumbler終於還是在這個秋天再也無法訪問了。我試過VPN訪問，證明並非被牆。想來這樣一個小小的在線應用也不至於就不見容於當局；或許Web2.x以來的各種思想和泡沫真正地在一個個破滅了，如Xmarks，如FeedBurner，等等。互聯網早已賺夠了關注，現在終於要回到那個原本就應該在那裡的現實：贏利。
互聯網科技，小規模，是創新的必須模式；賣身是小規模的必然前途；趁早，是賣身的必要考量。足可見真正的創新其實真是難，而如果更是在我們這樣的國家，那就不是難，而是奢望了。

不偏題，回到我的聚合來。就像當初找到FeedJumbler那樣，通過Google很容易就找到了新的在線聚合應用，這次是Yahoo Pipes。不得不說這是個驚艷的應用，祗說他強大，都不免忽略了其界面之優美、操作之優雅。拋開這些，我也相信Yahoo這種巨大的公司，在數年之內當不至於讓Pipes變成浮雲。這點很重要，要麼有自己的全功能服務器，要麼就得有可靠並長久的服務。
為了這個Pipes，這些天我又開始了解JSON，這對我來說是新生事物，同樣也令我感到眼睛一亮。
於是我把我的各個欄目RSS放到Yahoo Pipes裡面，聚合，格式化，排序，輸出成為一個Pipe；再獲得這個Pipe在線生成的JSON，通過一段放在靜態頁面內的Javascript解析這個JSON，最終變成通過CSS格式化的HTML內容。完成之後，頁面整個生成過程流暢而優雅，盡管相對內容發佈會有一點時間上的延遲，我仍然很滿意。

順便地，也做了一下頁面布局的調整，使之更為美觀。
好了，現在祗有一點需要去擔心了：Pipes不要被牆啊！

ivox.cc go on

2009-08-01T23:42:00.003+08:00

休假歸來，一周內讀了三本半書，令人有寫點什麼的沖動，但往電腦檯前一坐，Google Reader 上六百多的訂閱文章讀下來，Gmail裡幾十封信讀下來，寫字的心思突然就淡了。
域名服務商已經發了十來封信催我續費，那就續費吧。.com的價格漲了八圓，.cc還是那麼貴。

突發奇想，我干嘛不把網站搬到Moblieme上去呢？我依稀記得Mobileme支持網站功能，並且可以使用自己的域名。於是開始搬家⋯⋯

深圳到底還是比成都熱很多，何況成都這些天一直下著雨。在離開成都的最後半天，我一個人坐在雲影家的客廳裡，聽Urna的《Amilal》，看雨斜斜地墜向樓下的綠葉，愉快地回憶某個女孩的笑臉——恍惚間，一切就變成了燥熱，我一個人坐在深圳寓所的客廳裡，聽著靜雅思聽的播客節目，而陽光不屈不撓地緊貼著窗簾。

我有一個網站，正如大家所知，我有嘴和筆和一個網站。但現在，嘴基本上就祗是用於飲食了，筆也僅用於塗鴉，所幸我還有擁有網絡。

一個網站的關閉不會激起一點點波瀾，當他繞道而行重新開啟，也仍然不會激起一點點波瀾。祗有一點風聲——
就像沉默得太久，終於張嘴卻依然無語，發出一聲——啊⋯⋯

Helvetica，以及品味

2009-04-08T21:00:00.002+08:00

L&L BBS Banner上的“L&L BBS”字樣，今天重做了一下，很簡單的改動，但是很重要——我祗是把字體從Arial換成了Helvetica。事實上，當我能用到Helvetica的時候，決不能容忍自己去用Arial。但這個新的論壇UI是去年在PC上做的草稿，而Windows系統是不提供Helvetica字體的，我當時用了最接近的Arial作為替代。今天在iPhone論壇上看到一個將iPhone的字體換成雅黑的帖子，悲從中來，才又想起自己的東西還忘了改掉……

何以看到有人換個字體就至于“悲從中來”？
其實喜歡哪種字體本是個人喜好，原不容他人置喙。但許多人卻在夸耀微軟的這款雅黑字體如何如何漂亮，殊不知他們替換掉的卻是一款長期被推崇為最優雅的字體：Helvetica。所謂明珠暗投不過如此。

各位可能會感到疑惑，“L&L BBS”幾個字似乎沒有什么變化——的確，換成Helvetica帶來的變化非常細微，因為Arial這款字體原本就是微軟模仿Helvetica而創造的一款山寨字體。形態幾乎相同，但為了避免專利問題，不得不在筆鋒細節上做出變動。對于完美的變動，不可能是更完美，祗能是破壞。

微軟之所以要山寨這個Arial出來，是因為Helvetica及其十幾種變體，都是收費字體。Windows裝機量是如此巨大，字體版權費就會是一筆巨大的開銷，除非是自己的，或者免費的。于是乎，世人不知有Helvetica，祗知Arial。

品味，有時候就是一種不妥協。
為了那幾乎看不到的細節，我堅決換上了Helvetica！

網站又可以上了

2009-04-06T02:29:00.005+08:00

我的幾個網站總算又恢復運行了。

個人網站好幾天前就恢復了，這個因為都是靜態網頁，做起非常容易。不過我抽空又對網站做了不少調整，主要是代碼方面的。根據某Bloggerer的介紹，給每個欄目首頁做了一個文章列表，效果還不錯。很多舊文章如今有了更多重見天日的機會。
原帖介紹鏈接

在老崔的幫助下，論壇也得以重建。這次我選擇了重建，而不是恢復。以前的舊貼，想穿了也不是特別有保留的價值。因為詩文這些重要的內容，我們都有自己有的Blog做更好的記錄。想想當論壇不曾出問題的時候，又有誰會經常去翻第二頁和更靠前的東西？我們需要的其實只是一個可以小聚的網上空間。

重新做一個新的論壇也好，沒有了繼承往昔的負擔，干起來自然毫不拖泥帶水。經過一日奮鬥，論壇的樣子總算形成了。細節上的小毛病還多，待我慢慢改來吧。

回頭就突然想起雲影的博客模板，我也拖了很久沒替她更新了。確實有點不好意思。

模板更新

2008-11-08T03:15:00.000+08:00

Blogger陸續推出了不少新的功能，其中比較重要的有“頁內評論”，非常值得推廣。但是本站的模板經過了大量的修改，新的功能要用上還并不簡單。總算心血來潮，花了四個小時，大致把模板修改成功。

對于官方的錯誤或低效，用戶往往不得不選擇忍耐，否則就會如同我的這些Blogger模板一樣——花了大量的時間和精力去消除錯誤、提高效率；但等到官方的解決方案出來，以前的修正卻又成了新的錯誤或低效。

生活中的種種無奈竟然多有相通之處。

iPhone版增加橫屏處理

2008-06-05T23:17:00.000+08:00

百忙之中——當真是百忙之中！做了這個橫屏效果。

加班到晚上九點，絕非我愿，也恰恰因為這樣，更堅定了要做點自己真正想做的事的決心。絕不能讓工作主宰了生活，尤其是在工作中沒有找到樂趣的時候。
到深業之後，工作總體來說是比以前有樂趣多了，但我不知道快樂工作的情緒還能維持多久。而生活總是需要樂趣的，工作的樂趣減退了，就要從個人的生活中去找回。而當工作又很忙亂的時候，這樣去拼命地找尋如此一點點微不足道的小樂趣真的會很累。但是——

累才是快感，不是嗎？

好在iPhone的橫屏處理并不復雜，CSS調整加上一段識別視圖寬度的JavaScript就能很好地工作。如圖，我只是在橫屏後右邊多出來的空間裏加上了幾個鏈接。暫時還沒想到更好的用法。

新的Apple產品和歐錦賽很快都將到來了，而我也會更忙了。真是一個火熱的夏天。
順便說，勿忘昨日的災難。

百度·未有齋 0806

2008-06-03T00:14:00.004+08:00

百度空間在國內博客服務中還算是可自定程度較高的了，但這個“較高”，跟Blogger等相較，終究還是矮子。

百度空間的自定，用戶只能修改CSS，部分CSS。無非也就是如我所干的一樣，改個背景圖，把標題換個位置如此等等。真正要做到自定義，百度空間先天不足。怎么說？百度空間的網頁架構還處於原始的Table定位階段，語義與結構混排也很嚴重，CSS不能盡可能地交給用戶。
比如浪費了我最多時間的一個div#main，他的寬度由於是在位定義，而且并非我需要的尺寸，所以無論我怎么在CSS上下功夫，這個頁面布局始終存在Bug。風格在位定義，雖然已經被認為是原始的方式，但一些瀏覽器竟然始終給予他最高的優先級。這個Bug的源頭其實很是深沉。

以上都是廢話。
必須申明的是：圖片作者是本人，拒絕任何商業用途轉載使用。

又：
百度太強了，GIF傳上去就自動變成JPG。。。
以後有人要找GIF轉JPG的轉換器，我會鄭重推薦百度空間相冊！

本站iPhone版

2008-05-31T20:32:00.000+08:00

周末其實也沒什么好休息的，除了睡覺比較可靠，別的活動都要么不比上班輕鬆，要么不太靠譜。
約美女吃飯，未遂，於是平心靜氣打造本站的iPhone版。

基本上還是以內容聚合為基礎，再針對iPhone的Safari編寫CSS就大致搞定。說來容易，調試還是很費神的。做到一半，拉開窗簾一看，外面正下著雨——約美女吃飯看來的確不靠譜。繼續coding……

Safari是目前最牛的瀏覽器，只是由於Mac和OSX系統尚未普及，所以他的優勢并不為人所知。Safari的內核叫做WebKit，支持CSS3的一些高級功能，如圖片顯示，文章標題的陰影效果就是用text-shadow繪制的。雖然IE在較早前就使用了cssfilter，但用過都知道，那個性能實在不怎么樣。Safari牛就牛在他不但支持特效，而且他使用Apple獨門的底層技術——即便在PC上也是如此。這就是Windows糟糕的圖形底層所不能望其項背的。比如Safari可以更為準確地還原Adobe RGB色域空間的照片，在OSX上如此，在iPhone上如此——即便在PC上也是如此。
圖形底層技術，Windows離OSX有多遠？我想，等Windows在系統層面支持色彩管理了再來探討這個問題不遲。

還是回到iPhone，這個可愛的小東西真正是Web時代的寵兒。如果買了iPhone而不怎么用他上網，那真是巨大的浪費。網頁兼容性在過去的幾年，基本上只是跨瀏覽器的問題，而現在和未來，我們要更多地關注跨設備的兼容性。

用iPhone的朋友，可以通過以下地址訪問本站：
http://iphone.ivox.cc
http://m.ivox.cc

小幅改版

2008-05-31T14:39:00.000+08:00

從昨天到現在，斷斷續續對本站做了一些修改，主要是兩部分：

界面做了一些調整，原來無邊窗口的痕跡進一步清除，雖然大的框架還是保持不變，但總算更實際了。

“攝影”欄目原來一直是個很尷尬的欄目。處理照片，上傳到位，本來就是很累的事情了，還要給照片寫東西？說實話我是沒那個精神。
信息共享，本來就是Web的本質、Web的發展方向和道路，不同的Web時代無非就是信息共享的深度和廣度不同而已。說具體些，既然我已經把照片放到flickr上面，就應該可以直接利用他——共享給他人是一種共享，在別的應用上共享給自己也是一種深刻的共享。最近我愛說兩句話，一句是“把眼光放在社會上”，一句是是“把眼光放在Web上”，後者說的就是個人信息的各應用間共享，Web的下一步就在於此。
好了，說了很多廢話，flickr上的照片，怎樣放到自己的網頁、blog上？就是這樣一個工具：Flickr Badge。除了基本功能，基於CSS的用戶自定義靈活度也不錯。

L&L BBS 080513

2008-05-13T12:23:00.003+08:00

論壇原來的Banner不太適合大災難時期，於是換了這個新的。這幾個月在色影無忌泡得最多是Sigma DP1俱樂部，記得xhwdx剛好有幾張適合目前這種氛圍的照片，於是找了來。且為逝者招魂。

做完了我會去征求作者的同意，我相信不會有什么問題——中國人在這一刻會很齊心。
原片

日箚0805·垂（悼念版）

2008-05-13T12:12:00.002+08:00

汶川大地震，在經過第一個半天的專注於家人安全之後，就變得茫然，只是捐款，看新聞——不斷地看新聞。總覺得自己應該做些什么，卻無從措手。

災難驚心，在這樣的不眠之夜，看到一些關於應該為災民降半旗的討論，忽然決定給手上幾個網頁加上黑紗。我習慣於含蓄地表達想法，也不喜歡在大眾面前張揚。也許這是毫無意義的事情，但一刻之間，我只是覺得自己非這么做不可。

日箚0805·垂

2008-05-02T13:49:00.001+08:00

上次給雲影做新的模板已經是一年前的事了。這一年中，我在計劃換工作，在深圳和杭州之間做選擇，然後來到深業南方地產，然後開始全新的工作和生活。
并不是特別忙，但做網頁需要的不僅僅是半個晚上這樣一段時間，還需要平時搜集合適的素材，并形成一些想法。這一年，我的心思不太能專注在這些事情上，所以新的模板就一拖再拖。
這張照片來自Flickr，因為作者是日本人，所以就理所應當地不告而取了。嗯，版權還是屬於他，特此聲明。

選這張照片是因為在明朗的調子裏我總是感到有種深深的憂郁，所以把模板命名為“垂”。

L&L BBS 070818

2007-08-18T22:57:00.001+08:00

用自己拍的照片來做網頁素材看來要成為我的首選了。不過這樣一來，照片就顯然遠遠不夠多。
原片：

增加了幾個子域名

2007-08-10T00:56:00.000+08:00

擁有自己的域名已經三年，卻一直沒有好好使用子域名和域名指向的功能。前幾天被朋友老崔提醒了一下，回來就陸陸續續添加了起來。目前搞了這幾個：

feeds.ivox.cc，本站全站訂閱。
flickr.ivox.cc，我的flickr相冊。
baidu.ivox.cc，在百度開了一個Blog，實在也是不得已，這是打假維權的一部分。
phoenix.ivox.cc，在鳳凰衛視開的Blog，嘗試了一下，Blog技術略好於百度，至少還有Tag，但總體來說仍然是很差的級別。用RSS導入功能輸入了一批貼子，但時間全是導入時的時間，還不給修改，於是刪掉。暫時都不知道這個Blog用來干啥。

順便說，Web2.x在中國被炒得很熱，但落實得很差。Web這東西，在交互層面技術難度並不大，只要我們看得到差距，那就是思想的差距。

飯否，語錄

2007-05-30T01:33:00.000+08:00

在去掉首頁照片的時候，并沒有想到又會很快在那個位置加上新的東西。

這次是“飯否”，一個類似Twitter的應用。選擇“飯否”是估計中文支持應該會好些。
雖然開發者和大部分使用者極力在混淆Twitter和Blog，也明顯有借Blog的勢來宣傳自己的感覺，但這東西實在并非沒有特色。我一下就能想到的用法就是“語錄”——一些只言片語，不至于為了他們專門去寫一篇Blog，卻又棄之可惜，正好這樣記錄下來。這也是心情的軌跡。

先試用一段時間，看看效果吧。

取消了首頁的個人照片

2007-05-28T00:14:00.000+08:00

一直是自己在給自己做門神。聽朋友們說，很酷，然後小心翼翼地補充道：有點嚇人。

嚇人就對了。
我這個網站雖然只是個人網站，但絕對足以令大多數訪客頭暈、心悸，或者大家并不是嚴格意義的訪客，而只是過客？
看到這段話的你，請自己說，你是再次訪問本站？或者沒有那個再次了，對吧？

不要緊，現在全社會都是“嚇大”畢業的高材生。所以嚇人與否，無所謂。之所以突然決定取消那幾張照片，道理很簡單：心血來潮。

L&L BBS 070527

2007-05-27T23:20:00.001+08:00

照片又是自己拍的，這樣比較好，一方面激勵自己多拍片子，另一方面可以避免版權問題。

做成Banner的時候加了一個80的PhotoFilter，我比較偏愛這個。
原片：

日札0704·峙

2007-04-10T01:33:00.000+08:00

我一邊做這個頁面一邊自欺欺人：快樂是很容易的。
其實哪有那麽容易？從這個頁面的調子就看出我的情緒來了。

照片是雲影自己拍的。原片並沒有這麽沉鬱，而且大概是相機直接出的Jpeg，銳化過重了，我不得已還加了兩次Blur——從未有過的事情。

爲什麽照片拍得越多，就越喜歡陰天，喜歡弱光？甚至喜歡曝光不足的感覺？

L&L BBS 070228

2007-02-28T23:35:00.001+08:00

照片是自己的作品，攝於雲南東川紅土地。

原片：

zmeili 0612

2006-12-17T16:53:00.001+08:00

最近Maxthon和Blogger都陷入奇奇怪怪的各種問題，讓修改Blogger模板的工作變得很不愉快。總算也完成了一個，但我想明天我就會看它不順眼了。

Maxthon對于javascript的處理有很多低級的問題，說出來都不好意思，我都懶得去Maxthon的論壇發言了。消極等待，看下一個beta版能不能好些。用當前這個版本的Maxthon去blogger，發文也好，修改模板也好，是非常痛苦的事情。

blogger自己也在搞一些莫名其妙的事，比如現在不能用上傳的圖片做網頁素材了，甚至上傳的圖片必須要用自動生成的格式，如果只取圖片URL來用，對不起，不顯示！
我認為這樣實在太小家子氣，不符合blogger和google的身份，也許過一陣子他們就會放棄這個愚蠢的做法。但是無奈，目前我只能把圖片上傳到自己的FTP再引用。

日札0612·叠

2006-12-09T01:46:00.002+08:00

花了一晚上的時間，終于把雲影的博客模板更新了。

這個其實說了蠻久了，但我一直沒有找到一個好的布局方案，就一直拖延下來了。白天答應了雲影晚上搞定，總算不辱使命。人就是這樣，不逼不急。
頁面又增加了一種不同的風格，這次雲影好像很喜歡。

這次改這個模板，再次遇到Blog內文圖片將布局DIV撑大的問題。0610版就因爲寬度做得比較窄，已經遇到過這個問題了。當時是給內文圖片强制賦予一個較小的寬度，算是蒙混過關。但這招現在不靈光了，因爲雲影在內文中用了更多的圖片，幷且大小不一。
好歹我終于找到了正確的方法：給table賦予一個風格，table-layout:fixed。這樣就使得圖片不會撑大table和div了。
Table布局時代的論壇程序，都會用到這個方法。

跳來跳去

2006-11-28T12:58:00.000+08:00

Blogspot.com下一次被封會是什麼時候？也許是明天，也許是下個月，也許永遠都不會了。
不管那麼多了，能用我就用吧。剛剛發現blogspot.com解封的時候，還有所顧忌，但隨後又想：不就是跳來跳去折騰嗎？有什麼好在乎的？大不了又搬回FTP。
於是我又把Blogs從FTP搬去了blogspot.com。目前已經搬了大部分。

搬家，這次就少不了要修改模板了，完全升級到beta.blogger，就可以獲得動態發佈的許多好處。良好的分頁，良好的標簽，快速的發佈和修改，等等。最重要的是：

blogspot.com夠快，而且解封了！

欄目內合併

2006-11-25T20:49:00.000+08:00

今天把“設計”和“愛好”這兩個欄目內的Blogs分別合併了。合併之後，欄目內的就靠標簽來進一步分類了。這樣做的好處是，可以解決一篇文章同屬多個分類的情況。

但是，在Blogger上每走一步，無論後退還是前進，都會遇到很多問題。這次遇到的是Blogger傳統模板標記尚未對新的Label技術優化。
Blogger會將Label頁面看作一個傳統的MainPage，而理想的情況是增加一個新的條件標記LabelPage——實際增加的會不止這個，還會有諸如：MainOrLabelPage、ArchiveOrLabelPage等等——條件標記會有很大的變化才能適應這個需求。

我估計Blogger不太可能再改進傳統模板，所以這個問題應該是無解。
我又得修改自己的模板了。

今天又能訪問blogspot.com了

2006-11-22T16:30:00.000+08:00

下午四點過，偶然點了一個blogspot.com上的Blog，居然又能訪問了，速度還不慢。
但是，誰還敢用啊？

這樣的封來解去，是要生生地把人逼瘋了才算完。
但可以看到人類對某種追求的頑強意志，如石縫花草，曲折當中，生命不息。

今晚我要跟著U2再吼半小時。

加速！

2006-11-20T21:59:00.000+08:00

Blogs搬回FTP之后，陆续采取了一些加速的手段，但速度还是不理想。今天又想了一招：去掉了<$BlogMetaData$>，速度果然又大幅度提升。

这个模板标记会展开Feeds标记、一些连接到Blogger的Meta标记和几个Script，其实都没有什么用，但由于Blogger被封，这些连接就很花时间。去掉了，对功能并没有什么影响。而且我合并了全站RSS Feed以后，单个Blog里面不申明RSS也没啥关系。于是删掉，重新发布。

应该是更快了吧，呵呵。

痛并快乐着

2006-11-19T02:14:00.000+08:00

继续折腾本站。

先是把诗歌陆陆续续地合并到一个Blog当中，开始利用Beta.Blogger带来的标签。到目前为止，已经输入了279个帖子。那些日期不可考证的作品只好先放着。

周六把诗歌这个Blog的模板升级了。修改起来倒并不是特别辛苦，但改完了却不能发布，总是报告服务器出问题，异常郁闷。

哭笑不得

2006-11-16T19:26:00.000+08:00

下午才发现了用Feedburner转换Feeds格式以解决兼容性问题的方法。刚才又发现一个令我哭笑不得的新情况：Beta.Blogger暗地里已经加上了往FTP发布rss.xml的功能——也就是说，我过去这段时间什么也不用做，本站自己就能“恢复”正常。

不过我还是保留了那些转换的结果，只是把全站RSS和首页Script重新定向一下就可以了。

想起那句最打击人的人生哲理：忍一时风平浪静。

另外，顺便修改了一下模板，把Navbar去掉了。Blog发布在blogspot.com时，Navbar不能去掉，发布在FTP就可以选择去掉它。Navbar会访问beta.blogger.com，如果不去掉会很影响速度。

Feedburner！

2006-11-16T16:27:00.000+08:00

前面讲了Beta.Blogger使用了Atom1.0格式的Feeds，而无法与本站采用的FeedJumbler技术兼容。

怎么办？我第一就想到了Feedburner，并尝试了他的SmartFeed，但不幸失败。FeedJumbler仍然不能兼容他。
于是我几乎就放弃了，转而想到采用del.icio.us的link rolls技术。del.icio.us的速度显然要快得多，但致命的缺点是：我必须手动去发布Feed信息。虽然事实上这个手动发布并不麻烦，也不花什么时间，但心里总是不爽。
还是回头打Feedburner的主意吧。

深入研究之后，我找到了正确的方法。不是使用SmartFeed，而是应该使用Convert Format Burner，同时还必须关闭SmartFeed和Browser-Friendly Burner这两项缺省打开的功能。这样，Convert Format Burner就可以将Atom1.0较好地转换成RSS2.0格式——后者就可以跟FeedJumbler搭配了。

回顾一下本站的RSS是如何产生的：

Blogger.com发布单个Blog的atom.xml到我的FTP；
Feedburner将这个atom.xml转换成RSS2.0格式；
FeedJumbler读取这个RSS2.0的Feed，将其和其他的Feeds合并，输出为新的rss.xml；
FeedBurner读取这个合并以后的rss.xml，将其保存为本站RSS。
本站首页读取FeedJumbler的Javascript，输出为更新列表。

是不是很折腾？所以如果可能的话，我还是愿意在本站搞一个PHP程序，自己做Feeds合并。那样速度也会快很多吧？

Beta.Blogger的Feed问题

2006-11-14T18:30:00.000+08:00

本站的Blogs已经转换到Beta.Blogger，目前发现的最大问题是Feed的兼容性。
根据Blogger的描述，FTP发布的Blog，Feed都是Atom1.0格式，而不是以前的Atom0.3。如果Blog是发布在blogspot.com，可以在Feed地址后面加上参数，从而获得RSS2.0的格式。这样一来，我发布在自己FTP上的Blogs，其Feeds就都将是Atom1.0格式。
奇怪的是，动态的Feed和静态的Feed，似乎有着不同的兼容性。

本站首页采用的Feeds聚合技术，来自FeedJumbler，并不能好好解析Atom1.0格式的静态Feed——于是我的全站Feed和首页新文章聚合就崩溃了。都不知道应该把帐算到谁的头上。
指望FeedJumbler更新是不太可能的。他的上次更新已经是2005年的事情了。
指望Blogger改进兼容性？我还没有给他们写信，不过我觉得指望不大。除了Jumbler不能好好解析之外，似乎也并没有别的RSS阅读器有问题。
踢开FeedJumbler而另找一个好的聚合服务？我试着去找了，无果——除去这次的兼容问题和稍慢的速度，我还没有发现比他更好的服务。以致于我动了自己写一个PHP程序的念头！想想头都大了。

最让我奇怪的是，我这个需求就这样生僻冷门吗？居然网上就找不到几家优秀的服务。

终于升级到Beta.Blogger！

2006-11-12T17:52:00.000+08:00

前几天已经知道Beta.Blogger已经支持FTP发布，而且我的Blogs已经得到可以升级的通知，但一直没有足够的信心去升级。不是对自己没信心，而是之前已经经历太多次升级失败了，并且还丢失了两个Blogs。

什么叫诱惑？诱惑就是这种不时提醒你、怂恿你的念头。诱惑，如果被隔绝，就不成为诱惑；诱惑，如果不能契合你的欲望，也不成为诱惑——今天下午的某一刻，我终于没有经受住升级到Beta.Blogger的诱惑。

因为有了Labels功能，本站可能会面临再一次的组织调整。可能合并一些栏目，增加一些栏目。
我不着急。慢慢写，慢慢改。

FTP back!

2006-10-28T00:13:00.000+08:00

把本站的Blogs又搬回ftp上了，折腾了一晚上。
不少内文中的图片是上传到blogger的服务器的，现在已经不能直接显示。我也很难一个个去修改了。
虽然人生在于折腾，但折腾成这个样子，折腾得如此不甘心，就显然不是人生的真谛了。

为什么搬回来？因为blogspot.com疑似被封。
疑点：Blogs并不是完全不能访问，可以用代理绕过去，说明blogspot.com自身没出问题。在线订阅本站feeds，也没有任何问题。

很对不起云影。我刚刚帮她把Blog搬到blogspot.com，现在又得搬回她原来用的blogcn。
不是blogspot.com不可靠，是我们的为政者不可靠。

Blogspot.com被封疑似跟现在的“实名制”流言有关。Blog要搞实名制，就必须封掉境外的服务。不然还搞什么搞？
我是不惧什么“实名制”的，我本来就没打算说什么过激的话，而且我的网站就已经实名登记了——不登记不行啊！
毕竟生活于此，不得不忍气吞声。

不管如何，本站又能访问啦！总算也是个喜讯。

Blog丢失！

2006-10-13T18:01:00.000+08:00

损失了刚刚开始建立的“设计·摄影”，和另外一个还没发布的Blog。
在Google的网页快照中找回了摄影部分的一些文字，损失还不算很惨重。

造成损失的原因是下午把Blogger里面的Blogs全都改放去了blogspot.com，然后Blogger就告诉我：可以升级到Blogger beta了！我本来就想干这事，于是一拍即合——升！然后就升到我的Blogger beta账户。
显然，升级失败。Google告诉我：Blogger账户没事！还可以继续使用——不错，Blogger账户的确没事。但我的Blogger beta账户有事了！

又显然，这情况大家都没想到。我以为两个账户会简单合并；Google则以为我的Blogger beta是空的。

出事之后第一想到的是备份Blogger上现有的内容，Blogger beta之beta一词，看来不是故作姿态。迁移之后，会不会出现诸如乱码之类的问题尚不可预料。
但是搜索网络，并没找到一个有效的Blogger备份方法。于是我想了个最简单的办法：下载。

没错，就是下载。
打开Blog的编辑页面，如果Blog个数大于50，记得选择合适的显示数目（数目大于300的话，参见Blogger Help里面的说明）。然后用Flashget，下载当前页面全部链接——在选项里只选中yourblog.blogspot.com。下载会很快。
如果Blog模板里隐藏了一些数据，比如日期与时间，最好在下载前恢复显示它们。

恢复……没有什么好办法，自己手动搞定吧。

Blogger beta or not?

2006-10-11T19:25:00.000+08:00

在发现Blogger beta可用之后，我陷入了一个两难的选择：
已有的这些Blogger Blogs怎么办？

诱惑我想动手的原因主要还是“栏目”、“分类”这些字眼。我现在经常困扰于类似一张建筑照片应该放在“设计·建筑”还是“设计·摄影”里面——这样很神秘的问题。真的很神秘！不是技术可以解决的。“名”本来就是我国传统哲学大问题之一。

等待Blogger自动升级变成Blogger beta之后的正式版？殊途同归当然是最好的结局，但这个结局无疑有点遥不可及的感觉。Google对已有服务的升级显然不如下手并购有潜力的公司来的快。
那么手动将Blogger文章逐一Copy到Blogger beta如何？东西可不少啊，明显力不从心。
放任不管吧？正如这篇文字又再增加了疑虑的凝重，日久天长，如果将来真的不得不手动去做，岂不是更为痛苦？

最终得出一个哲学意义的结论——
人生之痛苦，皆在于选择。

摄影栏目

2006-10-10T12:28:00.000+08:00

凌晨把“摄影”栏目加上了。这次用的是flickr + beta.blogger技术。

flickr作为照片共享网站是很成功的，具体落实了Web2.0的“用户体验”概念——概括起来就是：用户需要，用户提供。
对我来说，flickr的好处就是一个功能丰富的“相册”。photo.163.com也是“相册”，为什么不可取？因为它里面的照片不能链接出来。放在哪里，就要到哪里去看——这其实就杜绝了很多用户使用网络相册的原始目的：广泛的共享，说得简单些：链接！不能链接出来的图片，死路一条。
flickr的丰富功能功能中提供了很方便的图片Blog，简单到只需要几次点击和输入描述文字即可，并且广泛支持最流行的Blog，比如我所用的Blogger和beta.Blogger。

昨天发现beta.Blogger支持旧版模板——不知道是我以前忽略了，还是新的改进，总之，这是一个受欢迎的措施。技术的先进性要讲，但技术的兼容性同样不可以忽略。网络重构有个很好听的口号：向后兼容——且慢！在向后兼容之前，还是先搞定向前兼容为宜。xml的刻板可以保证数据的质量，但这柄双刃剑更多的时候是将coder和像我这样的准coder砍得头破血流。
现在好了，我可以大模大样地用回旧版的，也就是blogger里面的模板，而暂时不用管什么xml、什么网络标准，提前享受beta.blogger带来的新特性，比如更快的速度，label支持等等。

现在应该可以把beta.blogger推荐给云影了。修改旧版模板，我还是蛮有经验的。

日札0610·暮

2006-10-05T17:56:00.000+08:00

国庆大假，发了几天呆，无所事事的感觉就是好。

话说上回在flickr取得了西班牙MM：MaiKoh的图片使用许可，心里面一直惦记着要用来做做网页。再早些，把云影的Blog模板好好梳理了一次，尽可能做到了结构和表现的分离，心里面也一直惦记着要做一次大的版面调整，以显示工作的成绩。
其实真要做了，也没有什么好的点子，简简单单地把左栏换到右边，右栏换到左边——也算是调整了。内行看着是小菜，外行看着兴许也神奇。
做完再看，十分不满意，图片用得不到位，感觉没出来。Blogcn的狗屎技术大大地伤害了我的感情，姑且算个客观原因。不过既然做了，还是放上去吧。敝帚自珍。

总之：人生在于折腾！

首页加载提示

2006-09-24T22:54:00.000+08:00

首页的全站聚合是通过javascript，从FeedJumbler加载过来的，有时候会比较慢。加载过程中，会在那个区域显示一片空白。不熟悉本站的读者也许会认为那里没有东西吧？

于是做了一个首页加载提示，方法倒是很简单：
用一个DIV显示“Loading”字样，然后给body一个onload事件，使得页面全部加载完毕后把那个“Loading”DIV隐藏掉。

修修补补

2006-09-23T19:02:00.000+08:00

没事干又修补网页，添加了一些小细节。

给Blog内文里面的链接加了一个小图标，貌似简单，其实遇到问题不少。
主要问题是不想改模板——Blog太多啊，都去改除非是在特别无聊的时候，不然哪来那么好的心情？不改模板，那就改CSS。一时间改得百花齐放——怎么说？这里对了，那里有出现意想不到的情况了；那里改了，又某处出现新的问题了……好歹终于还是改好了，顺便还修正了其他几个CSS小错误。

一直不经意地觉得我那个图片预加载没有起作用。图片预加载，对于动态切换图片是非常重要的，比如做点小幻灯什么的。本站幻灯是不做的，我对那东西几乎深恶痛绝；但图片按钮的静态、悬停这个效果，也要用到图片预加载。那个模块不起作用，的确会不怎么美妙。那就看看吧。
一看就傻眼了，预加载的js做成了两个函数，而在页面里面根本没有调用那个函数，只是引用了js文件。
改！顺手把几个新的图片都放进去。

这下好了。

新的网站图标

2006-09-20T20:23:00.001+08:00

做了两个网站图标。一个是L&L BBS图标，另一个是本站图标。

L&L BBS原来有一个图标，不过做得很差，一直想重做。现在这个图标其实是在TH55上画出来的，这次在Photoshop里面重描了一下，倒是不麻烦。
本站图标是今天新做的，做了好几个方案，还是最简单的四个色块最好。

说到网站图标，有两点要提一下：

IE只支持放在域名根目录的favicon.ico，而不支持在link里面指定位置的图标。
Firefox和Safari就支持指定地址的favicon。实例见我的FishLISP网站，在IE里面就跟本站图标一样，但在Firefox、Safari里面图标就是另一个。

做ico，往往还需要专门的图标制作软件，但如果只是像我这样偶尔做一下网站图标，就可能用得上这个网站了——这里有一个专门做网站图标的在线程序。提交你的16x16px的.gif或.png文件，它会帮你转换出favicon.ico。
FavIcon from Pics

标准化

2006-09-20T11:33:00.000+08:00

说“标准化”，其实有点夸张。这两天也就是把各个Blog的模板和CSS归纳了一下，尽量用一个标准来统一起来。不过任何事情如果搞一刀切都不太好，网站的标准、统一也不例外。所以，标准要搞，但不能把标准搞成简单、粗暴。比如链接应该加上下划线，至少在a:hover状态应该如此；但如果链接本来就有border-bottom的情况下，再加text-decoration:underline就很难看。变通一下就好，简单固然有可能是美，但简单也非常有可能不美。

向W3C标准靠近，取消了hr标记。那么要做横线怎么办？用border-bottom或者border-top来实现。其实后者是更合理的方法，没有在结构、布局上增加无意义的元素。

CSS的分离、合并、精简是一项复杂的工作。复杂之处在于定义的顺序，后者会覆盖前者，所以要非常小心。一套结构严密、定义清晰的CSS会良好地体现效率。

解决了帖子页面不能显示的问题

2006-09-18T11:13:00.000+08:00

本站Blog转到Blogspot.com之后，在IE里面时不时出现帖子页面空白显示的问题，但在Firefox和Safari里面就正常；即便在IE里，也并不总是出现，而且只是出现在帖子页面，各Blog的首页和存档页都没问题。
这个问题最大的弊端是，订阅本站的读者点击订阅条目以后，都是得到独立的帖子页面——在IE里，往往就是一个空白页面，多伤感情啊！

今天在“蓝色理想”看到一个转载文章，讲述了这个问题的成因。立刻修改了我的Blog模板，果然药到病除！
回头找到了文章原作地址，收藏了那个网站。

问题描述见此链接（本站）：
iVox: Tech: [链接] 空白显示页面问题的解决
或原作地址：
空白显示页面问题的解决

框架跳转

2006-09-16T22:41:00.000+08:00

今天把这个问题搞定了。

所有的内容页面，版面都是从属于整体框架的，所以如果单独拿出来看，效果自然要大打折扣。而如果通过RSS订阅，点击以后得到的页面总是那个单独的，因此就有必要解决这个问题：如何让孤立的页面重新回到框架里面？

我的办法是在页面里放入一段javascript，使其判断文档顶层地址是否与自身地址相同，相同则说明没有放入框架：if (top.location == self.location) {...}
然后将几个框架文件的地址作为变量传给一个php文件。我的主机支持MySQL+PHP。一切都很简单。

最初本想让孤立页面自动跳转进入框架，后来想想可能也会遇到需要调试的情况，就把跳转做成一个链接，让访客自己选择。

下午去给妈买了件衣服，明天寄回去。希望她喜欢。

进一步完善

2006-09-14T23:01:00.000+08:00

今天做了以下完善工作。

把缺失的页面都补上了，包括已经有，但不能正常使用的页面，实在搞不定的就干脆先取消，等将来做好了再放上来。
其实这是做网站的基本准则之一，只不过因为这是个人网站，我一向都不太注重链接的有效性；现在觉得不妥了，也算是思想上一层提高。

修改了框架页面，补上了noframes里面的内容。以前从来不管这个。如果访客的浏览器不支持框架，看不了本站，我也并不介意。现在这个想法没有变，我只是在一定范围内尽量考虑兼容性，但如果连那么老的浏览器都要考虑，也太烦了。那为什么又要加上这部分内容呢？目的并不是考虑那些老掉牙的浏览器，而是为了正确引导搜索引擎。搜索引擎往往不能非常正确地分析框架，甚至有的引擎干脆就忽略框架部分了——所以在noframes里面放入站内全部链接，还是有实际意义的。

尽管我已经很注意标签的关闭，但实际上还是有很多meta敞开着；还有一些script、style也没有申明type。见一个灭一个吧，慢慢来，反正不赶什么。

下一步，计划解决这个问题：绝大部分内容页面，如果单独打开，视觉效果就会差很多。我考虑是不是在每个页面里面引用一段script，将单独打开的页面转回框架内。初步打算用script+php实现。

深入改版

2006-09-09T04:12:00.000+08:00

既然是深入改版，表面反倒不会有太大变化。这次主要做了这几件事：

把Blog全部搬去Blogspot.com了。
原因是Blogspot.com现在够快了，搬过去也可以降低FTP负担，GoLive在处理其他页面的时候也轻松些。
Blogger把RSS放在FTP上，访问起来就会有些问题，我也懒得研究到底为什么了，搬家了事。

把各个Blog形式的栏目做了一个聚合。现在的首页实实在在有些首页的味道了，可以看到各个栏目的更新情况。未来本站的内容除了诗歌部分都会逐步改成Blog。
回头可以专题说说利用公共Blog建站的好处，此处先打住。

CSS的统一性早就在提，这次顺手做了一些，还不彻底。慢慢来。

这次还遇到一个怪事：散文栏目的模板突然哗变！原来好好的，一下子body的外边距就不见了，足足30px啊！用逐一替换法找原因，感觉像是装机不顺，但终于还是没找到原因，不得已只好加了一个DIV，效果上算是搞定。
但我还处于疑惑中……

凌晨。
今天丝丝生日！生日快乐！

Table

2006-09-06T15:29:00.000+08:00

干掉了本页的table和embed，本站进一步向标准化迈进。其他的页面也将会逐渐改进。

个性化的滚动条是否保留仍然困扰着我。用script来替代是一个方案——我再考虑考虑吧。

L&L BBS 060905

2006-09-05T19:04:00.001+08:00

技术页面

2006-09-05T16:29:00.000+08:00

修改了一下模板，加入了dp.SyntaxHighlighter的代码高亮功能。
但实际上又遇到兼容问题，比较讨厌。所以这个功能就仅限于技术页面使用——到处都用我会被断行问题烦死的。

Blogger ArchivePage 导航

2006-09-02T14:53:00.000+08:00

又修改了一下本页的模板，比较有意思。见本页底部。
这个功能应该是很普通的，但Blogger一直没有提供。没关系了，自己也能做。

停不住了……

周末愉快

2006-09-02T00:52:00.000+08:00

这段时间没事就折腾网页——
也算是一种沉溺吧？

上次说要把站名那一块换成图片，这就趁着周末做了出来。顺便还修改了一下，并加了一个表示版本的“v2.0”其实也就是好玩——
也算是一种乐趣吧？

没有要事，没有约会，没有去处。如此一个周末，自己手磨了一些咖啡，弄了一杯法式，又弄了一杯滴滤。一边听Fygi，一边不慌不忙地改网页——
也算是一种享受吧？

这篇Blog写得莫明其妙，心情不像心情，技术不像技术，日志不像日志——
也算是一种状态吧？

新面孔

2006-08-31T09:28:00.000+08:00

如所见，本站的版面做了一些调整。虽然框架和导航页面都重写了，由于界面并没有本质变化，所以还是叫“Little Fish Studio 2002”。

这次最重要的改变就是取消了那个“无边窗口”效果。我承认在Windows系统里面那样很酷，但代价实在有点大，而且和Tab浏览兼容性不好。

为了保证灵活性，导航按钮这次基本上都做成文字了。页面也不再使用程序自动生成的那种，而是采用DIV+CSS的思路，全部手写，代码自然精简多了。

一时兴趣，顶部栏目导航左侧的“Little Fish Studio 2002”字样其实不是图片，而是真实的文字。我主要是想试试clip属性的用法。好玩归好玩，实际意义并不大，改天还是弄回图片或者Flash好了。

栏目导航，如我以前所想，做了一些调整，主要是精简和整合，还没完全弄好。最近看了一些关于WEB2.0的帖子，有个论点跟我的想法倒是不谋而和——提供的内容要尽量少，做得要尽量简单。否则一方面访客难以适从，一方面自己维护太不方便。

想到了就做。
而我点子很多，生活可能就会因此而比较累。但我一直都这样认为——

累，才是快感。

细节

2006-08-25T00:04:00.000+08:00

晚上修改很多CSS风格的细节。看上去变化不大，不过我自己感觉好很多 :)

散文：随笔：细节人生

CSS滚动条

2006-08-24T17:28:00.000+08:00

前段时间，这个页面的滚动条显示有问题，一直找不到原因。今天想起来有可能是!DOCTYPE申明和CSS自定义滚动条风格不兼容。于是在模板里面删除!DOCTYPE申明。果然恢复正常。

小问题，有时候也很折腾人。

HD Technology

2006-08-20T20:27:00.001+08:00

这是给老崔、小刘他们做的Logo。

原来做过一个，这次是调整方案。图形稍微调整了一下，主要是文字改动。
实话说，做得不算满意。不过要让我做出自己很满意的东西来，需要很长时间——那还是免了。不如先做出一个东西用着，以后有好的想法，以后再改。

他们倒是还能接受，已经用上了。

对于本站的几点想法

2006-07-25T14:08:00.000+08:00

现在Tab浏览已经成为事实上的流行趋势，我本人也十分赞同这一技术，但就本站来说，Tab浏览和无边框窗口设计的矛盾就实在很难调和了。Safari在标签和新窗口之间走的了一条中庸路线，算是还不错例子，但像我最常用的Maxthon就是把无边窗口作为一个标签子窗口来打开，效果极差。
其实还是OSX的窗口简洁，在Safari里面，无边窗口其实根本就没有必要，因为Mac的窗口已经就是无边的，并且效果优秀。

一直有想法用PHP+MySQL来实现“诗歌”这个栏目，主要难度还是需要学习这些技术。一旦这样做了，好处当然很多，录入、检索、编集都应该会更加方便。
最重要的一点是现在越来越意识到网站维护的简易性是极其重要的。一个网站可以做得很复杂，但维护一定不能太复杂，否则就会出现像本站前一两年的状况：懒得更新。诗歌栏目采用PHP+MySQL技术的最大便利就是带来直接针对内容的更新，而不是现在这种需要修改HTML代码的、同时针对内容和结构的更新。

利用Blogger的技术，将文章整合到网站，目前感觉效果很好。将来网站升级，这一技术要继续采用。把Blog用作文章载体，也带来上述的“直接针对内容的更新”便利。
各个栏目的CSS风格和Blog模版还应该进一步统一，尤其是tag、class和色彩的统一，非常必要。目前网站界面总体还算和谐，但细节还有很多问题——而细节才是品位。

栏目分类有必要重新安排调整。目前很多栏目基本上排不上用场，令人沮丧，估计本站访客也会很迷惑。
诗歌、文章、设计仍然是主力栏目，其他的就会有所取舍了。

我会减少Javascript的依赖性，能不用尽量不用；注意力应该更多的放在内容和布局上面。目前网站采用的几个Javascript效果，应该说还是很有意味的，但兼容性实在令人头痛。或许深入研究网络技术可以解决一些问题，但我并不打算成为那方面的专家。取舍势在必行。

GoLive CS2

2006-07-01T07:50:00.000+08:00

GoLive处理中文始终还是有问题。
使用GB2312编码的网页，部分生僻字会被转换成问号。
改用UTF-8，平台、浏览器兼容性比较好，但在Mac版的GoLive里面Layout模式下中文显示为乱码，在Source模式下，一旦将显示字体加大，中文字居然会有大有小。
为了兼容性，还是决定把网页都改成UTF-8编码。但愿用回PC版的GoLive以后，不再有上述烦恼。

Script兼容性

2006-06-29T22:31:00.000+08:00

解决了一个Safari里面Script、CSS兼容问题。
原来诗词栏目里面显示/隐藏注释的Script，在Safari里面不能工作。今天找到原因：如果在CSS里面申明了display:none;，然后用Script显示/隐藏某对象就会无效。
以前在IE里面倒没有遇到过这问题。

凑数

2006-06-13T12:40:00.000+08:00

把MSN个人空间里面的一部分博客搬到Blogger了，算是给网站多凑些数。

整合

2006-06-10T15:39:00.000+08:00

文章版块最后一部分和Blogger的整合也做出来了。总算去掉了“尚未完成”的红字。

网站可以日渐丰盈，性情却在日渐消磨。
生活很好玩，不是么？

CSS分离

2006-06-09T21:00:00.000+08:00

继续修改文章版块的模板。将CSS风格表和模板分离开了，这样如果要调整版面风格的某些细节，就不必非要修改模板不可。
做上了Archives和Articles的列表框，但后者效果不是很理想。放一段时间，再想想。

到处搬以前的评论，不时找到一些好东西。看看自己以前写的这些东西，也是感慨良多。真是应了自己那句“旧句忽疑非己出，新潮已见逐人来。”

模板

2006-06-06T23:24:00.000+08:00

散文部分和Blogger整合的工作大致完成。昨晚做的基础工作极大地提高了效率。
几个模板也修改了一下，效果不错。

整合Blogger

2006-06-05T20:35:00.000+08:00

将“散文·诗话”部分和Blogger整合了。主要由原来iVoxing博客的诗话部分构成。
将来这一栏目应该会成为本站最重要内容之一。

log

2006-06-04T20:15:00.000+08:00

本站更新Blog基本完成。做模板花了不少时间。
网站的HTML名称从“Little Fish Studio 2002”，改为了“Little Fish Studio”。

Blog

2006-06-04T16:06:00.000+08:00

从现在开始，用Blog来记录本站更新。

顶鼎科技

2006-05-20T20:29:00.001+08:00

这是给老崔、小刘他们跟别人合作的一家公司做的Logo。但很快就分家了，这个Logo归了那些我不认识的人。早知如此，应该收费！

把D字母略作变形，兼具汉字“力”的样子，倒也算简洁明快。本来还想在细节上略作调整，但既然都送给陌生人了，那就算啦。

L&L BBS 060414

2006-04-14T19:02:00.001+08:00

素材图片来自网络，无版权声明，作者未知。

很漂亮的片子！感谢原作者！

L&L BBS 060321

2006-03-21T19:01:00.001+08:00

L&L BBS 060101

2006-01-01T19:00:00.001+08:00

L&L BBS 050601

2005-06-01T18:58:00.001+08:00

素材图片来自网络，无版权声明，作者未知。

我个人很喜欢这个。
感谢图片原作者！

欧德油储办公楼模型

2005-04-27T19:14:00.001+08:00

欧德油储办公楼。

我只是做了这个3D的工作模型，并提供了些许造型方面的意见。

L&L BBS 050326

2005-03-26T18:57:00.001+08:00

L&L BBS 050303

2005-03-03T18:52:00.002+08:00

底图是我在从仁寿到成都的路上拍的。

当时兴之所至，选了一个特别的白平衡模式，所以拍出来大致就是这样的色调。做成这个Banner的时候还是用Photoshop调了一下色。

难得用自己的片子做一次Banner。还是拍得太少。

L&L BBS 050110

2005-01-10T18:50:00.001+08:00

L&L BBS 041219

2004-12-19T18:49:00.001+08:00

L&L BBS 041006

2004-10-06T18:48:00.001+08:00

牛气

2004-08-15T23:14:00.001+08:00

深圳市政府门前的雕塑。

就雕塑而言，是件好作品，牛造型生动、精神完足。
就象征意义而言，我想市政府本意是取“拓荒牛”那种开拓精神。但实际上人们很容易想到别的地方去，而且似乎还更适合某些官老爷。

深圳市在这方面有传统，在新的市民中心造型上，我们还可以看到更好玩的歧义。

L&L BBS 040809

2004-08-09T18:47:00.001+08:00

虚实

2004-06-24T14:37:00.001+08:00

半山海景花园·兰溪谷，会所入口外景。

大学课程设计的时候，我就喜欢上这种圆弧与镜面的碰撞——镜面将一段不完整的圆弧用镜像的虚影延续，虚实既相生，也相对。实物硬挺而冷漠，虚影扭曲而生动。非常有趣味。

影

2004-06-24T14:14:00.001+08:00

半山海景花园·兰溪谷，会所楼梯。

看到阳光和阴影浓重的对比就总是想起路易斯·康的“光明与静谧”。建筑的意境与之相去甚远，惭愧。
照片说不上是好照片，但总算简单而有味。

L&L BBS 040520

2004-05-20T18:45:00.001+08:00

L&L BBS 040411

2004-04-11T18:40:00.001+08:00

L&L BBS 040214

2004-02-14T18:38:00.001+08:00

L&L BBS 040203

2004-02-03T18:34:00.001+08:00

鸿昌花园售楼效果图

2003-08-14T19:23:00.003+08:00

开发商最终确定的外墙色彩和售楼效果图。和原方案差别还是不小。

原方案色彩还是不错的，不过开发商总是更喜欢听销售部门的意见。在这种问题上，我们作设计的一般都不怎么坚持己见。除了是那种你把他当作自己孩子的作品，一般的设计项目，开发商爱干吗就干吗去吧。

这个图是开发商请人做的，作者不详——特此声明。

Cloudy 2002

2002-03-16T14:56:00.000+08:00

这是2002年3月份为云影做的网站。没有维持多久。

网站的主要内容是云影的文字，包括诗歌、散文、小说；没有什么别的花哨东西。既然内容单纯，我就尽量往小巧上做，实际效果可能偏小了一些，不过还算讨巧，像个小册子。
做这么小也有一定好处，比如文字排版宽度有讲究，不宜太宽，不然阅读时会很累。看看报纸、杂志的分栏排版就知道了。网页排版也应该讲这个，说时髦点，叫“用户体验”。呵呵，我把页面做这么小，这个文字排版问题就不存在了。

为什么这个网站没法维持呢？因为无法坚持更新。
一个网站，即便只是个人网站，也是需要维持的，可以分成两方面的维持，一是技术维持，一是内容维持。
技术维持只是刚开始比较重要，以后工作不多，工作量不大，偶尔花点小功夫就成。所以技术维持并不是关键。内容维持才是网站的重点，也是一项长期的工作。
这个网站的内容更新都是云影把文稿电邮给我，然后我做成网页，上传到FTP——可见其麻烦。以我的技术水平，也不足以写一个网络程序，让她自行提交。慢慢地，网站更新就无法继续了。其实，就算是我自己原来的网站，虽然FTP权限掌握在手，自己也懂得如何修改网页，但由于网站本身没有做到结构和内容分离，更新起来还是觉得颇为麻烦。

这就得出网站必须注重的建站原则：结构和内容分离。

BBS也好，Blog也好，为什么能够适合普通人？就是因为普通用户直接面对内容，而不必管网站结构。
所以当Blog出现以后，个人网站反而就赢得了一次新生。且不管它在技术上叫Site还是Blog，还是像本站一样是个混合体——
内容输入不再是通过网页编辑软件写就、FTP上传，而是纯文本在线提交。

时代就改变了。

鸿昌花园

2002-01-15T19:23:00.001+08:00

宝安的一个住宅项目。做得蛮辛苦的，因为设计周期太短，同时第一阶段的设计毛病也太多。

设计周期太短是具体设计工作中极大的一个问题。有时候，有些问题在设计当中不是看不到，而是看到了也没办法去修改，因为按时完成设计才是第一重要的。
质量第一位？在设计上是不可能的。因为设计很多问题并不能量化，什么程度叫“好”？没有明确指标。设计师只能尽量去做得更好——只有“更好”，没有“好”或者“最好”。
设计规范规定的一些尺寸是可以量化的，但那是对建筑这个“产品”的量化，而不是对设计的量化。

从设计上讲，这个项目并不满意；但最后开发商还是比较满意，当然满意的是另一回事：房子卖得不错。

大梅沙蓝色假日公寓（方案调整）

2001-07-30T19:31:00.001+08:00

根据盐田国土局的意见做了一些调整。
本想只修改一些局部，但改出来效果并不协调，就索性把整个风格都改了。

KPT Elevation Detail

2001-07-25T19:33:00.001+08:00

这是即兴做的一个练习。虽然是临摹照片，却并没有完全照抄原作，稍微做了一些简化处理。模型很简单，根据目测，定了一个800mm的模数，在AutoCAD里面做了几个Pline，然后就转到3DS MAX里面去了。

在Photoshop里面做了墙体的材质。我估算墙体每一块的尺寸是800x1600mm，缝宽为10mm，因此材质的尺寸定为160x320pixl，缝宽为2pixl。用滤镜做了一点不太明显的纹理，效果非常不错。遮阳板用的是墙体同一个贴图，在Output里面加了一点偏红的效果。这张图的关键在于Raytrace――所有的材质都用了Raytrace，其中玻璃的Raytrace还打开了反锯齿效果，这使得渲染速度极其缓慢！

打光的方式算是普通的，只有一处讲究――右侧的补光排除了玻璃，这样才使得遮阳板的映像更加黑暗，形成画面的重色。

建模耗时不到一个小时，渲染却超过了两个小时。Raytrace反锯齿实在是一个吞噬资源的黑洞！不过总算物有所值，最终效果相当不错，简单当中见丰富――这正是我所追求的风格。

缘起

2001-07-18T17:22:00.000+08:00

在画一张建筑草图的时候，产生了这个灵感，于是决定做一个全新的小鱼工作室主页。

在缤纷的色彩中，我仍然挑选了绿色作为网站的主色调，这是偶然还是一种延续呢？绿色，据说是层次最多的色相。我喜欢这种宁静的内涵，喜欢简约当中见丰富。

2001年7月，新版开始制作。我把他称为“小鱼工作室2002”，准备花上半年的时间来完成他。我不相信三五天制作出来的东西会是什么好货色——人和网页之间，也需要时间来相处。

制作新版的一个原因是旧版在更新问题上考虑不周，即便是增加一首诗，也不得不更改十几个页面，工作量很大而且容易出错。另一个原因是旧版一些未能完成的页面始终没法设计出一个像样的版面，很大程度上是因为框架个性太强。

大梅沙蓝色假日公寓

2001-05-30T19:37:00.001+08:00

大梅沙蓝色假日公寓（后更名为大梅沙京地酒店）。我和王蓓合作的方案。这是最初的方案。

这是一个300位社会停车场与公寓合建的项目。盐田国土局对大梅沙地区的建筑方案限制较多，原则上我很赞同这些限制，而实际做起来当然不免束手束脚。

某小学方案

2001-05-23T19:40:00.001+08:00

一个比较纯粹的方案。指标当然还是中规中矩，但技术和造型方面就没有怎么考虑可行性。
方案、建模、渲染、文案、制作图册以及拿出去印刷，一周时间，全部一个人完成。虽说很紧张，但也很好玩。

其实那个大圆锥的前方应该尽量敞开，做到中间就发现这个问题了，但已经没时间改。
建筑总是充满遗憾的——哪怕只是一个单纯的方案。

假日

2001-05-01T20:31:00.001+08:00

2001年5月，放五一大假，我并不想出去玩，只想一个人安静地呆在家里，于是画了这幅画。
其实后来的每一个五月、十月大假，我都是同样心情。

Adobe Illustrator 9.02

成都野生世界·行政楼

2000-07-25T19:42:00.001+08:00

这个行政楼是我负责的，项目其他子项也有参与。

建筑本身没什么特别值得说的，简简单单，效果应该也还可以。
这个渲染图比较有意思，是我自己做着玩的。当时不知道怎么想的，选了背立面来做。结果就有细心的朋友在问：这房子门在哪里？呵呵
当时之所以要拿这个来做渲染玩，是因为受了一种思想的蛊惑：无后期制作。这副图就是如此，直接从3DMax里面渲染得到，没有经过Photoshop后期处理。当然前期还是需要的，比如树的蒙版，不用Photoshop来做是不行的。
无后期，或者少后期，确实有很多优点，比如多视角出图，可以精确控制的景物比例、尺度等等。只有一个缺点——太麻烦！所以商业性质的渲染图不可能采用这种办法。

Little Fish Studio v1.0

1999-09-12T19:55:00.000+08:00

1999年开始接触到“免费个人空间”，于是动手做了自己的第一个个人网站，寄放在163.com。

网站基本构架跟现在也差不多，但比现在做得复杂多了，用了很多的script。那时候上网的人还不算多，网上资源也远不如现在丰富，自己也还不知道如何去找现成的东西，所以那些script都是自己写的，而且是vbscript和javascript混杂，回头想想还真是乱。不过效果的确优秀。我很早就发现marquee的效果极其不爽，所以自己用script写了一个，具有鼠标悬浮暂停滚动、连续滚动等优点——可惜整个网站都没能保存下来。一个原因是硬盘崩溃，另一个原因是那些所谓的“免费空间”实在不可靠，说停也就停了，不给你任何解释、任何补偿——本来就是免费的嘛。

Blogger也是免费的。他能维持多久？

这个版本参加了163.com的“SupperCool”个人网站竞赛，获得了“Cool站”奖。

依山居

1999-06-18T19:45:00.001+08:00

依山居也算是我负责的一个项目。“也算”的意思是我没有挂上负责人的名，但实际上在干那个活。项目中，原来清华院吴工（后来去了万科），提供了很多设计上帮助。

这幅图显示的是最后的建筑立面效果。当时各方在外墙色彩问题上有些争论，我干脆做了这个立面色彩分析图，后来确定了这个色彩。回头想想，当时的甲方和我们设计方都是非常认真的，不像后来很多项目，甲方要用什么材料、色彩，根本不跟设计人员打招呼。

这幅图干干净净，跟当时那些乱哄哄热烈非常的渲染图形成极大对比。