其他

如今我們經常說起Web2.0，那麼，什麼是Web2.0？它與Web1.0有什麼不同？事實上，Web2.0沒有一個確切的概念，相對於Web1.0，它有明顯的特徵：每個人都是內容生產與擷取者、資訊個人化定製自由度大、網頁技術不同、長尾效應明顯。在Google或百度搜尋一下Web2.0會找到一些詳細的Web2.0解釋，與其看這些解釋何不“看圖識字”呢？這篇文章從圖片出發解釋什麼是Web2.0。1、多人蔘與圖片製作者連結Web1.0裡，互連網內容是由少數編輯人員（或站長）定製的，

　　自從外交部等中央政府機構和各級地方政府等國家機關單位率先啟用中文網域名稱以後，國內中文網域名稱的普及掀起了新一輪高潮。據報道稱，中國銀行、中國石化等大型國企和傳統媒體行業也紛紛啟用中文網域名稱。種種跡象表明，中文網域名稱已走過概念培養階段，步入普及應用時期。　　中文網域名稱得以大規模應用歸功於當今的

資訊重複、資訊過載、資訊強迫、個人化定製、搜尋引擎依賴，這五者是相互緊密聯絡的。在資訊不斷膨脹的互連網，尤其是在標榜著多人貢獻的Web2.0時代，資訊重複與資訊過載尤為明顯。資訊過載的原因很多，其中一個原因便是資訊重複，資訊過載會導致焦慮、煩躁等等。本文試圖探討資訊過載的原因和解決方案。（資訊過載讓我們猶如在垃圾場裡尋找非垃圾）資訊過載猶如通貨膨脹，雖然錢（資訊數）是多了，但能購買的商品（有用的資訊）少了。一、資訊過載的外部原因使用RSS閱讀器的人可能會深受資訊過載的困擾，資訊過載的原因可以有以

【必備】UserInterface PhotoShop/Fireworks Design 配合美工將草圖形成具體的符合WebPage的設計 有快速製作分層高品質PSD、PNG的能力 能迅速將PSD、PNG的內容構思成div+css或者table等HTML代碼 Flash Design

　　這段時間我一直在說設計需要有層次感，這種層次感可能有很多類型，比如色彩的層次感，或是元素的層次感。當一個設計缺乏層次感的時候頁面所表現出來的無非是兩種可能，一種是單調，一種是花哨。在設計中我們常常陷於對於某一種色彩或是某一種效果的偏愛，而這種情況會使我們的設計缺乏長久的生命力。並且我們自己在審美上會局限於對這種偏愛的執著從而影響我們的進步。而這種偏執也常會導致我們的設計缺乏層次感。

做前端也有幾年時間了，不敢說能把他看地多透，但是多多少少還是有些自己的東西。下面以 Tudou.com

三遍記憶,讓你記住海量素材的準確位置和用途,提高其可用性.這僅僅是一個示意圖.在以往的日子裡,我做到了只要腦袋裡冒出一個想法,立刻就能知道我需要用的素材在什麼位置...那時候我很窮,窮到連買書的錢都沒有,更別說是買動輒幾百快的設計資源光碟片了.設計師最大的特色,我認為是他特有的那個檔案夾,或叫"雜七雜八",或叫"亂七八糟",或叫"什麼都有"或叫"大雜燴",這裡的東西,沒有人會太在意,但是往往很多優秀的idea或很眩的

從98年某月某日我的第一個個人豬頁誕生.到2008年的今天.宣告了我從事設計行業整整十年.十年,很多變化,從擺弄個人豬頁到現在以做設計為生,從一個毛頭小子成功升級到奶爸層級.從身邊一個個朋友的轉行,到十年後我還泡在這個行業內艱難翻騰.我也不得不感歎一下人世滄桑了^_^10年應該為自己做一個總結,記錄一下從前的經曆,以便於下一個十年能走得更遠.走的更好.第一次上網,是在湖大和師大北院之間的佳訊網吧,之後才轉移到著名的墮落街的國訊,國訊當時清一色的康柏品牌機.網吧是一條128K的169專線,周邊的人

一個很棒的 blog 文章，是 PPK 兩年前寫的，文章中解釋了 contains() 和 compareDocumentPosition() 方法運行在他們各自的瀏覽器上。從那起，我已經對這些方法做了大量的研究，並且已經在很多場合使用他們。在很多任務中，他們被證明是非常有用的（特別關於結構的抽象 DOM 選取器）。1、DOMElement.contains(DOMNode)這個方法起先用在 IE ，用來確定 DOM Node 是否包含在另一個 DOM Element 中。當嘗試最佳化 CSS

前段日子坐公交車上班，根據現實中對公交刷卡器使用情境的體會和觀察，刷卡機的位置和樣式讓我思考了一陣子。下面咱們來看幾個關於我和公交刷卡器的故事。情境1–好疑惑呀！原來這個不是刷卡機！北京公交基本都是前門上車，後門下車，假設不這樣，上車的人會把下車的人擠得下不來。某日我下班等車，隨著湧動的人群，我從前門擁擠著上車，第一反應是刷卡，抬頭見右手邊有個盒子，想都沒想就去刷，因為我只看到這樣一個類似刷卡器的東西，刷了第一下，開始疑惑：咋了，沒反應；又習慣性的刷第二下，還是沒反應，索性不刷了，往

