RSS押しモデル(前。 PubSubは)長期間で実行可能ではない
Angsuman Chakraborty
2005年3月23日
PubSubはあなたの卓上に供給項目を押す用具である。 PubSubで、識別する興味のトピックを登録し、ニュースは自動化されたあなたの卓上にそして準リアルタイム以内に来始める。
このモデルは電子メールと同じ弱さを共有する。 両方ともあなたの卓上に内容を押す。 電子メールはまたあなたの承諾なしであなたの卓上に今スパムを(電子メールのおよそ80%はNYTによってスパムである)押す。 押しモデルとの問題はそれを開発し、スパムに与えることは容易であることである。 だれでもPubSubに供給を堤出でき、容易に結果を汚すためにPubSubに何百ものスパムの供給を作成し、堤出することは容易である。 実際はそれらはあらゆるプログラマーによって容易に自動化することができる。
但しニューヨーク・タイムズまたはワイヤーで縛られたニュース等のような興味の供給を予約購読する簡単な引きモデルはうまくいかなくてが大いにまずない。 質の供給を選び、次にそれらを見るのにオンラインの(BlogLines)またはオフ・ラインの集積者を使用できる。
更新: 私が正しかったことをようである。 PubSubの場所は財政の悩みによる1月15日現在に 2007日オフラインになった。
BTW: Pubsubの資産は場所を再開することを計画するが、それはもう一つの物語であるもう一人の会社によって買われた。
、スパムの 腕時計マイクロソフト の下でファイルされる、 技術、 網、 網2.0の 網サービス |
|
RSS 2.0 |
この記事に電子メールを送りなさい
また読むのを好むかもしれない |


Technoratiの好みに加えなさい

































