151
活動/聚會區 / 方便先索取這次活動(12/16群英會)的簡報嗎?
« 於: 2006-12-18 15:43 »
這次群英會的活動, 講者介紹的範圍十分詳細, 覺得有些來不及吸收,
方便詢問講者是否願意提供簡報嗎?
方便詢問講者是否願意提供簡報嗎?
顯示文章
這裡允許您檢視這個會員的所有文章。請注意, 您只能看見您有權限閱讀的文章。
152
雜七雜八 / 在 Mac OS X 安裝 SquidMan
« 於: 2006-12-13 11:23 »
由於網路盛行, 許多人開電腦的第一件事就是順便開瀏覽器, 而且經常看的是相同的網站, 許多圖形及靜態資料都是相同的, 重複瀏覽既佔用頻寬又慢, 於是有快取伺服器(caching proxy)的產生, 將圖形及靜態資料暫存於伺服器上, 在一定時間內, 可以節省瀏覽的頻寬. 通常 ISP 會使用 transparent caching proxy , 但是使用者端到 ISP 間的頻寬還是小於主機本身存取的頻寬.
而 Squid 是 caching proxy 產品中最有名的一套, 由於開放原始碼的特性, 已經有人將 Squid 改寫為 Mac OS X 適合的版本 SquidMan . 所以這次的介紹, 就是以 SquidMan 為主, 讓一般用戶可以在 Mac OS X 主機上安裝 caching proxy , 節省對外的連線頻寬.
步驟:
1. 下載 SquidMan : (目前最新版為 1.
http://homepage.mac.com/adg/SquidMan/
2. 點兩下解開 .dmg , 將檔案複製到 /應用程式 (/Applications)
3. 執行 /應用程式/SquidMan (/Applications/Squidman)
4. 第一次使用時需要管理者的權限, 需要安裝到硬碟.
5. SquidMan 本身是一個界面(UI), 實際執行的是 squid . (要注意設定時有些選項是 Squid , 有些是 SquidMan )
6. 在 SquidMan 的主要選項有五頁, 包括:
第一頁: General
HTTP Port: 監聽的 port , 預設為 8080 , 通常也可以使用 3128
Visible hostname: 如果開啟了檢查 DNS 功能, 而主機本身又沒有反解(例如使用私用 IP (private IP))時, 請填寫 localhost .
Cache size: 預設值是 100M
Maximum object size: 單一檔案或物件最大值, 超過這大小的檔案不會留在 cache 內.
Start Squid on launch after a "?" second delay: 啟動 SquidMan 後, 幾秒後自動啟動 squid
Quid Squid on logout: 在使用者登出後也退出 Squid
Disable initial Squid DNS tests: 啟動 Squid 時, 是否檢查 DNS (如果是固接網路, 建議檢查(不要打勾), 如果是撥接或無線網路, 建議不檢查(打勾))
第四頁: Direct
這一頁是填寫有些網站不要列入快取, 建議至少設定這些:
localhost
127.0.0.1
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16
7. 等設定完成後, 選 Save 後, 再選 Start Squid 即可.
8. 接著可以設定瀏覽器的快取伺服器, 主機為 localhost 或 127.0.0.1 , port 為 8080 或 3128 (Safari 及 Software Update 的設定在 System Preferences 內的 Network )
常見問題:
1. 有時候會發生啟動 Squid , 瀏覽器卻一直出現逾時的情況, 請關閉瀏覽器, 關掉 Squid , 等重新接上網路後, 過幾秒再啟動 Squid , 再開啟瀏覽器.
2. Squid 的設定檔放在 ~/Library/Preference/squid.conf , 不過直接修改這個檔並沒有作用; 實際上會從 SquidMan 的設定產生, 所以修改設定要從 SquidMan 的設定檔下手.
而 Squid 是 caching proxy 產品中最有名的一套, 由於開放原始碼的特性, 已經有人將 Squid 改寫為 Mac OS X 適合的版本 SquidMan . 所以這次的介紹, 就是以 SquidMan 為主, 讓一般用戶可以在 Mac OS X 主機上安裝 caching proxy , 節省對外的連線頻寬.
步驟:
1. 下載 SquidMan : (目前最新版為 1.
http://homepage.mac.com/adg/SquidMan/
2. 點兩下解開 .dmg , 將檔案複製到 /應用程式 (/Applications)
3. 執行 /應用程式/SquidMan (/Applications/Squidman)
4. 第一次使用時需要管理者的權限, 需要安裝到硬碟.
5. SquidMan 本身是一個界面(UI), 實際執行的是 squid . (要注意設定時有些選項是 Squid , 有些是 SquidMan )
6. 在 SquidMan 的主要選項有五頁, 包括:
第一頁: General
HTTP Port: 監聽的 port , 預設為 8080 , 通常也可以使用 3128
Visible hostname: 如果開啟了檢查 DNS 功能, 而主機本身又沒有反解(例如使用私用 IP (private IP))時, 請填寫 localhost .
Cache size: 預設值是 100M
Maximum object size: 單一檔案或物件最大值, 超過這大小的檔案不會留在 cache 內.
Start Squid on launch after a "?" second delay: 啟動 SquidMan 後, 幾秒後自動啟動 squid
Quid Squid on logout: 在使用者登出後也退出 Squid
Disable initial Squid DNS tests: 啟動 Squid 時, 是否檢查 DNS (如果是固接網路, 建議檢查(不要打勾), 如果是撥接或無線網路, 建議不檢查(打勾))
第四頁: Direct
這一頁是填寫有些網站不要列入快取, 建議至少設定這些:
localhost
127.0.0.1
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16
7. 等設定完成後, 選 Save 後, 再選 Start Squid 即可.
8. 接著可以設定瀏覽器的快取伺服器, 主機為 localhost 或 127.0.0.1 , port 為 8080 或 3128 (Safari 及 Software Update 的設定在 System Preferences 內的 Network )
常見問題:
1. 有時候會發生啟動 Squid , 瀏覽器卻一直出現逾時的情況, 請關閉瀏覽器, 關掉 Squid , 等重新接上網路後, 過幾秒再啟動 Squid , 再開啟瀏覽器.
2. Squid 的設定檔放在 ~/Library/Preference/squid.conf , 不過直接修改這個檔並沒有作用; 實際上會從 SquidMan 的設定產生, 所以修改設定要從 SquidMan 的設定檔下手.
153
Windows 討論版 / 在 Windows 架設 squid 步驟
« 於: 2006-12-11 09:54 »
請先了解:
1. proxy 有幾種?
2. caching proxy 的功能?
3. Squid 的功能?
(以上不多介紹)
以目前的環境來說:
1. Linux Distribution 通常可以選擇安裝 Squid .
2. Windows 桌面市場大.
3. 通常 ISP 會使用 transparent caching proxy .
但是:
1. 一般 Windows 用戶不太可能只為了快取而準備一台 Linux 來安裝 Squid .
2. 雖然 ISP 有 caching proxy , 但是使用者端到 ISP 間的頻寬還是小於主機本身存取的頻寬.
由於 squid 開放原始碼的特性, 已經有人將 Squid 改寫為 Windows NT (含 2000/XP/2003 等)適合的版本. 所以這次的介紹, 就是以 Squid for Windows 為主, 讓一般用戶可以在 Windows 主機上安裝 caching proxy , 節省對外的連線頻寬.
步驟:
1. 下載 Squid for Windows : (目前最新版為 2.6.STABLE5-NT)
mirror 1 mirror 2
2. 將檔案解壓縮到 c:\squid (建議值, 如果要更換目錄則需要修改組態檔, 後續步驟也請自行修改配合)
3. 將 c:\squid\etc\mime.conf.default 複製為 c:\squid\etc\mime.conf
4. 將 c:\squid\etc\squid.conf.default 複製為 c:\squid\etc\squid.conf
5. 修改 c:\squid\etc\squid.conf
第 2861 行增加
第 2553 行增加
6. 執行 c:\squid\sbin\squid.exe -z (建立快取檔的目錄)
7. 執行 c:\squid\sbin\squid.exe -i (將 Squid 安裝為 Windows 的"服務"之一, 以後開機就會自動執行)
8. 修改瀏覽器設定, 將 http , https , gopher , ftp 的 proxy 改為 localhost , port 3128
常見問題:
1. (步驟4): 沒有建立 c:\squid\etc\squid.conf : 需要自行產生, 可以參考 c:\squid\etc\squid.conf.default .
2. (步驟3): 沒有建立 c:\squid\etc\mime.conf : 需要自行產生, 可以參考
c:\squid\etc\mime.conf.default .
3. (步驟5: 2861 行): 由於 Squid 啟動時會檢查本機的 Domain Name , 但許多用戶使用私用 IP (private IP) 而無法反解, 所以修改這個設定指定為 localhost .
4. (步驟6): 由於 Squid 使用的目錄有特殊結構, 所以自行建立並不符合 Squid 要求, 需要用 squid -z 建立.
5. (步驟5: 2553 行): 由於 Squid for Windows 預設是不允許所有連線, 所以至少要允許本機連線, 這行必須放在 http_access deny all 之前.
1. proxy 有幾種?
2. caching proxy 的功能?
3. Squid 的功能?
(以上不多介紹)
以目前的環境來說:
1. Linux Distribution 通常可以選擇安裝 Squid .
2. Windows 桌面市場大.
3. 通常 ISP 會使用 transparent caching proxy .
但是:
1. 一般 Windows 用戶不太可能只為了快取而準備一台 Linux 來安裝 Squid .
2. 雖然 ISP 有 caching proxy , 但是使用者端到 ISP 間的頻寬還是小於主機本身存取的頻寬.
由於 squid 開放原始碼的特性, 已經有人將 Squid 改寫為 Windows NT (含 2000/XP/2003 等)適合的版本. 所以這次的介紹, 就是以 Squid for Windows 為主, 讓一般用戶可以在 Windows 主機上安裝 caching proxy , 節省對外的連線頻寬.
步驟:
1. 下載 Squid for Windows : (目前最新版為 2.6.STABLE5-NT)
mirror 1 mirror 2
2. 將檔案解壓縮到 c:\squid (建議值, 如果要更換目錄則需要修改組態檔, 後續步驟也請自行修改配合)
3. 將 c:\squid\etc\mime.conf.default 複製為 c:\squid\etc\mime.conf
4. 將 c:\squid\etc\squid.conf.default 複製為 c:\squid\etc\squid.conf
5. 修改 c:\squid\etc\squid.conf
第 2861 行增加
代碼: [選擇]
visible_hostname localhost第 2553 行增加
代碼: [選擇]
http_access allow localhost6. 執行 c:\squid\sbin\squid.exe -z (建立快取檔的目錄)
7. 執行 c:\squid\sbin\squid.exe -i (將 Squid 安裝為 Windows 的"服務"之一, 以後開機就會自動執行)
8. 修改瀏覽器設定, 將 http , https , gopher , ftp 的 proxy 改為 localhost , port 3128
常見問題:
1. (步驟4): 沒有建立 c:\squid\etc\squid.conf : 需要自行產生, 可以參考 c:\squid\etc\squid.conf.default .
2. (步驟3): 沒有建立 c:\squid\etc\mime.conf : 需要自行產生, 可以參考
c:\squid\etc\mime.conf.default .
3. (步驟5: 2861 行): 由於 Squid 啟動時會檢查本機的 Domain Name , 但許多用戶使用私用 IP (private IP) 而無法反解, 所以修改這個設定指定為 localhost .
4. (步驟6): 由於 Squid 使用的目錄有特殊結構, 所以自行建立並不符合 Squid 要求, 需要用 squid -z 建立.
5. (步驟5: 2553 行): 由於 Squid for Windows 預設是不允許所有連線, 所以至少要允許本機連線, 這行必須放在 http_access deny all 之前.
156
Windows 討論版 / {請教}電腦中毒的原因有那些 (註: 這是其他網站的網友提問, 我試著回應)
« 於: 2006-09-19 17:14 »
(註: 這是其他網站的網友提問, 我試著回應, 還請其他網友指正或補充)
1. 作業系統(例如 Windows )本身的漏洞, 沒有更新修正檔, 其他中毒的電腦透過這些漏洞入侵. (比如 Blaster 病毒)
2. 瀏覽器(例如 IE )自動開啟和寫入檔案的功能, 遇到有中毒的網站, 會透過 IE 寫入電腦內, 之後使用者每次開機就會開啟病毒. (比如修改 Desktop.ini 或偽造成桌布的病毒)
3. 病毒透過 MSN 或郵件軟體(比如 Outlook Express )通訊錄, 假冒成朋友寄信給您, 而當您收到"假朋友"寄的信件, 又開啟附件時, 就會中毒, 甚至附件設定為自動開啟時, 不必使用者點選, 有開啟動作就會中毒. 比如 Happy99 (很古早了).
4. 病毒透過 MS Office 的巨集(Macro), 有寫入其他檔案的功能, 改寫了 Office 的範本檔, 每次使用到範本就會把病毒也寫進去. (目前這種病毒比較少了)
5. 有些惡意的使用者將病毒包裝在壓縮檔或電子書內, 或者自稱是最新版軟體, 使用者下載後, 自己解開安裝而中毒, 特別容易發生在盜版軟體或某些盜版音樂內.
6. 某些可執行檔, 利用 Windows 隱藏副檔名的方式, 讓使用者以為是其他類型的檔案, 點兩下開啟時, 卻是執行了惡意的程式. 比如看起來是圖片檔, 但是卻是木馬程式, 點兩下後, 木馬程式先感染電腦, 再開啟偽造的圖片.
所以預防的方式大概有:
1. 要經常注意作業系統或相關軟體的漏洞, 從官方網站下載更新程式.
2. 盡量關閉不必要的自動開啟功能. 檔案下載後, 不要直接開啟, 先存檔, 再使用掃毒軟體掃毒, 降低中毒檔案的可能性.
3. 開啟檔案時, 減少使用點兩下的開啟方式, 先開啟對應的軟體, 再由軟體來開啟該檔案.
4. 下載音樂, 電子書等檔案時, 不要選 .exe 類的自動解壓縮檔, 選擇一般的 .mp3 , .wma , .rm , .txt 等檔案, 其次是選擇 .zip , .rar 等不會自動解壓縮的檔案.
5. 有許多可以替代的軟體, 比如用 Firefox , Opera 替換掉 IE , 用 Thunderbird , Eudora 替換掉 OE , 用 AMSN , GAIM 替換掉 MSN , 用 OpenOffice.org 替換掉 MS Office 等.
6. 下載軟體時, 盡量從官方網站或合法網站下載, 或者比對官方網站提供的檢查碼, 確保檔案內容沒有被改寫.
7. 暫停或取消作業系統內不必要的功能, 例如遠端控制, 網路上的芳鄰, IIS , 各種 service 等. 等到有實際使用需要時再開啟.
1. 作業系統(例如 Windows )本身的漏洞, 沒有更新修正檔, 其他中毒的電腦透過這些漏洞入侵. (比如 Blaster 病毒)
2. 瀏覽器(例如 IE )自動開啟和寫入檔案的功能, 遇到有中毒的網站, 會透過 IE 寫入電腦內, 之後使用者每次開機就會開啟病毒. (比如修改 Desktop.ini 或偽造成桌布的病毒)
3. 病毒透過 MSN 或郵件軟體(比如 Outlook Express )通訊錄, 假冒成朋友寄信給您, 而當您收到"假朋友"寄的信件, 又開啟附件時, 就會中毒, 甚至附件設定為自動開啟時, 不必使用者點選, 有開啟動作就會中毒. 比如 Happy99 (很古早了).
4. 病毒透過 MS Office 的巨集(Macro), 有寫入其他檔案的功能, 改寫了 Office 的範本檔, 每次使用到範本就會把病毒也寫進去. (目前這種病毒比較少了)
5. 有些惡意的使用者將病毒包裝在壓縮檔或電子書內, 或者自稱是最新版軟體, 使用者下載後, 自己解開安裝而中毒, 特別容易發生在盜版軟體或某些盜版音樂內.
6. 某些可執行檔, 利用 Windows 隱藏副檔名的方式, 讓使用者以為是其他類型的檔案, 點兩下開啟時, 卻是執行了惡意的程式. 比如看起來是圖片檔, 但是卻是木馬程式, 點兩下後, 木馬程式先感染電腦, 再開啟偽造的圖片.
所以預防的方式大概有:
1. 要經常注意作業系統或相關軟體的漏洞, 從官方網站下載更新程式.
2. 盡量關閉不必要的自動開啟功能. 檔案下載後, 不要直接開啟, 先存檔, 再使用掃毒軟體掃毒, 降低中毒檔案的可能性.
3. 開啟檔案時, 減少使用點兩下的開啟方式, 先開啟對應的軟體, 再由軟體來開啟該檔案.
4. 下載音樂, 電子書等檔案時, 不要選 .exe 類的自動解壓縮檔, 選擇一般的 .mp3 , .wma , .rm , .txt 等檔案, 其次是選擇 .zip , .rar 等不會自動解壓縮的檔案.
5. 有許多可以替代的軟體, 比如用 Firefox , Opera 替換掉 IE , 用 Thunderbird , Eudora 替換掉 OE , 用 AMSN , GAIM 替換掉 MSN , 用 OpenOffice.org 替換掉 MS Office 等.
6. 下載軟體時, 盡量從官方網站或合法網站下載, 或者比對官方網站提供的檢查碼, 確保檔案內容沒有被改寫.
7. 暫停或取消作業系統內不必要的功能, 例如遠端控制, 網路上的芳鄰, IIS , 各種 service 等. 等到有實際使用需要時再開啟.
157
雜七雜八 / 試比較電子報與 RSS 聯播之特點
« 於: 2006-09-07 21:41 »
目前許多非營利組織都有提供電子報訂閱的功能, 由工作人員撰寫電子報內容後, 寄送給會員及訂閱戶; 最近隨著部落格盛行, RSS 逐漸成為"聯播"的方式, 可以取代部份電子報的功能; 所以從上次比較個人網頁後, 再把電子報與 RSS 聯播做一個比較:
基本特點
電子報:
1. 由工作人員以網頁編輯軟體編輯.
2. 主動寄送.
3. 會員及訂閱戶資料由組織管理.
4. 可以包括文字及圖片.
5. 透過郵件系統寄發.
RSS:
1. 目前常見的做法, 是更新網站內容, 由網站系統同時更新 RSS 內容.
2. 不主動寄送, 由網友自行訂閱.
3. 訂閱戶不固定.
4. 只有文字.
5. 透過網頁瀏覽器讀取.
衍生特性
電子報:
1. 同時寄送給大量會員, 會被某些郵件系統當成廣告.
2. 會員退訂動作需要由組織設定.
3. 通常電子報佔用空間較多.
RSS:
1. 不主動寄送給會員, 而是由會員開啟瀏覽器或引用於"網站聯播"內.
2. 會員可以自行決定是否訂閱.
3. 通常佔用空間較少; 但沒有圖片, 需要著重文字表達.
應用流程範例
電子報:
1. 會員寄送個人資料給機構, 表示要訂閱電子報.
2. 機構將會員資料存入電子報清單.
3. 每次電子報發行時, 依照清單逐一寄送.
(可能問題: 會員信箱已滿, 寄送系統可能會暫停, 重複嘗試直到寄出或 5 天後放棄, 所以這時候電子報的時效可能會延誤)
4. 會員所用的郵件主機存檔.
(可能問題: 同時寄給同一台主機的許多會員, 很可能被主機當成廣告而過濾掉)
5. 會員以郵件軟體(例如 outlook )收信.
(可能問題: 圖文太多, 收信較慢)
RSS (透過網路聯播):
1. 機構在網站上提供 RSS 網址.
2. 網友自備聯播系統(比如 blog 內建或網路郵件主機支援), 將 RSS 網址列入訂閱清單.
3. 機構更新網站資料時, 同時更新 RSS 資料. (需要網站系統配合)
4. 網友開啟自備的聯播系統時, 才從機構網站抓取 RSS 資料.
5. 網友對於聯播的內容有興趣時, 點選連結才會連到機構網站. (這時候已經是網頁的瀏覽, 所以可以有圖片及文字)
RSS (透過瀏覽器訂閱):
1. 機構在網站上提供 RSS 網址.
2. 網友使用具有 RSS 功能的瀏覽器(比如 firefox, 註: IE 不支援這功能), 將 RSS 網址列入"動態書籤".
3. 機構更新網站資料時, 同時更新 RSS 資料. (需要網站系統配合)
4. 網友開啟書籤時, 才從機構網站抓取 RSS 資料.
5. 網友對於聯播的內容有興趣時, 點選連結才會連到機構網站. (這時候已經是網頁的瀏覽, 所以可以有圖片及文字)
需要的系統或技術
電子報(透過郵件軟體寄發):
會員管理由機構工作人員處理, 所以寄發也是由 outlook 等軟體寄發, 需要知道的是:
1. 會員 e-mail 清單.
2. 複製到 outlook 等軟體.
3. 編輯電子報內容.
4. 寄送.
5. 會員需要收 e-mail 的能力.
電子報(透過專用系統, 例如 pchome 電子報):
會員系統由網站業者處理, 工作人員負責審核會員訂閱, 寄發由網站業者處理, 需要知道的是:
1. 編輯電子報內容.
2. 寄送
3. 會員需要收 e-mail 的能力.
RSS:
通常 RSS 檔案由網站系統處理, 需要知道的是:
1. 工作人員要知道網站是否支援 RSS 功能.
2. 會員需要設定 RSS 的能力.(瀏覽器或者引用於 blog 聯播)
結論
所以整體而言, RSS 具有"資料少, 更新即時, 會員自主管理瀏覽習慣"的優點, 再配合網站提供圖片等方面補強會員有興趣的內容, 缺點則是 1. 目前會使用 blog 引用功能的網友較少 2. 常見的 IE 瀏覽器功能少, 需要其他軟體支援(建議換用 Firefox , 支援較多而且安全性較高).
而電子報則是"資料多, 由機構決定寄送頻率及內容", 而用戶只能較消極地決定要或不要, 適合務必收看的開會等訊息通知.
當然兩者也不是絕對分開, 也有些電子報系統支援 RSS 功能. 而在一般的活動, 討論或新聞性的資料, 適當使用 RSS 的技術, 可以提供更快而更簡潔的訊息快報, 再配合網站的豐富圖文, 可以減少會員的收信負擔及郵件的負擔.
基本特點
電子報:
1. 由工作人員以網頁編輯軟體編輯.
2. 主動寄送.
3. 會員及訂閱戶資料由組織管理.
4. 可以包括文字及圖片.
5. 透過郵件系統寄發.
RSS:
1. 目前常見的做法, 是更新網站內容, 由網站系統同時更新 RSS 內容.
2. 不主動寄送, 由網友自行訂閱.
3. 訂閱戶不固定.
4. 只有文字.
5. 透過網頁瀏覽器讀取.
衍生特性
電子報:
1. 同時寄送給大量會員, 會被某些郵件系統當成廣告.
2. 會員退訂動作需要由組織設定.
3. 通常電子報佔用空間較多.
RSS:
1. 不主動寄送給會員, 而是由會員開啟瀏覽器或引用於"網站聯播"內.
2. 會員可以自行決定是否訂閱.
3. 通常佔用空間較少; 但沒有圖片, 需要著重文字表達.
應用流程範例
電子報:
1. 會員寄送個人資料給機構, 表示要訂閱電子報.
2. 機構將會員資料存入電子報清單.
3. 每次電子報發行時, 依照清單逐一寄送.
(可能問題: 會員信箱已滿, 寄送系統可能會暫停, 重複嘗試直到寄出或 5 天後放棄, 所以這時候電子報的時效可能會延誤)
4. 會員所用的郵件主機存檔.
(可能問題: 同時寄給同一台主機的許多會員, 很可能被主機當成廣告而過濾掉)
5. 會員以郵件軟體(例如 outlook )收信.
(可能問題: 圖文太多, 收信較慢)
RSS (透過網路聯播):
1. 機構在網站上提供 RSS 網址.
2. 網友自備聯播系統(比如 blog 內建或網路郵件主機支援), 將 RSS 網址列入訂閱清單.
3. 機構更新網站資料時, 同時更新 RSS 資料. (需要網站系統配合)
4. 網友開啟自備的聯播系統時, 才從機構網站抓取 RSS 資料.
5. 網友對於聯播的內容有興趣時, 點選連結才會連到機構網站. (這時候已經是網頁的瀏覽, 所以可以有圖片及文字)
RSS (透過瀏覽器訂閱):
1. 機構在網站上提供 RSS 網址.
2. 網友使用具有 RSS 功能的瀏覽器(比如 firefox, 註: IE 不支援這功能), 將 RSS 網址列入"動態書籤".
3. 機構更新網站資料時, 同時更新 RSS 資料. (需要網站系統配合)
4. 網友開啟書籤時, 才從機構網站抓取 RSS 資料.
5. 網友對於聯播的內容有興趣時, 點選連結才會連到機構網站. (這時候已經是網頁的瀏覽, 所以可以有圖片及文字)
需要的系統或技術
電子報(透過郵件軟體寄發):
會員管理由機構工作人員處理, 所以寄發也是由 outlook 等軟體寄發, 需要知道的是:
1. 會員 e-mail 清單.
2. 複製到 outlook 等軟體.
3. 編輯電子報內容.
4. 寄送.
5. 會員需要收 e-mail 的能力.
電子報(透過專用系統, 例如 pchome 電子報):
會員系統由網站業者處理, 工作人員負責審核會員訂閱, 寄發由網站業者處理, 需要知道的是:
1. 編輯電子報內容.
2. 寄送
3. 會員需要收 e-mail 的能力.
RSS:
通常 RSS 檔案由網站系統處理, 需要知道的是:
1. 工作人員要知道網站是否支援 RSS 功能.
2. 會員需要設定 RSS 的能力.(瀏覽器或者引用於 blog 聯播)
結論
所以整體而言, RSS 具有"資料少, 更新即時, 會員自主管理瀏覽習慣"的優點, 再配合網站提供圖片等方面補強會員有興趣的內容, 缺點則是 1. 目前會使用 blog 引用功能的網友較少 2. 常見的 IE 瀏覽器功能少, 需要其他軟體支援(建議換用 Firefox , 支援較多而且安全性較高).
而電子報則是"資料多, 由機構決定寄送頻率及內容", 而用戶只能較消極地決定要或不要, 適合務必收看的開會等訊息通知.
當然兩者也不是絕對分開, 也有些電子報系統支援 RSS 功能. 而在一般的活動, 討論或新聞性的資料, 適當使用 RSS 的技術, 可以提供更快而更簡潔的訊息快報, 再配合網站的豐富圖文, 可以減少會員的收信負擔及郵件的負擔.
158
雜七雜八 / 猜測: Web 2.5 很快就會出, 功能是共用 PIM .
« 於: 2006-09-01 20:54 »
自從測試 Blog 透過 RSS 交換資料後, 覺得可能會很快有 Web 2.5 .
主要功能是在通訊錄及行事曆的共用, 以現有的 .ldif 為基礎, 加上分享的機制.
然後會逐漸走向 CMS , 但是和 CMS 不同的是, 現有的 CMS 以公司專案為主,
猜測 Web 2.5 將以"個人" CMS 為主, 共用 PIM 的資料.
(純屬猜測....)
主要功能是在通訊錄及行事曆的共用, 以現有的 .ldif 為基礎, 加上分享的機制.
然後會逐漸走向 CMS , 但是和 CMS 不同的是, 現有的 CMS 以公司專案為主,
猜測 Web 2.5 將以"個人" CMS 為主, 共用 PIM 的資料.
(純屬猜測....)
159
網頁技術 / (個人感想)為何及如何採用 CSS 處理網頁風格
« 於: 2006-08-28 19:21 »
(最近練習使用 CSS 後的感想, 如果有疏漏還請指教)
一、使用 HTML Tag 處理網頁風格的特點.
二、為何採用 CSS 處理網頁風格.
三、如何採用 CSS 處理網頁風格.
四、其他
一、使用 HTML Tag 處理網頁風格的特點.
HTML Tag 是網頁的主要元素(element), 包括用來分段、換行的 p, br, 用來定義標題的 h1~h6, 在版本更新時, 也逐漸增加了顏色變化, 寬度等與風格有關的設計; 而常見的網頁設計軟體, 以"所見即所得"為原則, 當使用者在畫面上修改了某個風格, 就直接在原始檔內加上對應的 HTML Tag , 當一個網頁經過多次修改後, 可能會出現類似的結果:
二、為何採用 CSS 處理網頁風格.
CSS 也是處理網頁風格的一種技術, 和使用 HTML Tag 有所不同是, CSS 將資料內容與風格的處理分開, 在網頁內保留資料內容及基本的 HTML Tag , 將風格部份獨立處理, 有引用 CSS 檔, 或者套用於單一網頁, 以及對單一 HTML Tag 指定風格等三種方式.
網頁設計人員可以將風格原則建立於 CSS 檔內, 套用於網頁內, 以後要修改風格時, 只要修改風格原則, 可以省下逐一修改各網頁的工作; 如果要修改網頁內容時, 也可以較完整找出內容部份.
三、如何採用 CSS 處理網頁風格.
如果要採用 CSS 技術處理網頁風格, 大概有這些步驟:
1. 將資料內容與風格分開
如果是還沒設計的網頁, 可以先構思網頁呈現的顏色, 位置等, 再找出對應的 CSS 格式設定元素; 如果是已經完成的網頁, 可以考慮先將影響風格的部份, 改用<tag style="">的方式, 保留單一個 HTML Tag , 風格有關的設定改寫到style=內.
2. 對於同樣的風格加以分類
對於風格相同, 數量較多的網頁, 在網頁上必定有部份風格是相同的, 比如相同的標頭(header)顏色, 相同的文字屬性等; 透過class的分類及id的指定, 把相同屬性的風格歸類在一起.
比如所有的網頁都有標頭, 就可以指定<tag class="header">, 把網頁的標頭都指定同樣的分類(class); 一方面容易分類, 另一方面採用較易閱讀的名稱(例如: header), 將來改寫網頁或風格時, 也較容易判斷修改的部份.
而 id 則較適合用在指定特定資料, 比如網頁要讓使用者有親切感, 可以指定<tag id="loggeduser">, 當使用者登入後, 有關使用者的部份, 會以特定的風格顯示, 因為這些資料可能分散於網頁內許多地方, 並不容易歸類, 所以用id來指定.
3. 對於相同分類的風格, 彙整在一起
同樣的風格, 可以重複套用於許多網頁上, 所以在經過上面的重新整理後, 就可以挑出幾種風格特性:
a. 許多網頁共用的風格彙整於同一個 css 檔: 比如一般公司的產品介紹, 畫面上的配色通常都是同一套, 因此可以將共用的風格寫入 css 檔, 在網頁引用, 效果範圍最廣.
b. 網頁內的風格彙整於網頁開頭: 比如短篇論文, 文章內都有"章", "節"等區別, 會分別有不同的風格, 因此可以將對應的風格寫在網頁最前面, 對於整個網頁產生效果.
c. 對單一 HTML Tag 的風格: 對於單一的 HTML Tag , 也可以將風格都寫在<tag style="">內, 簡化 HTML Tag , 讓網頁內容更容易處理.
四、其他
雖然將網頁內容及風格分開, 可以減少網頁設計的例行性工作, 但是 CSS 本身只是一個方便的技術, 仍然有部份缺點或使用者需要注意的地方:
1. 瀏覽器間的相容性
雖然 CSS 與 HTML Tag 都有對應的標準版本, 但是各瀏覽器往往有特殊版本, 或者對於某些 CSS 語法有不同的表現; 因此設計一組風格後, 最好仍經過幾套常見, 不同核心的瀏覽器測試過.
2. CSS 無法取代美術設計
雖然 CSS 可以方便將風格彙整, 修改後直接套用, 但是在配色, 版面等美術設計上, 仍要由使用者自己來處理.
3. 建立好的檔案及風格名稱管理
對於風格, 我覺得建立自己的管理方式, 也是很重要的, 比如:
CSS檔
bamboo_common.css : 共用的青草風格(與字形無關的設定)
bamboo_en.css : 適用於英文的青草風格(與字形有關的設定)
bamboo_tw.css : 適用於繁體中文的青草風格(與字形有關的設定)
class(bamboo_en.css 或 bamboo_tw.css 內容都包含這幾個)
bamboo_header : 青草風格的標頭
bamboo_footer : 青草風格的落腳
bamboo_sidebar_left : 青草風格的左側欄
id
new_product : 新產品特殊風格
以後有新網頁時, 再直接查對應的表格即可, 而且有特定的名稱時, 將來修改網頁, 只要用 sed 找到網頁內有關風格的字串換掉就可以了. (懶? 不....是科技始終來自於人性 :lol: )
謝謝收看, 如果有任何指教, 歡迎直接回應文章.
恕我不回應特定風格的效果或語法的問題, 我比較習慣用查表的方式, 再比較效果.
一、使用 HTML Tag 處理網頁風格的特點.
二、為何採用 CSS 處理網頁風格.
三、如何採用 CSS 處理網頁風格.
四、其他
一、使用 HTML Tag 處理網頁風格的特點.
HTML Tag 是網頁的主要元素(element), 包括用來分段、換行的 p, br, 用來定義標題的 h1~h6, 在版本更新時, 也逐漸增加了顏色變化, 寬度等與風格有關的設計; 而常見的網頁設計軟體, 以"所見即所得"為原則, 當使用者在畫面上修改了某個風格, 就直接在原始檔內加上對應的 HTML Tag , 當一個網頁經過多次修改後, 可能會出現類似的結果:
代碼: [選擇]
<font color="#ff0000"><font size="3"><font face="標楷體"> </font></font></font><font color="#ff0000"><font size="3"><font face="Arial">1.</font></font></font><font color="#ff0000"><font size="3"><font face="標楷體"> </font></font></font>二、為何採用 CSS 處理網頁風格.
CSS 也是處理網頁風格的一種技術, 和使用 HTML Tag 有所不同是, CSS 將資料內容與風格的處理分開, 在網頁內保留資料內容及基本的 HTML Tag , 將風格部份獨立處理, 有引用 CSS 檔, 或者套用於單一網頁, 以及對單一 HTML Tag 指定風格等三種方式.
網頁設計人員可以將風格原則建立於 CSS 檔內, 套用於網頁內, 以後要修改風格時, 只要修改風格原則, 可以省下逐一修改各網頁的工作; 如果要修改網頁內容時, 也可以較完整找出內容部份.
三、如何採用 CSS 處理網頁風格.
如果要採用 CSS 技術處理網頁風格, 大概有這些步驟:
1. 將資料內容與風格分開
如果是還沒設計的網頁, 可以先構思網頁呈現的顏色, 位置等, 再找出對應的 CSS 格式設定元素; 如果是已經完成的網頁, 可以考慮先將影響風格的部份, 改用<tag style="">的方式, 保留單一個 HTML Tag , 風格有關的設定改寫到style=內.
2. 對於同樣的風格加以分類
對於風格相同, 數量較多的網頁, 在網頁上必定有部份風格是相同的, 比如相同的標頭(header)顏色, 相同的文字屬性等; 透過class的分類及id的指定, 把相同屬性的風格歸類在一起.
比如所有的網頁都有標頭, 就可以指定<tag class="header">, 把網頁的標頭都指定同樣的分類(class); 一方面容易分類, 另一方面採用較易閱讀的名稱(例如: header), 將來改寫網頁或風格時, 也較容易判斷修改的部份.
而 id 則較適合用在指定特定資料, 比如網頁要讓使用者有親切感, 可以指定<tag id="loggeduser">, 當使用者登入後, 有關使用者的部份, 會以特定的風格顯示, 因為這些資料可能分散於網頁內許多地方, 並不容易歸類, 所以用id來指定.
3. 對於相同分類的風格, 彙整在一起
同樣的風格, 可以重複套用於許多網頁上, 所以在經過上面的重新整理後, 就可以挑出幾種風格特性:
a. 許多網頁共用的風格彙整於同一個 css 檔: 比如一般公司的產品介紹, 畫面上的配色通常都是同一套, 因此可以將共用的風格寫入 css 檔, 在網頁引用, 效果範圍最廣.
b. 網頁內的風格彙整於網頁開頭: 比如短篇論文, 文章內都有"章", "節"等區別, 會分別有不同的風格, 因此可以將對應的風格寫在網頁最前面, 對於整個網頁產生效果.
c. 對單一 HTML Tag 的風格: 對於單一的 HTML Tag , 也可以將風格都寫在<tag style="">內, 簡化 HTML Tag , 讓網頁內容更容易處理.
四、其他
雖然將網頁內容及風格分開, 可以減少網頁設計的例行性工作, 但是 CSS 本身只是一個方便的技術, 仍然有部份缺點或使用者需要注意的地方:
1. 瀏覽器間的相容性
雖然 CSS 與 HTML Tag 都有對應的標準版本, 但是各瀏覽器往往有特殊版本, 或者對於某些 CSS 語法有不同的表現; 因此設計一組風格後, 最好仍經過幾套常見, 不同核心的瀏覽器測試過.
2. CSS 無法取代美術設計
雖然 CSS 可以方便將風格彙整, 修改後直接套用, 但是在配色, 版面等美術設計上, 仍要由使用者自己來處理.
3. 建立好的檔案及風格名稱管理
對於風格, 我覺得建立自己的管理方式, 也是很重要的, 比如:
CSS檔
bamboo_common.css : 共用的青草風格(與字形無關的設定)
bamboo_en.css : 適用於英文的青草風格(與字形有關的設定)
bamboo_tw.css : 適用於繁體中文的青草風格(與字形有關的設定)
class(bamboo_en.css 或 bamboo_tw.css 內容都包含這幾個)
bamboo_header : 青草風格的標頭
bamboo_footer : 青草風格的落腳
bamboo_sidebar_left : 青草風格的左側欄
id
new_product : 新產品特殊風格
以後有新網頁時, 再直接查對應的表格即可, 而且有特定的名稱時, 將來修改網頁, 只要用 sed 找到網頁內有關風格的字串換掉就可以了. (懶? 不....是科技始終來自於人性 :lol: )
謝謝收看, 如果有任何指教, 歡迎直接回應文章.
恕我不回應特定風格的效果或語法的問題, 我比較習慣用查表的方式, 再比較效果.
160
雜七雜八 / 試比較"Blog"與"BBS個人板"的異同
« 於: 2006-08-27 00:40 »
註1: 旁聽 www.southnpo.org.tw 的演講, 加上回家後練習的感想.
註2: 技術層面不討論 :p
在以前電腦功能不強的時代, 有種架構是把電腦分為主機與終端機, 終端機只負責將資料輸入到主機, 由主機進行運算, 再把資料送回終端機的畫面上, 這中間有種連線方式, 稱為 telnet .
這種架構後來比較少見, 只有少數需要中央控管的地方(如銀行), 才會繼續使用, 而 telnet 這種連線技術, 也用來架設 BBS 主機, 提供其他使用者連線, 再由 BBS 系統負責文章管理儲存等功能.
BBS 的發展與在台灣盛行後, 也有許多個人站或個人板的出現, 而個人網站則偏向委託電腦從業人員代工的傾向, 擴充性較低.
Blog 除了轉換個人網站, BBS 個人板的形式, 更重要的, 是 Blog 間, 透過 RSS , 達到互相串連的特性. 所以接下來就試著比較 Blog 與 BBS 個人板(或個人網站)之間的異同; 再推測未來 Blog 發展的特性及應用的可能.
相近之處:
1. 系統, 風格, 資料是分開的: 系統由站務人員維護(比如 BBS 或 Blog 系統, 以及底層的 httpd 及運作的作業系統等), 而 Blog 格式逐漸採用 CSS , 允許使用者套用或修改風格( BBS 個人板風格較少), 資料則完全由使用者自行更動.
2. 允許回應: BBS 個人板允許對文章"推文"或回應新文章, 而 Blog 也可以對文章進行回應.
相異之處:
1. 透過瀏覽器或 telnet 連線: Blog 幾乎都是採用網頁瀏覽器運作, 由於市售作業系統隨機安裝了瀏覽器, 因此瀏覽器佔有率較高; 而 BBS 個人板則通常使用 telnet 連線, 雖然作業系統通常也內建 telnet 軟體, 但不同 telnet 軟體在中文相容性及使用習慣上較低.
2. 透過 RSS "被動"更新: 由於過去的網頁同時含有風格與資料, 因此要引用其他網頁時, 會同時引用風格與資料(整個頁面), 會破壞主網頁風格, 而且若要引用在自己的網頁內, 還要抓出資料重新套用自己的風格, 所以引用麻煩. 而 CSS 與 RSS 的設計, 就讓風格歸風格, 資料歸資料, Blog 就可以透過 RSS 只抓取資料更新的部份, 再套用自己的網站風格. 而 BBS 個人板則較少引用功能, 通常也只能轉載同一 BBS 內其他板的文章.
而 BBS 個人板, 個人網站等, 因為引用的方式通常只限於靜態的更新, 因此是在其他方面有關係的人, 或者透過搜尋引擎找到的資料, 才會連結到個人網站.
所以 Blog 的應用, 除了使用者自行更動風格及資料變得較容易, 另一方面, 也就是透過 RSS 來引用其他資料, 可以造成一種凝聚力.
舉例來說, 寫學術文章往往會注意 References , 就是這篇文章參考了哪些資料, 而這些資料的 References 又提供了另一層管道, 讓這篇學術文章引用其他資料, 再提出自己的論述.
應用 RSS 就有相近的功用, 當一個網友在 Blog 內引用了其他 Blog 的 RSS 後, 表示在某件事是有相關的, 網友透過 RSS 看到其他 Blog 的資料後, 就可能再看到其他 Blog , 延伸出去, 就是以這個 Blog 為中心產生凝聚力; 而且可以在自己的 Blog 提出自己的論述, 也可以在其他 Blog 提出某篇論述的回應.
所以 Blog 的流行, 不只是讓個人網站的架設變容易, 更重要的是, 當個人對某些事情有興趣時, 可以透過 RSS 的串連, 更快引用其他資料, 以及了解相關 Blog 更動情況; 搜尋引擎可以快速找到靜態的資料, 但是 Blog , RSS 的應用, 可以在事件, 記錄, 回應, 引用的過程中, 讓每個人寫入自己的論述, 形成一種新的社交方式.
註2: 技術層面不討論 :p
在以前電腦功能不強的時代, 有種架構是把電腦分為主機與終端機, 終端機只負責將資料輸入到主機, 由主機進行運算, 再把資料送回終端機的畫面上, 這中間有種連線方式, 稱為 telnet .
這種架構後來比較少見, 只有少數需要中央控管的地方(如銀行), 才會繼續使用, 而 telnet 這種連線技術, 也用來架設 BBS 主機, 提供其他使用者連線, 再由 BBS 系統負責文章管理儲存等功能.
BBS 的發展與在台灣盛行後, 也有許多個人站或個人板的出現, 而個人網站則偏向委託電腦從業人員代工的傾向, 擴充性較低.
Blog 除了轉換個人網站, BBS 個人板的形式, 更重要的, 是 Blog 間, 透過 RSS , 達到互相串連的特性. 所以接下來就試著比較 Blog 與 BBS 個人板(或個人網站)之間的異同; 再推測未來 Blog 發展的特性及應用的可能.
相近之處:
1. 系統, 風格, 資料是分開的: 系統由站務人員維護(比如 BBS 或 Blog 系統, 以及底層的 httpd 及運作的作業系統等), 而 Blog 格式逐漸採用 CSS , 允許使用者套用或修改風格( BBS 個人板風格較少), 資料則完全由使用者自行更動.
2. 允許回應: BBS 個人板允許對文章"推文"或回應新文章, 而 Blog 也可以對文章進行回應.
相異之處:
1. 透過瀏覽器或 telnet 連線: Blog 幾乎都是採用網頁瀏覽器運作, 由於市售作業系統隨機安裝了瀏覽器, 因此瀏覽器佔有率較高; 而 BBS 個人板則通常使用 telnet 連線, 雖然作業系統通常也內建 telnet 軟體, 但不同 telnet 軟體在中文相容性及使用習慣上較低.
2. 透過 RSS "被動"更新: 由於過去的網頁同時含有風格與資料, 因此要引用其他網頁時, 會同時引用風格與資料(整個頁面), 會破壞主網頁風格, 而且若要引用在自己的網頁內, 還要抓出資料重新套用自己的風格, 所以引用麻煩. 而 CSS 與 RSS 的設計, 就讓風格歸風格, 資料歸資料, Blog 就可以透過 RSS 只抓取資料更新的部份, 再套用自己的網站風格. 而 BBS 個人板則較少引用功能, 通常也只能轉載同一 BBS 內其他板的文章.
而 BBS 個人板, 個人網站等, 因為引用的方式通常只限於靜態的更新, 因此是在其他方面有關係的人, 或者透過搜尋引擎找到的資料, 才會連結到個人網站.
所以 Blog 的應用, 除了使用者自行更動風格及資料變得較容易, 另一方面, 也就是透過 RSS 來引用其他資料, 可以造成一種凝聚力.
舉例來說, 寫學術文章往往會注意 References , 就是這篇文章參考了哪些資料, 而這些資料的 References 又提供了另一層管道, 讓這篇學術文章引用其他資料, 再提出自己的論述.
應用 RSS 就有相近的功用, 當一個網友在 Blog 內引用了其他 Blog 的 RSS 後, 表示在某件事是有相關的, 網友透過 RSS 看到其他 Blog 的資料後, 就可能再看到其他 Blog , 延伸出去, 就是以這個 Blog 為中心產生凝聚力; 而且可以在自己的 Blog 提出自己的論述, 也可以在其他 Blog 提出某篇論述的回應.
所以 Blog 的流行, 不只是讓個人網站的架設變容易, 更重要的是, 當個人對某些事情有興趣時, 可以透過 RSS 的串連, 更快引用其他資料, 以及了解相關 Blog 更動情況; 搜尋引擎可以快速找到靜態的資料, 但是 Blog , RSS 的應用, 可以在事件, 記錄, 回應, 引用的過程中, 讓每個人寫入自己的論述, 形成一種新的社交方式.
161
Windows 討論版 / 用 netstat 推測電腦是否中毒
« 於: 2006-08-25 13:02 »
(野人獻曝, 剛剛遇到朋友懷疑電腦是否中毒, 請他進行的簡單測試)
1. 首先把所有程式都關掉, 包括 MSN , Yahoo! 即時通, IE, KKMan 等軟體.
2. 拔除網路線.
3. 從開始 -> 程式集 -> (顯示所有程式) -> 命令提示字元
4. 執行 netstat -n 2 (注意空格位置)
5. 畫面如果有出現連線, 先等一下, 等到畫面淨空(剩下 STATE 一行)
6. 接上網路線. (這時候會透過 DHCP 更新 IP , 主機直接使用 PPPoE 的電腦則可能不適用)
7. 回到命令提示字元的視窗, 注意連線情況.
8. 如果只有少數連線(1~3 個), 有可能是防毒軟體或 Windows 自動更新; 但是如果同時出現 10 個以上, 而且連線範圍(target)接近, 就有可能是這台電腦已經中毒, 正在試著攻擊其他電腦.
1. 首先把所有程式都關掉, 包括 MSN , Yahoo! 即時通, IE, KKMan 等軟體.
2. 拔除網路線.
3. 從開始 -> 程式集 -> (顯示所有程式) -> 命令提示字元
4. 執行 netstat -n 2 (注意空格位置)
5. 畫面如果有出現連線, 先等一下, 等到畫面淨空(剩下 STATE 一行)
6. 接上網路線. (這時候會透過 DHCP 更新 IP , 主機直接使用 PPPoE 的電腦則可能不適用)
7. 回到命令提示字元的視窗, 注意連線情況.
8. 如果只有少數連線(1~3 個), 有可能是防毒軟體或 Windows 自動更新; 但是如果同時出現 10 個以上, 而且連線範圍(target)接近, 就有可能是這台電腦已經中毒, 正在試著攻擊其他電腦.
162
網頁技術 / 網站重新規劃(檔案管理)討論
« 於: 2006-08-17 15:11 »
最近接了一個網站重新規劃的案子, 考慮到未來擴充的彈性, 所以提出一些想法請大家指教:
目前運作情況是:
1. 文字資料(.txt)及圖片由該公司提供.
2. 目前只有英文版網頁.
3. 只有一個 CGI (填訂單後, 把訂單資料轉成 e-mail 寄送).
4. 網頁放在代管公司上; 該代管主機使用 Apache , 但不支援多語系(MultiView), 也不支援 .htaccess ; 代管主機只能用 ftp 更新; 有支援 php ; 流量不限, script 及 php 用量不限(cpu用量不限), 空間有限但可以控制(幾百MB).
該公司期望的情況:
1. 要增加中文版網頁.
我個人覺得:
1. 目前網頁將靜態網頁, 圖片, 產品型錄都放在同一個目錄下, 管理上不方便.
2. 網頁有些固定的抬頭(功能選單), 結尾(公司連絡方式)都相同, 目前修改時都要逐一修改.
所以目前考慮規劃的方向:
1. 將抬頭與結尾改用 script 呼叫, 這樣修改功能選單時, 只要修改 script 檔即可.
2. 將圖檔, 型錄(pdf格式), 中文網頁, 英文網頁, script, css 各自放一個目錄, 讓中文網頁與英文網頁共用圖檔, script , 產品型錄, css 等; 未來如果有其他語系, 只有網頁部份需要增加.
3. 參考了 phpBB 的樣板設計, 正在考慮是否連網頁都要共用, 只有語系檔獨立(可能使用 script 來指定字串).
想請有網頁設計的前輩看看, 這樣的方向有沒有該注意的地方, 或者有其他方面的建議.
目前運作情況是:
1. 文字資料(.txt)及圖片由該公司提供.
2. 目前只有英文版網頁.
3. 只有一個 CGI (填訂單後, 把訂單資料轉成 e-mail 寄送).
4. 網頁放在代管公司上; 該代管主機使用 Apache , 但不支援多語系(MultiView), 也不支援 .htaccess ; 代管主機只能用 ftp 更新; 有支援 php ; 流量不限, script 及 php 用量不限(cpu用量不限), 空間有限但可以控制(幾百MB).
該公司期望的情況:
1. 要增加中文版網頁.
我個人覺得:
1. 目前網頁將靜態網頁, 圖片, 產品型錄都放在同一個目錄下, 管理上不方便.
2. 網頁有些固定的抬頭(功能選單), 結尾(公司連絡方式)都相同, 目前修改時都要逐一修改.
所以目前考慮規劃的方向:
1. 將抬頭與結尾改用 script 呼叫, 這樣修改功能選單時, 只要修改 script 檔即可.
2. 將圖檔, 型錄(pdf格式), 中文網頁, 英文網頁, script, css 各自放一個目錄, 讓中文網頁與英文網頁共用圖檔, script , 產品型錄, css 等; 未來如果有其他語系, 只有網頁部份需要增加.
3. 參考了 phpBB 的樣板設計, 正在考慮是否連網頁都要共用, 只有語系檔獨立(可能使用 script 來指定字串).
想請有網頁設計的前輩看看, 這樣的方向有沒有該注意的地方, 或者有其他方面的建議.
163
VNC 是一種網路控制的架構; 類似的有 Symantec PC Anywhere , 微軟的遠端控制, 蘋果電腦的 Remote Desktop 等. VNC 和這些業者賣的"產品"不同, VNC 本身是個開放的"架構", 所以不論是什麼平台, 只要有相容的產品, 就可以連線.
今天晚上測試的部份, 就是跨平台跟跨網路的測試.
首先是平台的測試:
主要的 server 端採用 Linux 平台, 安裝 realVNC , 執行 vncserver .
而 client 端有兩種平台, 一種是 Linux 安裝 realVNC , 一種是 Mac OS X 安裝 chicken for VNC .
由於 server 端是 Linux 平台, 所以無論 client 端是哪種平台, 只要能連上 server 端, 之後的操作都是在 server 端進行.
其次是網路的測試:
這次測試的網路環境有三種:
SeedNet ADSL (256K/64K)接學術網路(100M?),
SeedNet ADSL (256K/64K)接 HiNet ADSL (768K/128K)
區域網路(100Mbps)
在 SeedNet ADSL 對學術網路或對 HiNet ADSL 連線上都有點慢, 更新一個全螢幕視窗要 5~10 秒, 而區域網路內大約是 1~2 秒內, 所以推測網路頻寬對 VNC 使用上影響不小.
VNC 的優缺點:
優點:
1. 可以有個人化的作業環境: 比如有一台穩定的 server , 將相關軟體都在 server 執行, 那 client 端只要有支援 VNC , 就可以省去修改相關設定的部份.
2. 可以重新調整電腦負載: 比如多台電腦都需要某些功能, 而只有一台電腦等級較好, 就可把資源集中安裝於 server 上, 其他電腦只要提供足夠執行 VNC client 即可.
3. 可以暫時離開或切換使用者環境, 而不用中斷程式: 比如在抓檔案或者進行某些運算程式時, 一但離線就往往會被中斷, 而透過 VNC 時, 可以讓 server 上的程式繼續運作; 比如下班前, 透過 VNC 在 server 下指令後 使用者可以暫時離開, 從辦公室回家, 再從家中連上 VNC server 觀察運作情況.
缺點:
1. 受限於網路頻寬: 由於 VNC 透過網路傳送圖型, 在資料量上還是佔用不少頻寬.
2. 受到 VNC 軟體的限制, 有些軟體只允許 10 個連線(0~9). (更換其他 server 軟體可以解決)
今天晚上測試的部份, 就是跨平台跟跨網路的測試.
首先是平台的測試:
主要的 server 端採用 Linux 平台, 安裝 realVNC , 執行 vncserver .
而 client 端有兩種平台, 一種是 Linux 安裝 realVNC , 一種是 Mac OS X 安裝 chicken for VNC .
由於 server 端是 Linux 平台, 所以無論 client 端是哪種平台, 只要能連上 server 端, 之後的操作都是在 server 端進行.
其次是網路的測試:
這次測試的網路環境有三種:
SeedNet ADSL (256K/64K)接學術網路(100M?),
SeedNet ADSL (256K/64K)接 HiNet ADSL (768K/128K)
區域網路(100Mbps)
在 SeedNet ADSL 對學術網路或對 HiNet ADSL 連線上都有點慢, 更新一個全螢幕視窗要 5~10 秒, 而區域網路內大約是 1~2 秒內, 所以推測網路頻寬對 VNC 使用上影響不小.
VNC 的優缺點:
優點:
1. 可以有個人化的作業環境: 比如有一台穩定的 server , 將相關軟體都在 server 執行, 那 client 端只要有支援 VNC , 就可以省去修改相關設定的部份.
2. 可以重新調整電腦負載: 比如多台電腦都需要某些功能, 而只有一台電腦等級較好, 就可把資源集中安裝於 server 上, 其他電腦只要提供足夠執行 VNC client 即可.
3. 可以暫時離開或切換使用者環境, 而不用中斷程式: 比如在抓檔案或者進行某些運算程式時, 一但離線就往往會被中斷, 而透過 VNC 時, 可以讓 server 上的程式繼續運作; 比如下班前, 透過 VNC 在 server 下指令後 使用者可以暫時離開, 從辦公室回家, 再從家中連上 VNC server 觀察運作情況.
缺點:
1. 受限於網路頻寬: 由於 VNC 透過網路傳送圖型, 在資料量上還是佔用不少頻寬.
2. 受到 VNC 軟體的限制, 有些軟體只允許 10 個連線(0~9). (更換其他 server 軟體可以解決)
164
KaLUG 討論版 / 在高雄的人來交個朋友吧?
« 於: 2006-06-27 22:57 »
我常用的帳號是 slime , 目前求職中, 平常在高師附近出沒~
主力是: iBook :p
個人網頁: http://ms84.dyndns.org/viewforum.php?f=17
請大家多多指教.[/url]
主力是: iBook :p
個人網頁: http://ms84.dyndns.org/viewforum.php?f=17
請大家多多指教.[/url]
165
好康報報 / Gmail for your domain
« 於: 2006-06-19 21:36 »
偶然在其他網站看到的消息, Gmail 也提供郵件代管功能, 不過目前沒有開放申請,
原始網站: https://www.google.com/hosted
申請步驟:
1. 有一個個人的 Gmail 信箱(雖然英文說明寫: 如果沒有, 可以申請, 但那個申請連結是錯的)
2. 填寫公司名稱, Domain Name , 申請人職稱, 申請原因, 地區, 擬申請帳號數量等.
3. 等候 Google 審核.
目前我用班級討論區申請一個試試看, 還不知道情況如何.
原始網站: https://www.google.com/hosted
申請步驟:
1. 有一個個人的 Gmail 信箱(雖然英文說明寫: 如果沒有, 可以申請, 但那個申請連結是錯的)
2. 填寫公司名稱, Domain Name , 申請人職稱, 申請原因, 地區, 擬申請帳號數量等.
3. 等候 Google 審核.
目前我用班級討論區申請一個試試看, 還不知道情況如何.
166
雜七雜八 / [講義]營造友善的E化辦公室
« 於: 2006-06-16 01:06 »
呃....昨天去嘗試講課的講義....
主題為"營造友善的E化辦公室"
http://slime.is.dreaming.org/200606/20060615npo.ppt
不過跟學員期望的落差好像有點大
主題為"營造友善的E化辦公室"
http://slime.is.dreaming.org/200606/20060615npo.ppt
不過跟學員期望的落差好像有點大