Discuz! 論壇在後台有很多配置選項，通過這些配置選項可以實現很多功能。在 Discuz!論壇的二次開發過程中，我們也同樣要經常添加一些配置，然後根據配置來進行不同的操作。下面我就來介紹一下如何在 Discuz! 論壇中添加配置選項。我們以 Discuz!6.0 為例。首先我們來看一下 Discuz! 論壇背景配置介面，以管理員身份登入論壇後台，依次選擇‘基本設定’ ->

　　昨天睡晚了，今天全天都不清醒，看來熬夜寫書已經不是我這個年紀能做的事了。 　　一時興起發了面，剁了餡兒，準備蒸包子吃。 　　一邊包包子，一邊還在想今天除了回答各種問題，似乎也沒幹什麼，看著手裡的包子忽然靈光一閃，發現了——包子和網頁製作原來如此相似。 　　像我這樣的個體戶，要自己會和餡兒（網頁內容），還要會發麵（設計），還要會包（頁面製作）、會蒸（上傳伺服器），然後還要招呼人來吃（推廣）。

這不僅僅是一個資訊爆炸的時代，也是一個服務爆炸的時代。一切都是因為互連網，隨著互連網技術的發展，資訊的增多，服務的增多，使用者需求的多樣化。怎樣讓使用者在最快地擷取自己想要的東西，導航的設計顯得非常重要。隨著頻寬的持續增加，互連網技術的研發，我相信，導航的形式將會更加的多樣化，這種多樣化帶來的將不會是使用的複雜，而是更加地人性化。下面是我覺得將來會比較流行的幾種導航的方向。借鑒傳統軟體工程的導航模式google靠搜尋起家，卻劍指微軟。微軟靠一個作業系統的平台整合了電腦的軟體行業，google則要

之前的一篇關於CSS的文章不太被很多人瞭解，結果好一段時間都在沉思關於CSS一塊的文章應該怎麼寫，至今尚未得出一個讓自己滿意的答案。新的一年了，回首之前的日子；公司裡面一大堆東西在忙差不多有一個月沒有寫過有關技術的文章，也很久沒有關注過群裡的事情（屏蔽了好幾個）。這兩天回到群裡面看，發覺品質下降了；閑聊的人越來越多，談論亂78糟事情的人也越來越多了。……看來是時候該寫一點東西出來，鼓舞一下網站重構人員計程車氣和給大家樹立一個明確的目標。回到主題，關於WEB2.0的。對

     我們在前面的幾節中分別講了提高網站效能中內容、伺服器、JavaScript和CSS等方面的內容。除此之外，圖片和Coockie也是我們網站中幾乎不可缺少組成部分，此外隨著行動裝置的流行，對於行動裝置 App的最佳化也十分重要。這主要包括：Coockie: 減小Cookie體積 對於頁面內容使用無coockie網域名稱 圖片： 最佳化映像 最佳化CSS Spirite 不要在HTML中縮放映像

　　首先聲明，在這組裡我是個絕對的菜鳥。 　　再次聲明，小爝這個菜鳥在“網頁設計”這個圈裡混了快1年了。 　　摘要：我知道我有多少底，所以我在總結我的成長。 　　 　　朋友說過一句話，沒有人天生下來就是內心堅強且勇往無懼的。所以太多的時候，我告訴自己，你所得到的東西要比別人多付出10倍才有資格拿來笑談。 　　 　　我突然很想按CTRL+S，笑~習慣了。 　　那麼總結一下，發此貼目的很單純，想知道最近大家成長了多少？ 　　 　　我先自我總結：

本篇網頁製作技巧教程是新手快速學習製作網站ICON的步驟的補充。今天我在自己的Blog遇到了這樣一個問題：我在後台修改了“<link rel="shortcut icon" href="http://www.lxdong.cn/favicon.ico" type="image/x-icon" />”這段代碼

對於一個內容頁的文章來說，如果這個文章內容過長或是其中有分類（排行），那麼進行分頁閱讀無疑是最好的選擇。如果一個文章內容不涉及分類，比如小說類等，那麼頁碼按正常方式顯示即可，因為內容是連貫的，不太可能存在說跳過中間內容直接閱讀後面內容的可能性：但是如果一個文章內容涉及到分類呢？比如說很常見的數位熱門排行榜之類的，這裡面就涉及到了文章內容的分類（排行），這時候是否就應該考慮換一個頁碼方式或是添加頁碼內容預覽來顯示呢？因為熱門排行榜之類的內容實際上是由一個一個完整獨立的內容頁組成的，第一名與第二名是

其實上面的三個表格都有三行三列，隱藏分隔線的訣竅在於rules，察看這三個表格的原始碼，我們可以看到<TABLE>標籤中都有rules。 它有三個參數(cols,rows,none)，當rules=cols時，表格會隱藏縱向的分隔線，這樣我們就只能看到表格的行；當rules=rows時，則 隱藏了橫向的分隔線，這樣我們只能看到表格的列；而當rules=none時，縱向分隔線和橫向分隔線將全部隱藏。

家家都有本難念的經，而改版則成為每家IT公司難念之經中的一部。改版的難處在這次南京UCD書友會的聚會中通過各位好朋友的談話中表現得那麼的直白。而公司越大，越偏向於技術，改版的難度也就越大。其中以宏姐所在的中國製造網與凡希所在趨勢科技最為明顯。改版是本難念的經對改版的觀點闡述由李凡希開始，凡希兄的發言上來就指出了改版面臨的困難，這種困難通常不是技術難度，也不是設計難度。這裡涉及到企業高層的反對意見，企業高層所擔心的是改版後極有可能會丟失原有的客戶，或是由於改版所產生的後期成本太高直接導致了高層們寧