LDRが終了することについて - ogijun's blog
ひさしぶりにblog記事を書く。それも、とっても気がすすまない状態でこれを書いています。 LDR、サービス終了するってよ LDRことLive Dwango Reader (ex. Livedoor Reader)がサービス終了します。 これを読んでいるような人はもちろん経緯はご存知のことと思われるが、もともと2014年10月1日に当時運営していたLINE株式会社からサービス終了が発表されていたところを、株式会社ドワンゴが譲渡引受を表明して2014年12月よりドワンゴ社によってい運営されていたのだった。 今年の7月24日に、そのドワンゴから8月末でサービス終了するという発表があった。 blog.livedoor.jp これには大変困った。私はたぶんこのLDRの、おそらくトップ10に入るであろうヘビーユーザを自認している。いまでもMac触っててSafariを開いている時間のうち最も多くの時間を
Movable Type 4.15でRSS2.0廃止？
2024年2月1日 拙作プラグインの譲渡について 拙作のMovable Typeのプラグインを、株式会社ワールドイズマインに譲渡いたしました。 長きにわたり拙作のプラグインをご愛顧いただき、ありがとうございました。 Movable Type 4.15の開発が進められていますが、現状の最新βではRSS 2.0のテンプレートが廃止され、フィードはAtomに一本化されています。 この点をめぐって、MTOS-DEVメーリングリストで、議論が交わされています。 1.廃止の背景 MTOS-DEVメーリングリストによると、SixApartのByrne Reese氏から、RSS 2.0のテンプレートを廃止する理由として以下のことがあげられていました。 「Atomはインターネット標準であるが、RSSはそうではない」ということです。 We selected Atom because all things be
【シムエントリ】記事同士でブログをむすぶブログパーツ
本サービスは2011/08/31を持って終了しました ブログパーツをつけていらっしゃる方は、取り外しをお願いします。また、新規受付は2011/07/18を持って終了しました。 以下の情報は、アーカイブとして残すようにします。 シムエントリとは？ 書いた記事(エントリ)に近い別の記事を自動的に探し出し、ブログ上にリストアップするブログパーツ。それが『シムエントリ』です。 たとえば… ■「自分が書いた事はほかの人はどう書いたのだろう？」 ■「自分のブログを同じ興味を持った人にもっと読んでもらいたい！」 という想いにお応えします！ 表示のイメージはこんな感じです。 →開発者のブログで実際の動作をご覧いただけます: 『こえむの編集後記』(記事毎) 『こえむの編集後記＠鹿児島』(メニューバー) ※さらに詳しい説明は、ブログ『こえむの編集後記 - ブログを記事で結ぶブログパーツ『シムエントリ』をリリー
小粋空間: RSS フィードにスタイルシート（CSS）を適用する
ブログで配信する RSS/Atom フィード（index.xml や atom.xml）にスタイルシートを適用する方法です。 ブログを始めてちょっと経った頃、このテクニックについての記事を見たことはあったのですが、特にエントリーしていませんでした。今回ご質問を頂きましたので、このエントリーで紹介致します。 １．概要 RSSリーダーが普及した現在、RSS/Atom フィードのリンクをクリックして驚く人は少なくなったのかもしれませんが、ブログ（Movable Type）を始めた頃、ページ右下に表示されている「Syndicate this site」の index.rdf のリンクをクリックすると XML フォーマットの文書が表示され（あるいはダウンロードのダイアログが表示され）、「これは一体何だろう？」と不思議に思ったものです（下）。 このリンクは RSSリーダ／アグリゲータ等が認識するための
feed-media.com - feed media リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
アメーバスタッフ『【重要】RSSドメインの変更について』
いつもアメーバをご利用いただきまして、ありがとうございます。 2007年10月22日（月）より、下記の日程でアメーバブログの RSSドメインの変更を実施させていただきます。 ＜RSSドメイン変更期間＞ 10月22日（月）午後2時～11月1日（木）午後2時 ＜変更内容＞ 旧アドレス：http://ameblo.jp/ アメーバID/rss.html 新アドレス：http://rssblog.ameba.jp/ アメーバID/rss.html ＜変更のスケジュール＞ 10月22日･･･ブログ面のサイドバーに配置されておりますRSSリンクを、 ameblo.jp⇒rssblog.ameba.jpへ変更致します。 11月1日 ･･･rssblog.ameba.jpドメインのみでの配信となります。 10月22日～11月1日の10日間は、rssblog.ameba.jpドメインおよびameblo.jp
Six Apart - Docs: Mobile Link Discovery 仕様
このページでは XHTML/RSS/Atom においてモバイル版 URL へのリンクをメタデータに埋め込む仕様: Mobile Link Discovery について解説します。 (See English version of this page.) サマリ モバイル端末に最適化されたウェブページをもつサイト（Publisher と呼びます）は、link タグにその URL を以下のように記述します。 <link rel="alternate" media="handheld" href="..." /> こうすると、サーチエンジン、ブログサイト、ソーシャルブックマーキングサイトといった外部のサイトのモバイル版ページから、Publisher 側のモバイルページに正しくリンクすることができます。 このモバイルリンクは RSS や Atom フィードに記述することもできます。 例 http:/
RSS から興味のある記事だけを自動的に探すサービス、FeedHub | Lifehacking.jp
Is FeedHub the answer to information overload? | Scobolizer 毎日何百もの RSS フィードを読む Robert Scoble が RSS を個人の嗜好にあわせて自動的に面白い記事とつまらない記事にわけてくれる FeedHub というサービスについて紹介しています。Read/Write Web でも詳細な紹介がありますし、ZDNet Blog でもレビューがされていました。 いままでにもこうしたサービスはいくつかありましたが、ソーシャル RSS みたいなものが多く、「みんなが読んでいるもの」を浮き上がらさせるものが大半でした。FeedHub これに対して自分が実際によんでいる記事のなかから嗜好を割り出してゆくアルゴリズムを使っていて、トレーニングをさせることによってより正確にほしい記事が目に入るようにしてくれるそうです。 また、読ん
【XDev】Feedが盛り上がらないのはFeedリーダーの機能不足が原因
「FeedはWebを次の段階に進化させる。効率よく情報を伝達するメディアだからだ。ところが，2007年現在，Feedはあまり使われていない。現状のFeedリーダーが使いにくいからだ。使いやすいFeedリーダーが広まれば，Webは進化する」---。Feed事業「modiphi」を運営するサンブリッジの小川浩氏は9月7日，開発者向けイベント「X-over Development Conference 2007」で講演，Feedの潜在能力と現状の課題を，こう分析した。 我々の住むWebが変化している Webから得られる情報は，年を増すごとに増えている。データ量が増えるだけでなく，これまでクライアント・パソコン上で動作していた業務アプリケーションがWeb経由で使えるようになるなど，情報の種類も増えている。 小川氏によれば，現在の学生は，パソコンではWebブラウザ以外，何のアプリケーションも使ってい
最速インターフェース研究会 :: RSSリーダーの性能、優劣とは、なにか
ブログの記事を読んで、その記事を書いた人のことを、面白く思ったり、好きになったり、もっと知りたくなったりしたときに、気兼ねなく追加できるかどうかだ。これが一番重要な性能だと思っている。 2005年、ギークたちはBloglinesを愛していた。技術系の集まりにちょくちょく顔を出すようになって分かった事は、みなBloglinesを使っていたということだ。自分のブログを読んでくれる人が多い事に驚いた。これはBloglinesでなければ、あり得なかったことだ。 なんだよ情報収集って。スパイや探偵じゃあるまいに。俺がフィードを7000件以上購読してるのは、知識を得るとか、仕事に役に立つとか、そんな理由じゃないよ。 とりあえず、これだけは先に書いとく。
RSSリーダーを情報収集に使う理由がやっぱりわからない。 : ひろゆき＠オープンSNS
【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ RSSリーダーを情報収集に使う理由がやっぱりわからない。 : ひろゆき＠オープンSNS ひろゆき＠オープンSNS (ひろゆき＠オープンSNS) 投稿者, @ 2007-08-03 10:18:00 RSSリーダーを情報収集に使う理由がやっぱりわからない。 ライブドアの平松さんのやってるネットラジオに呼んでもらって話をしました。 RSSリーダーを使う理由がわからないって話をしたのですが、 そこらへんをまとめてみました。 RSSリーダーが世の中に出た当初から、実用性がいまいちわかってなかったのですが、 未だにわからないままだったりするのです。 ブログを読む理由というのは、だいたい下記の３つに集約されると思います。 ・ブログを書いてる人自体に興味があるパターン 友達が書いて
Atom や RDF を利用したXSS - 葉っぱ日記
Internet Explorer の悪名高い Content-Type: 無視という仕様を利用すると、Atom や RDF/RSS を利用してXSSを発生できることがあります。条件的に対象となるWebアプリケーションは多くはないと思いますが、それでもいくつか該当するWebアプリケーションが実在することを確認しました。以下の例では Atom の場合について書いていますが RDF/RSS でも同様です。 例えば、http://example.com/search.cgi?output=atom&q=abcd という URL にアクセスすると、「abcd」という文字列の検索結果を Atom として返すCGIがあったとします。 GET /search.cgi?output=atom&q=abcd Host: example.com HTTP/1.1 200 OK Content-Type: ap
[Perl] XML::FeedPP - RSS・RDF・Atomフィードの解析・生成・変換・結合
Kawa.netxp [Perl] XML::FeedPP - RSS・RDF・Atomフィードの解析・生成・変換・結合 XML::FeedPP モジュールは、 RSS 2.0、RSS 1.0 (RDF)、Atom 0.3（および1.0）フィードの XML ファイルを解析・生成・変換・結合するための Perl モジュールです。 RSS ベースの1種類の共通 API で RSS・RDF・Atom の各フォーマットの処理に対応しているため、 手軽に扱えます。 フィードの読み出し・書き込みはもちろん、 RSSからRDFへ、RDFからAtomへといった各フォーマット間の相互変換も可能です。 他サイトからダウンロードした複数のファイルを結合して、 まとめて1つのファイルとして出力することもできます。 公開版アーカイブ： XML-FeedPP-0.43.tar.gz TARGZ CPAN ←通常パッケ
RSS とギークへのリーチ: blog.bulknews.net
RSS とギークへのリーチ My Life Between Silicon Valley and Japan - RSSとページビュー なるほどこういう実際の数字で考えてみれば、「RSSリーダーで捕捉不能になるのはコアな35-40%の一部であり、そこのページビューは減るかもしれないけれど、捕捉するしないに関わらずまぁどうせその層には届いているんだと腹をくくり、60-65%のロングテール部分を増やすことのほうが重要」というのがRSS肯定論なんだな、と納得したのであった。 RSS とロングテール、みたいな話。ちょうどもとのエントリにある、 で、奇妙な話なんだけれど、実はRSS配信っていうのはユーザーにリーチする為のツールではなく、ブロガーやSBSに情報をリーチさせる為にこそ有効なんじゃないだろうか、とか最近思うようになってきた。 をみて、Robert Scoble がこう書いていたのを思い出し
こんなに使えない概要フィード : akiyan.com
こんなに使えない概要フィード 2006-12-20 「RSSフィードには全文をいれるべきだ」 「いや、PVが欲しいからタイトルや概要だけにしよう」 ...断言しよう。RSSフィードは全文配信すべきだ。 なぜなら概要フィードはこんなにも使えないのだから。 目次 概要フィードは全文フィードに敗北する 全文フィードは利便性が良くて、概要フィードは利便性が悪い。でも概要フィードなら記事本文を読みにサイトにアクセスしに来てくれて全文よりもPVが増えるかもしれないし、他のコンテンツを見せたりできる。この考え方に矛盾は無い。 しかし忘れてはならないのは、ユーザーが購読しているフィードはあなたのフィードだけではない。RSSリーダーという狭い世界の中でフィードは競合する。全文フィードの台頭によって概要フィードは記事タイトルすらまともに見て貰えず、PVどころかアテンションまでも失うことになりかねない。 その理
最速インターフェース研究会 :: フィード吐いてそうなリンクを強調するブックマークレット
先日書いた、リンク先まとめて購読する機能のAPIが公開されたので、 http://blog.livedoor.jp/staff_reader/archives/51035779.html こんなことができます。IE6の文字列制限ギリギリに圧縮（たぶん） フィードを吐いてそうなリンクを強調 ソース (function(){ var api="http://rpc.reader.livedoor.com/feed/discover?url="; window.__feed_discover=function(r){ var seen={}; var links=document.links;len=links.length; for(var i=0;i<len;i++){ var a=links[i];href=a.href; for(var l=0;l<r.length;l++){ var
modiphiをMTで実現してみた
ブログの場合、RSSフィードのURLは1ブログにつき1つ。そのブロガーが書いた仕事の話は読みたいけど、恋愛話は読みたくない場合も購読せざる得ない だからといって、カテゴリ毎に複数のBlogを持つのは結構めんどうだ。 なるほど！HTMLが存在しなくてカテゴリごとにRSS2.0を吐けばmodiphiってことですね！ さっそくMovable Typeで実現してみた。 (1)インデックステンプレートを全部削除する modiphi的世界ではHTMLやスタイルシートやJavaScriptなんてものは邪魔者である。まやかしである。 ぜんぶ削除してしまえ！ あ、「RSS 2.0」のテンプレートの中身だけはテキストファイルなどにコピーしてから消すこと。 それと、動的生成を使いたい場合は「Dynamic Site Bootstrapper」だけは残しておこう。なんかくやしいけど仕方が無い。 アーカイブテンプレ
最速インターフェース研究会 :: 都合の悪いことを書いたら記事を消さずに修正しろ
削除したブログの元記事がlivedoor readerで消えていないのはなぜですか http://knowledge.livedoor.com/24355 フィードを取得した際に特定の記事が削除されているかどうかを判別することは難しいです。 ブログの最新記事の内、1件が消されてる、みたいなケースに限れば、多分半日もかからないとは思うけど、古い記事の場合は把握のしようがない。あと、If-Modified-Sinceを解釈して前回取得以降の記事だけを送ってくるようなのもあり得るので、そういうのを間違えて消さないように厳格にやろうとすると、難しいことが多い。 なのでfeed aggregatorを始め各方面にキャッシュされた記事を消したいと思った場合は、単純に記事を消すのではなく「この記事は削除しました」とかで記事の内容を上書きしたほうが良い。 炎上中のブログをリロードしまくってるときにNot
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
レビュー・ポスター - ブログのレビュー記事をサイトに表示する無料サービス
なんでもRSS 0.1b