文：陳千惠(清華大學資訊傳媒學程兼任講師、媒體文字工作者)
課程目的：新聞採訪與寫作基本技巧學習、新聞寫作能力提升、實際練習。
一．C10K的問題
C10K的問題在上個世紀90年代就被提出來了。大概的意思是當用戶數超過1萬時，很多設計不良好的網絡服務程序性能都將急劇下降、甚至癱瘓。並且，這個問題並不能通過升級硬件設備解決，是操作系統固有的問題，也就是說，如果你的服務器最高能支撐1000個並發，儘管你升級了計算能力高一倍的 cpu，內存再翻一番，硬盤轉速在快一倍，也無法支撐2000個並發。
經典的網絡編程模型有4個：
1. Serve one client with each thread/process, and use blocking I/O。
即對每個客戶都使用不同的線程或進程進行服務，在每個線程或進程中使用阻塞I/O。這是小程序和java常用的策略，對於交互式的應用也是常見的選擇，這種策略很能難滿足高性能程序的需求，好處是實現極其簡單，容易實現複雜的交互邏輯。我們常用的Apache、ftpd等都是這種工作。
2. Serve many clients with single thread, and use nonblocking I/O and readiness notification。
即對所有的客戶使用單一一個線程或進程進行服務，在這個線程或進程裡，採用異步IO的策略。這是經典模型，優點在於實現較簡單，方便移植，也能提供足夠的性能；缺點在於無法充分利用多CPU的資源。
3. Serve many clients with each thread, and use nonblocking I/O and readiness notification
對經典模型2的簡單改進，仍然採用異步IO的策略，但對所有的客戶使用多個線程或進程進行服務。缺點是容易在多線程並發上出bug，甚至某些OS不支持多線程進行readiness notification
4. Serve many clients with each thread, and use asynchronous I/O
在有AI/O支持的OS上，能提供相當高的性能。不過AI/O編程模型和經典模型差別相當大，基本上很難寫出一個框架同時支持AI/O和經典模型。這個模型主要是用於window平台上。
在linux上開發高性能的網絡應用，只能選著第2、3種方式。考慮到複雜性，我們往往只採用第2種。下面就討論一下第二種模型。
Google Map一成不變的色彩是否讓你有些審美疲勞？如果你對顏色不太敏感，比如色弱……是否曾經覺得看Google Map有些吃力？如果以上假設成真，請到GoogleMapsBW來。在這裡您可以自己調整Google Map的顏色、調節對比度，調到你看得爽為止！
GoogleMapsBW是用Google Maps API 的Flash功能製作，可以調節顏色、對比度、亮度以及顏色飽和度的Google Map。在頁面Google Map下方設有4行調節按鈕，從上到下分別是：Brightness（亮度）、Contrast（對比度）、 Saturation（飽和度）和Hue offset（色彩調節）。
一般人往往沒注意 Y/C 伸張的問題，導致轉出來的純白 (235,235,235) 在電腦螢幕上看起來就不是純白，純黑 (16,16,16) 在電腦螢幕上看起來也不會是純黑。因此在電腦上看，會覺得顏色變淡，好像照上了一層白紗，所以會覺得對比不足（最亮和最暗的差距縮小），不如原始檔看起來漂亮。
通常轉 DVD 在 DVD2AVI 匯出 d2v 的時候都會做好 Y/C 伸張(YUV->RGB 設在 PC Scale)，所以再交給 TMPEGnc 時壓縮設定中不能勾選進階設定-->量子化行列（Quantize matrix）底下的"Basic YCbCr ?出力"（Out YUV data as Basic YCbCrnot CCIR601），這樣 TMPGEnc 壓縮時便會做 Y/C 壓縮，壓出來的顏色、對比才會正確。
但 AVI 轉檔的時候就要相反，因為 AVI 本身資料壓縮為 16~235，如果沒有要對畫面做修改，則不必做 Y/C 伸張，但是壓縮的時候必需要勾選進階設定-->量子化行列（Quantize matrix）底下的 "Basic YCbCr ?出力"（Out YUV data as Basic YCbCr not CCIR601），這樣 TMPGEnc 壓縮時便不會做 Y/C 壓縮，壓出來的顏色、對比才會正確。若要對畫面做修改，必須使用 Descale CCIR601 這個濾鏡，把 Luminous, Chroma 兩個選項都推到 255（也就是做 Y/C 伸張），然後才做其他的編輯動作。Descale CCIR601 的順位要排第一位。然後壓縮時直接壓縮("Basic YCbCr ?出力"此時就不用勾了)便可以得到正確的結果。
1、古老的欺騙sql語句
在默認模式下，即使是你忘了把php.ini拷到/usr/local/lib/php.ini下，php還是打開magic_quotes_gpc＝on。
這樣所有從get/post/cookie來的變量的單引號(')、雙引號(")、反斜槓backslash()以及空字元nul
(the null byte)都會被加上反斜槓，以使數據庫能夠正確查詢。
但是在php-4-rc2的時候引入了一個配置文件php.ini-optimized，這個優化的php.ini卻是
magic_quotes_gpc＝off的。某些網管看到optimized字樣也許就會把php.ini-optimized拷到
/usr/local/lib/php.ini，這時就比較危險。像比較簡單的驗證，假設沒有過濾必要的字符：
select * from login where user='$http_post_vars[user]' and pass='$http_post_vars[pass]'
我們就可以在用戶框和密碼框輸入1『 or 1='1通過驗證了。這是非常古董的方法了，這個語句會
替換成這樣：
select * from login where user='1' or 1='1' and pass='1' or 1='1'
因為or 1='1'成立，所以通過了。
解決的辦法最好就是過濾所有不必要的字符，還有就是推薦對於從get/post/cookie來的並且用在sql
中的變量加一個自定義的函數：
主要是為了你的程序能安全移植在各種系統裡。
毫無疑問，蘋果iPad看起來是美麗和迷人的，iPad的多點觸摸和其他現代技術都是讓用戶真正感受到舒服的設計。在這篇文章中，我們收集了30個優秀的iPad應用程序界面設計的例子，希望你能從這些美麗的應用程序界面設計中得到啟發。
![08195708_UGRh[4]](https://unsplash.it/800/600?image=250 "08195708_UGRh[4]")
本文蒐集整理了16款Chrome擴展，如果你是一名Web開發者，這些擴展肯定會對你的工作有所幫助。你只需在瀏覽器中運行，不必再另外安裝或打開獨立的應用程序。
相信很多人都遇到過在設計中自定義滾動條樣式的情景，之前我都是努力說服設計師接受瀏覽器自帶的滾動條樣式，但是這樣只能規避還是解決不了問題，最近在項目中遇到了，正好來總結一下。當然，兼容所有瀏覽器的滾動條樣式目前是不存在的。
IE是最早提供滾動條的樣式支持，嗯，好多年了，但是其它瀏覽器一直沒有支持，IE獨孤求敗了。
這些樣式規則很簡單：
大概就這些，你也可以定義cursor來定義滾動條的鼠標手勢。
我一向認為，對話這項事情是必須建立在雙方有知識儲備交集的情況下發生的，當然前提是獨立思考得來的知識而不是谷歌或維基來的。基於《人性論》或《道德情操論》也許可以就“要加薪彈鋼琴”的道德問題進行一些交流，但是在這個事情的法律層次上交流可能就必須具備種花忍民《刑法》等知識。曾經在不同場合與很多安卓青探討過一些或淺或深的知識層面問題，如今想來具備真正獨立思考能力與當量知識儲備的，也只有一人而己；換言之，絕大部分時候只是對牛彈琴。
那麼我將從以下七點來說明iPhone 4比Android手機們好在哪裡：工業設計，操作系統，屏幕顯示，開發環境，生態環境，硬件配置，雜項。
當IE7剛發行的時候，曾及研究了如何定義網頁字體，裡面也說了有襯線與無襯線字體 serif vs sans serif的應用。今日順手翻了翻字庫，推薦一些(或許是經典，或許是老掉牙的)英文字體給大家。
當然，我用的是PC，Webpage裡的像素字 Tahoma、Arial、Verdana 是最常用的選擇，有時候 Times New Roman 這個也可以搬出來。設計英文和國際化網站的時候，切記的就是字體選擇要到位，往往那些“不夠歐美風格、不夠專業”的評價都是因此而來。
如果你用做圖形設計時覺得還覺得字體捉襟見肘，或者達不到某些效果。哪我來推薦一些獲取字體的方法：
