Home » Computer » Network » Archive by category "WWW" (Page 173)

RSS 的使用

我前幾天在 Unauthorized 這篇貼了一張 Screenshot,關於 http://taipedia.info/drupal/zh-hant/aggregator/sources/56 的侵權行為。(已經撤下,文字部分仍可以在 Google Cache 裡找到,圖片部分請參考 Screenshot)

兩天後在 上的 blog 他發表了這篇文章:RSS 重製與轉散佈問題在這篇文章裡面幾乎所有的觀點都是對的,只是他講的跟他做的事情沒有關係。

以引用的量來區分,有三種:引用標題 (並提供連結)、引用部分內文 (可能會帶有評論文字)、引用全文。為了解釋清楚,我將 與搜尋引擎以及線上 RSS 閱讀器的行為列出來。

b6s 的行為包括了:

  • 目前沒有看到明顯的 preview 或其他東西,不過在 /reader/ 下的東西:
  • 不允許搜尋引擎索引該內容。(www.google.com/robots.txt 內的 Disallow: /reader/)

再回頭回憶一下上面所說的,引用的量分三種:引用標題 (並提供連結)、引用部分內文 (可能會帶有評論文字)、引用全文。上面所列的三個單位也都牽涉到全文引用。

這三種引用模式, 都幹過:第一項與第二項會在 Search 時出現,第三項則是在 Cache 以及 的頁庫存檔出現。前面兩項在討論網路著作權的問題時就有提到了,美國的法院判定 第三項行為都是合理使用。中文資料可以參考 美國法院判定Google Cache的儲存著作是合理使用 這篇。

回過頭來講這次的侵權行為,我知道我的網站提供 RSS,而且我有足夠的知識知道,透過 RSS,可以很方便的重製內容:所以我默許了我的文章在 RSS 瀏覽器裡被重製,這包括了 Offline 的 Firefox、FeedDemon、... 以及 Online 的 、... 但我會假定,不屬於自己的內容,不應該有權利再散佈出去,而我在找資料的時候發現 上重製。

這就是我貼那篇 的原因,而我相信,這種行為不管在哪個國家都不會被認定是 "Fair Use"。不過 似乎還是跟小孩子一樣,在 taipedia.info/drupal/ 放上我站上的 Screenshot 並且寫了一篇 的文章來辯解。

退訂 Digg

這陣子看 發現在這一個月內 的量成長的太快,每天居然有上百條新聞... 本來以為是 出鎚,後來仔細看才發現 沒搞錯...

這樣的量實在太大了,退訂...

利用 Ad Network 感染電腦

報導了使用未修正的 IE ( 在 2006/01 有釋出 patch) 看 MySpace 會遭到 Spyware/Keylogger 感染:Hacked Ad Seen on MySpace Served Spyware to a Million

這是因為在 MySpace 放廣告的廣告商所造成的:

An online banner advertisement that ran on MySpace.com and other sites over the past week used a Windows security flaw to infect more than a million users with spyware when people merely browsed the sites with unpatched versions of Windows, according to data collected by iDefense, a Verisign company.

太讚了...

Google 的 Pay-Per-Sale

也開始測試 Pay-Per-Sale 了,也就是完成交易後才付出廣告費用:

Pay-Per-View 容易以大量的假流量偽造,而 Pay-Per-Click 則有假點擊的問題。當時就有人提出 Pay-Per-Sale 的觀念:在交易成立後才需要付廣告費用,而這種方式幾乎無法偽造。

的發展看了兩年,終於推出 Pay-Per-Action 了... (跟以往一樣,都先找一批人測試,然後看效果如何並進行評估)

加上前陣子剛好又有風聲要搞 Google Payment,而發言人跳出來澄清說他們不是要做類似 的東西,看起來還頗有樣子的,接下來就是等時間了 :p

Prefetching 的問題

這看到關於 Web Accelerator 如果使用 Prefetching 會造成的問題:Web acceleration without prefetching

有些網站設計上有些瑕疵,會用 <a href="blah.php?action=suicide">刪除帳號</a> 這種方法來傳指令,然後自以為很聰明的用 Javascript 跳出一個 Yes/No 的視窗確認。這種網站在遇到 Prefetching 時就會... 舉個例子說, 的 logout 就是一個例子。

比較「中性」的方法是放棄這麼激烈的作法,改用 DNS cache,然後先連線到對方主機,但先不要送資料。這樣可以省下 DNS 查詢的時間以及建立 TCP Connection 的時間。只比原來 Prefetching 的方法少了最後抓資料的時間,但卻讓穩定性上升不少。

Archives