網盲談鏈接及其它---兼答GEMINI18

GEMINI18昨天在我做的LINK下跟貼，問：“你的"溫柔"好好的在第二頁呢,沒被衝掉。難道每天都要讓它上首頁不成？” GEMINI18MM用了注冊ID，說明是真心問這個問題，所以我盡力答一下。 不知你看出來沒有，有時一個貼子會突然“消失”，也就是有人說的“夾住了”或者“頂飛了”，或者你說的“衝掉”。如果有人在首頁加一個或幾個新貼子，這個消失的貼子又會出現。如果你在這個時候到原創來看貼，你就會看到你所說的這種現象：我的“溫柔”好好的在第二頁上，而我又在首頁加了LINK。 實際情況是：昨天溫柔被“夾住了”，所以我加了LINK，後來別人又上了 貼，所以溫柔又出現在第二頁上了。 GEMINI18的問題回答了，下麵的解釋GEMINI18可以看看，但所引的網人評論都與GEMINI18無關，是幾個馬甲的。 貼子被夾住，加個LINK，本來是個技術問題，但卻被搞成一個“人品問題”，而且引起某些人的大怒，直斥飛星“炒作”，“無恥”，“無知”。真搞不懂這軒然大怒從何而來。疾惡如仇，至少也要先搞清有沒有“惡”吧？而且也沒必要降低自己的身份，表現得比“惡”還惡，完全是疾仇如惡 ----先恨上了，再當作“惡”來痛恨。 現在來說說為什麽貼子會突然消失突然出現。我已經說了，我是個網盲，教我WEB PROGRAMMING的人也稱自己是網盲，所以你如果覺得我說的不對，可以談你的推理，或者請寫<<文學城>>這段CODE的人來解釋。 我修WEB PROGRAMMING時做過DATABASE DRIVEN的小網站，賣書的，所以對文學城下麵的CODE有些一知半解的認識，隻是說說自己的推測。 <<文學城>>跟大多數網站一樣，是建立在數據庫上的，所謂DATABASE-DRIVEN。所有的貼子都存在數據庫裏。讀者點擊“原創”的時候，下麵的CODE就到數據庫去提取屬於“原創”的那些貼子。原創有很多貼子，不可能每貼都一次性地展示在一個PAGE上，隻能展示第一頁的內容，然後在第一頁上加鏈接，讓讀者可以向下頁走，或者跳轉到某一頁。 怎麽樣確定哪些貼子應該展示在第一頁上呢？大多數寫程序的會做一番計算先。如果決定每頁展示50行，那麽這個程序就要檢查一下日期等，排個序，決定前50個是哪50個。本來這個算法是不難的，但考慮到一個貼子有跟貼，跟貼又可以有跟貼，跟來跟去，層出不窮，而且跟貼的時間又很繁雜，要KEEP TRACK還真不容易。 這個問題數據庫肯定幫了不少忙，它記下了貼子是誰發的，什麽時間發的，一個貼是跟在哪個後麵的，點擊各是多少等等。程序先要找到最新的主貼，再找它的跟貼，再找跟貼的跟貼，可能是用了TREE一樣的結構，從主幹到枝幹，再到枝幹的枝幹。用這樣的方法，確定了前50貼，肯定有個浮動範圍，因為如果一個主貼在第一頁上，原創不會把它的某些跟貼甩到第二頁上去。 第一頁是實實在在地做成了一個PAGE的，這個PAGE被SERVER以HTML的形式回給你的瀏覽器，瀏覽器解讀HTML，再按照約定好的方式(PROTOCOL)展現在你麵前，你看到了第一頁。 當你點“下一頁”的時候，程序拿到了你當前一頁的序號，再到數據庫去取下一頁的內容，如果剛才展示的是前50，那麽現在如果是第二頁，當然是取51到100貼。 我的估計是，就在這裏，這段CODE有了一個BUG，序號的計算出了錯誤，所以老是從下下個開始取貼子，不是從51，而是從52，中間沒銜接上，漏了一個序號，這樣我們就看到一個貼子“消失”了。現在如果有人在前邊加一個貼，就改變了所有帖子的序號，那個消失的貼就有可能又出現了。 當然文學城的CODE肯定比我描述的要複雜，因為跟貼多，擺樓梯的多，不是個一對一的關係，所以有時上一個新貼還是不能把消失的貼子擠出來，但多上幾個可能就出來了。到底上幾個，我沒試過，因為那樣試，我就得不斷上貼，擾亂原創正常運作。 實際上，這隻是文學城PROGRAMMER留下的一個BUG，現在可能這位PROGRAMMER早已不在文學城了。文學城的管理人員並不一定是寫CODE的人，他們隻是用PROGRAMMER寫好的一個界麵(INTERFACE)來管理文學城，所以他們也無能為力。更何況CODE這種東西是牽一發而動全身的，除非把文學城停它個幾日或者啟用一套備用係統，否則FIX THE BUG也是很困難的。 我們大家已經習慣於這個BUG了，我們經常聽人說某個貼子被“頂飛了”，好像是跟貼多了才飛的，但實際上就是這個帖子“不幸”站在了那個被漏掉的序號上。跟貼少的貼子會不會飛，我沒測試過。有可能也會飛，但因為跟貼少，沒人注意。要弄清這一點，就需要上一些貼，加很多跟貼，再來比較，那當然又要大大擾亂原創，所以我沒做過這方麵的測試。 如果貼子被夾住了，再做一個LINK就行了，來看貼的人就比較好找一些。不做LINK也行，真正要看的人會按題目或寫手搜尋，搜尋出來就可以看了。 我為“溫柔”做LINK，一是想方便讀者，這樣他們就不用打字搜尋，有的人的電腦是隻能看中文不能寫中文的，他們要搜尋還得先找到一集以前的溫柔，COPY題目，然後搜尋。我做一個LINK ，就能為很多人省點事，何樂而不為呢？ 不僅如此，每次搜尋都是加大數據庫的運作量，而數據庫同時滿足多個搜尋要求的能力是有限的。另外有些讀者的網線比較慢，搜尋數據庫得到結果會需要很長時間，遠不如點擊一個LINK來的快。 設想一下你是這個奉命去取貼子的人，有這個LINK，SQL程序隻相當於“你到數據庫把這個序號的貼子以及跟貼拿出來”。你有了序號，很容易找到貼子。如果是51號，你最多從40搜尋到51就行了。沒有這個LINK，SQL程序相當於“你到數據庫把所有題目為溫柔的都給我找出來，把每集的跟貼也跟我找出來”.原創有2000多頁，按每頁30貼算，你得搜尋2000*30個貼子, 你可以想像得出那是多大的工作量。 搜尋連載中的一集，有時會給這個連載的每一集加一個點擊。加或不加，要看係統把你的搜尋當作新的點擊還是當作重複點擊。個中奧妙我不是確切知道，但估計是通過COOKIE來KEEP TRACK的。當你第一次點擊文學城的時候，CODE就在你的電腦上留了一個COOKIE，存下了有關你的電腦的基本情況，比如你的IP，你的電腦是PC還是MAC，瀏覽器是IE還是別的，是哪個版本的IE等等。所以你再次點擊某個LINK的時候，文學城就知道是從哪個IP來的，如果連續不斷地點擊某個貼，那個貼的點擊數不會因此增加，這可能是為了防止有人為增加點擊數不斷點擊某一貼。 當然有人說了，我剛才點擊你這個貼，一下子就把點擊從7增加到11了。這有兩種可能，一種是係統由於某種原因把你的點擊當成了新點擊，另一種可能就是還有別人在看這個貼，所以你一點，就看到點擊數變了，但那可能是別人的“功勞”。你試一下就知道了，有時你點了一下，但點擊數一下增加了3個5個。 如果我做LINK是為了增加我的點擊數，我可以穿個馬甲來做，犯不上用上我自己的網名。我正大光明地做LINK，因為我不是為了點擊數。在我看來，誰的貼子被夾住，如果她/他在網上，她/他可以也應該加個LINK，方便讀者。有人找不到吳越的貼，我也幫她做個LINK。舉手之勞，就能方便大眾，為何不幫？ 我可以很坦率地說，我對自己碼的字很有信心，我覺得不用炒作也會有人看。我的心理也很阿Q，如果沒人看，隻說明CAROL/JASON的故事在這個壇子裏沒找到多少欣賞的人，我既不是CAROL也不是JASON，關我何事？我對讀者的水平也很有信心，相信他們看得出炒作和非炒作的區別。 靠炒作成氣候的，經不起時間的檢驗。炒一集兩集可能，炒幾十集？你以為讀者是傻子？ 你從我反砸反評就可以看出，我不在乎點擊，如果在乎，我就會對所有跟貼的都唯唯諾諾了。反砸不怕晾，怕晾不反砸。 你不喜歡飛星，不喜歡溫柔，最有力的辦法就是晾飛星，你叫大家都不看了，我肯定不再上貼了。僅次於晾飛星的就是寫出有理有力有據的評論文章，指出哪些個“情色”描寫是多餘的，是刻畫人物、反映社會風貌、揭示問題實質用不上的。“俗”，俗在何處，“黃”，黃在哪裏，“爛”，爛在什麽地方。最好先對這些詞下個定義. 說不出個一二三，隻是扣頂帽子，我就懶得答理了。扣帽子誰不會？但扣來扣去有什麽意思？又不是開帽子公司的。 如果竟然是髒話辱罵，那我就更懶得答理了，有理不在話髒。我不會說髒話，我跟說髒話的人沒有共同語言，無法交流。如果這個壇子容忍髒話，我走人，用不著跟說髒話的人呆在一起。斑竹刪掉了髒話貼，我回來，用小五姐的話說：原創是我們的精神家園。