小章魚工作室

一直認為，在軟體公司必須要存在的系統有幾種：
1. Version Control System
2. Bug Tracking System
3. Project Control System

不過在網站開發這種軟體型態中，你很難做到第一個version control的動作。
版本控制的先決條件是，必須在各個client端建立起自己的測試環境。
但在電子商務這一塊中，程式的性質取決於web server的環境不同而有所差異。

所以至少在這一方面，目前的工作環境中是靠人去手動作版本控制的。

至於Bug tracking system 和 Project Control System...在目前leader有餘力控制的情況下我還是先停留在腦袋構想的階段好了。

爛死了:(

unset的東西還是占掉記憶體，放都放不掉。
可是像跑大批資料倒來倒去的工作，我還喜歡用不用想太多的PHP輕鬆做掉。
所以只好繼續想要怎麼辦:~~~

姆，也許我應該把傳回來的hash array（PHP都叫做array）弄簡單一點，這樣記憶體應該會用少一點吧...

不過我還是想知道要怎麼把記憶體放掉~_~

PHP/SWF charts

這是一個用 php 收集繪圖指令，然後送進去 swf 裡繪圖的程式。
說穿了原理沒什麼，只是難在swf裡面的一堆action script數學運算。

缺點...不支援中文（死）

博客來的歷年網頁

上面那個連結是某個網站的神奇idea，他將1996年（我最早是query到這個年份）到現在，某個網站的歷年網頁都記錄下來。因此，我們可以看到以前的books.com.tw長什麼樣。

說實話，整個看下來，我比較喜歡2001年版本的books，很乾淨、簡單、而且視覺的壓迫比較小，不會讓人的滑鼠無所適從。
雖然上面的logo合成的sitebar感覺起來實在是粗製濫造，但我還是給整體感覺一個不錯的評價。

相對而言，現在的網頁就有種令人窒息的感覺。
/**
岔題一下，有關於網頁設計的演進。
1999年左右的網站設計，大部分都是偏向幾個思考方向：
1. 切 frame 或不切 frame 的取捨。
2. 如果網頁的文字和圖案較少，選擇深色的底色會使畫面比較有滿足感。
3. 圖的比例能少則少。

而在 2001 年到 2002 年，大概我大三大四的時候，網頁設計開始有一堆人思考css的設計方式，大家開始在VB script/java script和asp/php這兩種架構中取捨不定。而瀏覽器這時候幾乎已經變成IE only了，所以網頁寫起來是越來越鬆散...喔，差點忘了這年代的主角，滿天飛的 flash swf 檔和 plugin。
*/

2004 年，human factor 的原則沒有改變，books的網頁卻變的更不friendly，真不知道該怎麼給評語。

於是想起了「乾淨，友善，且可靠」這個讓google拿下Interbrand顧問公司所頒發的「全球最佳品牌」（global brand of the year）大獎的理由，似乎才是web design的王道啊！

1. Sleipnir，以IE為核心的 browser。

一開始裝上去就覺得...挖靠，日本人搞的東西都特別喜歡把一堆東西都交給
你設定，（像 becky一樣，超多設定）我想我大概要過很久才會熟悉吧。
不過，感覺上還不錯用。

2. Feeddemon，介面方便的 RSS reader 軟體。

真的不錯用，不過一套要米金 29.95。
所以如果無法接受的話，Sharpreader 或是 feedreader 這種免錢的也可以試試看。

現在應該是RC2吧，不過這篇談的不是 php 5。

在上班過後，才發現到原來 upgrade 是多麼困難的一件事。
在紊亂的組態設定習慣中，想要找到一個通用的解決方案是異常困難。
於是，我似乎有些茫然，畢竟就算是努力下去，其他人的使用習慣並不會改變啊。

這些天寫程式的時候刻意將註解的字數提高，參考人月神話上的註解方式：
1. input variable
2. input datatype
3. output variable
4. output datatype
5. function dataflow
6. misc
（詳細內容還是參考人月神話吧，我是健忘派）
至少加了這6項，希望可以讓別人容易看的懂。

我承認，我是個不喜歡作重複動作的人。
只要程式碼相似次數達到三次，我可能就會另外生個 sub function
但是，這樣下去我同事就會跟我說：「你程式碼很短，但是要花時間才看的懂」
姆，我正在努力的改進。

畢竟，一支 php 要我超過 1000 行，我會覺得很痛苦。

靠，原來是某人手賤開了選單的cache功能，難怪怎麼點都不會有反應。
現在正常了，請大家埋怨我吧:~~~~~

最近可能會把這個網站的 code 改寫，或是自己再重新弄一個好用一點的 weblog system，畢竟，xoops是外國人搞出來的東西，很多中文的問題還是一大堆。

這些日子在嗶公司學到了不少，我想開始實作在整個可能性的個人網頁中。當然，還有許許多多自己想要進行的人因工程tracking計畫。

就這樣吧，什麼時候動工我也不知道:p

其實也不是openfind的錯，純粹是solaris那台的apache or php 設定有問題。
在山寨可以快樂 run 出來都沒有 reload 困擾，但是在公司就是綁手綁腳。
reload 一下就會發現一堆錯誤...
（EX：sh not found）

實在是太鳥了，這種鳥亂出出現的錯誤訊息叫我要怎麼debug啊:~~~~

目前所知道的，大概就是某台機器的 apache 是設定每個 connection 是保持 alive 狀態的關係吧，我猜啦...:~~

總之，亂七八糟的就是了。

<fieldset>
<legend>ooxx</legend>
ooxxooxxooxxooxx<BR>
ooxxooxxooxxooxx<BR>
ooxxooxxooxxooxx<BR>
</fieldset>
以後我應該會很愛用這種東西吧:D~~
很人因的設計方式。

我很堅持的，網頁的本身應該盡量和程式分開，於是我喜歡上了template這種東西。
不過因為我的太堅持，結果讓我程式開發的速度減緩了許多。
是壞處嗎？我不這麼認為耶。

在我寫的網站中，美工人員可以控制任何一個網頁的樣子。
只需要記得在網頁裡把適合的「{DATA}」標籤放在他想要的地方就可以了。
在這裡指的是「任何」，包括表格，表單。

表格和表單為什麼要讓美工人員完全控制呢？因為寫程式的人無權決定表格該長的什麼樣子。
（如果今天要加個COMMIT到表單裡當註解，那應該programer或art designer要去作呢？ ）

於是，我開發網站的template目錄裡滿滿的都是html....^^"

開始要弄弄看osCommerce的套件了，但是聽說是不支援template...^^"
慘，大概要改網頁了。

還是，自己弄一個smarty的版本算了:p

總之，又是一條漫長的路，投資下去等待回報的路。

不過不會提供什麼教學:p...純粹講講這幾天發現的東西。

一則就是我提到的postdata隱藏法，無意發現的，但是妙用無窮。
如此一來，也許我會越來越喜歡用POST這個動作。

再來是今天晚上在看CSS的相關資料的時候不小心發現的JavaScript程式，可以讓user動態切換現有的css link。
這樣一來，我是不是就可以作一些很搞笑的東西了？
於是，這樣的技術我直接聯想到「線上出版」。

始終覺得，很多的網頁都是粗製濫造。
但事實就是如此，有錢的最大聲。
與技術無關，只是目的而已。

於是，似乎作一個要騙人的網頁也不是件困難的事情了？