2005年3月24日3:09 AMの
PubSubは変わると同時にネットワークのデータとあなたの貯えられた問い合わせに一致させる将来のサーチエンジンである。 マッチはリアルタイムに行われる。 将来の調査は出版予約購読の議定書を使用する。 でそれらの事が出版されるとき予約購読するあなたによってが興味があるそれらを得る事を出版予約購読すれば。 情報を所有するために他にそれを出版するのをそれから見てほしければ。 契約者としてあなたの予約購読を所有する。 もはやあなたの予約購読を有用(見つけなかったらそれがスパム)それから削除するそれをであることを考えなさい。 出版するときだれがあなたの情報を予約購読されるか知る必要はない。 このようにある非常に柔軟結合が出版予約購読しなさい。 Blogingは本来出版予約購読するある。
これは電子メールと非常に異なっている。 電子メールでは、情報の所有者はそれおよび彼らを送るためにだれをにだれであるか知らなければならない所有する。 予約購読を削除することは電子メールを送ることを止めるように送り主(出版業者)を知らせるように要求する。
リチャードTreadway
2005年3月24日3:39 AMの
リチャード、
私は出版予約購読の範例に気づき、含まれる技術非常にに気づいている。 実際はほしければ私はで幾日のカップル中心のpubsubエンジンをおそらく造ってもいい。
ここの挑戦は範例にPubSubの特定の実施と関連していない。 私が「ジャワのために」予約購読することを仮定しなさい。 単語「ジャワ」を述べるどのポストでもリアルタイム以内に私に表示される。 そして推測できるので私はジャワの興味を持つ唯一の1才ではない。
馬蝿の幼虫が付いているスパムのポストによって(既に)自動住まれるそれはスパムの発信者のためにとるに足らない自由なブログ(既に)を作成するために(を使用してBlogger API等を言いなさい)。 さらにポストは人口の大きい区分に興味のキーワードを含んでいる。 それからそれらはPubSubで登録されている。
そのような馬蝿の幼虫は容易にたくさんの非常に短い時間のポストを発生でき、事実上キーワードの人々と積まれるスパムのポストが付いている洪水PubSubはを予約購読した。 従って見るかわりに関連したジャワは今私(および他を)見る器官の強化の丸薬についての情報を掲示する。 映像を得る。 そしてそれはきれいではない。
PubSubの問題は電子メールシステムに類似したスパムの発信者からの正直なbloggersを知っていることをできないことである。
出版業者が信頼されるとき大きい仕事を出版予約購読しなさい。 このシナリオの現実は別の方法で残念ながらある。
私に問題スペースについて明確であるかどうか知らせなさい。
Angsuman
PS. 私は解決を余りに有するが、遅くなることおよび私は疲れている
2005年4月3日8:28 AMの
それで、それはweblogのスパミングのように持っているスパミングに電子メールを送る異なった特徴をようである。 電子メールが2つの党間の容易なコミュニケーションのために設計されていたのでスパムを送るために電子メールアドレスとのだれでも防ぐことは困難な間。 ブログおよびウェブサイト間のリンク構造によってブログのスパムをフィルタ・アウトすることは可能である。 スパムの発信者の集りを形作る私はほとんどゼロの集りにつながると局外者のパーセントが信じる。 ブログの非無差別に送信する集りに局外者からの入って来、出て行くリンクの素晴らしいバランスがあるかもしれない間。
2005年4月3日1:01 pmの
あなたが作っている場合は押しのない1つ対引き、一組の「信頼された」供給を聞くのだけ1でありではない。 私は源を使用して同じ効果を、達成するためにPubSubのあなたの予約購読の規模を限ることができることを考えた: 。 但し例外としては情報をより速い手に入れる。
2005年4月4日5:53 AMの
@Eugeneあなたの集り理論で更にいかにそれとりわけ影響を与えるこの状態に詳しく説明し、か。
多くのスパムの発信者にbloggerの記述があり、従って適当な人々をしなさい。 bloggerでは任意に他のどのブログ、直接あなたの群がる考えを壊すモデルにも接続するリンクがある。
私はそれによりあなたの集り理論にだけ信任を貸す高品質のブログを予約購読するかもしれない。
但しPubSubの場合でそれはあらゆる集りを気遣わない。 ために私がキーワード「ジャワを」予約購読すると同時にすぐに、私はキーワードジャワを含んでいるあらゆるスパムの発生にすぐに自分自身を服従させる。 ただそれが私の卓上に今来、私がそれをコントロールしないこと、以外PubSubをアンインストールするため不具にするか、または。
望みなさい明白になる…
2005年4月4日5:56 AMの
PubSubが私の卓上に実際に内容を押していることを@Per Iは考える。 これは私が指定供給を予約購読し、場所からの内容を取って来るRSSの正常なモデルと対照をなしてある、; 直接またはbloglines等によって。
専門語について論争するPubSubモデルとの中心問題は残っている。
私は源にある特定の供給だけからデータを制限するために気づいていない。 詳しく説明することができる。
それが利用できておよび私がそれを使用する、そしてPubSubは私が直接またはbloglinesによってように容易に策略私の指定供給できるので、価値を失う。 PubSubにこのシナリオの戦略的優位がない。
2005年4月5日10:11 AMの
私はbloggerが挿入したスパムの発信者のブログへの入って来る任意リンクがblogsphereで些細であることを信じる。 またそれがすべてのbloggerのユーザーのための同じであるのでその次のブログの特徴を無視することも容易である。 またgoogle、Yahooのmsnの等無視することも困難内部のブログからのadwordsをではない。
そこにアルゴリズム任意グラフを群がらせるある。 例えば http://micans.org/mcl/lit/index.html 。 全blogsphereを群がらせることは非常に可能そして識別されたスパムの発信者の集りにパターン認識のアルゴリズムを適用する。 私が信じるかどれを電子メールのスパムの探知器よりよいがありなさい。
またページのランクのアルゴリズムのまわりで遊べば、ページのランクが任意グラフをことを群がらせることのちょうど特例であることを知るべきである。 しかしページの臭いアルゴリズムはgoogleの爆弾がいかにが発明されたかあるように群がることを考慮しなかった。 私はによってスパムの発信者がセットアップするそれらの集りを識別するとgoogleの開始が信じる。
2005年4月5日10:49 AMの
私はblogsphereのグラフ構造が規則的なブログからのスパミングのブログを識別している私達を助けることができると仮定する。 従って、pubsubシステムは集りの評判システムを造ることができる。 従って出版業者の評判は彼らの出版物を受け取る契約者のための規準である。 私はスパムの発信者を取り除くためにそのようなシステムを造ることは可能であることを考える。 これを達成することができればスパムの発信者はblogsphereで同時に落胆する。 それは正帰還の原動力を作成するかもしれない。 従って内容によって基づいたpubsubシステムはよいモデルより引っ張る基づいた集積者モデルはである。