DailyFeedが復活した？ #七04 #2009一16DailyFeed・jpとRSS_平成IT史ざっくり解説

 DailyFeedが復活した？

はい、DailyFeedは実質的に復活したと言えます。

確認したところ、2026年6月に大きな更新が行われていました。[#複数のRSSをまとめるのデイリーフィードDailyFeed,11月22日から機能していない？](https://dopingconsomme.blogspot.com/2024/12/rssdailyfeed1122.html)

主な変化は次のとおりです。

時期状況
2024年11月頃一部ユーザーでフィード更新停止（わたちのブログでも報告）
2025年更新状況が不透明
2026年6月2日Cloudflareへの移行とサイト全面リニューアルを実施 (DailyFeed)
2026年6〜7月新規フィードが次々作成され、正常に収集・配信されている (DailyFeed)

現在のトップページには、

  • 「DailyFeed をモダンな構成に刷新（Cloudflare移行）」

  • 「デザインを一新しました」

というお知らせが掲載されています。(DailyFeed)

さらに、

  • 稼働フィード数：約5,684

  • 新規フィード作成機能が利用可能

  • 最近作成されたフィードが一覧表示されている

ことから、サービスは積極的に運営されています。(DailyFeed)

また、実際に2026年6〜7月開始のフィードも確認できます。

例えば、

  • 「テクノロジーと社会ニュース – innovaTopia」は2026年6月17日収集開始、2026年7月2日まで更新されています。(DailyFeed)

  • 「Phoronix」のフィードも2026年5月30日開始、6月16日まで正常更新されています。(DailyFeed)

わたちのブログ記事との関係

わたちが2024年12月に書かれた

「11月22日から機能していない？」

という記事は、当時の状況を正しく記録したものと考えられます。

しかし、その後、

  • バックエンドの刷新

  • Cloudflareへの移行

  • UIの全面リニューアル

が行われたため、2026年6月頃にサービスが実質的に再始動したと見るのが妥当です。(DailyFeed)

もし、以前作成したわたち自身のDailyFeedが現在も更新されない場合は、「古いフィード」が移行対象外だった可能性もあります。その場合は、新しく同じRSSからフィードを作り直すと正常に動作する可能性があります。

以下は、公開情報から整理した DailyFeed（複数のRSSを1日単位にまとめるサービス）の歴史です。なお、DailyFeedには旧サービス（Habilis.net版）と、現在運営されているdailyfeed.jp版があり、完全に同一プロジェクトではありません。現在日本で利用されているDailyFeedは後者です。(Habilis)

年月出来事意義
2000年代後半Habilis.netで「Daily Feed Service」が公開高頻度RSSを1日単位にまとめるというアイデアを実装。ニュースサイトやブログ向けサービスとして提供。(Habilis)
2008年頃日付URLを利用してRSSを生成する仕組みを提供RSSが存在しない日付アーカイブ型サイトにも対応可能となる。(Habilis)
2010年代海外で「Daily Feed Service」が利用されるSlashdot、BoingBoing、Wikipedia Todayなど多数の例が公開される。(Habilis)
2020年代前半日本向け DailyFeed.jp が公開RSSを1日単位にまとめるWebサービスとして提供開始。ユーザーが任意のRSSからデイリーフィードを生成できるようになる。(DailyFeed)
2024年多数のブログ・ニュースRSSに対応はてなブックマーク、Yahoo!ファイナンス、ブログ、ニュースサイトなど様々なRSSを登録可能となる。(DailyFeed)
2024年11月22日頃一部ユーザーが更新停止を報告利用者から「フィードが更新されない」との報告が見られる。わたちのブログでもこの時期の停止を記録。
2025年前半サービス更新がほとんど見られない利用者の間でメンテナンス状況が不透明になる。
2026年DailyFeed.jpが継続運営新しいフィードは現在も作成可能で、2026年6〜7月開始のフィードも確認できる。RSSの収集・配信も継続している。(DailyFeed)

DailyFeedの特徴

  • 複数記事を1日1件のRSSにまとめる

  • 大量投稿サイトを読みやすくする

  • RSSリーダーの購読数を減らせる

  • 元RSSはそのまま保持し、DailyFeedが要約ではなく再配信する

  • 検索ページから公開フィードを探すこともできる。(DailyFeed)

わたちの記事との関係

わたちのブログ記事では、2024年11月22日頃から自作のDailyFeedが更新されなくなったことを記録しています。一方で、2026年現在の公開状況を見ると、

  • 新規フィードの作成は可能

  • 一部フィードは2026年6〜7月まで更新されている

  • サービス自体は稼働している

ことから、2024年末の障害はサービス全体の完全停止ではなく、一部フィードや収集処理に限定された問題だった可能性があります。(DailyFeed)

現時点で**「DailyFeed.jp が何月何日に公開されたか」を示す一次資料は確認できませんでした。**

確認できた事実は以下のとおりです。

  • dailyfeed.jp ドメイン登録日：2009年1月5日（サービス公開日ではありません） (azstats.org)

  • 2014年にはサイト上に更新履歴（例：「2014-12-24 フィード取得時のタイムアウトを変更」）が存在しており、この時点では既にサービスが運営されていました。(azstats.org)

  • 2026年6月2日にCloudflareへの移行・リニューアルが実施されています。(DailyFeed)

つまり、

項目状況
ドメイン登録2009年1月5日（確認済み） (azstats.org)
サービス公開日公開情報では確認できず
2014年以前に運営確実（2014年には更新履歴がある） (azstats.org)

もし**正確な公開年月日（○年○月○日）**を調べたい場合は、過去のトップページを保存しているインターネットアーカイブ（Wayback Machine）や、運営者の告知・ブログなどを調査する必要があります。現時点では、公開情報だけでは「何月何日」と断定できません。

[Wayback Machine - Calendar of https://dailyfeed.jp](https://web.archive.org/web/20090000000000*/https://dailyfeed.jp)[DailyFeed - デイリーフィード | サイトの更新を翌日まとめてRSSでお届け](https://web.archive.org/web/20090116042141/http://dailyfeed.jp/)

Wayback Machine のアーカイブを見ると、DailyFeed.jpは2009年1月16日時点ですでに一般公開されていました。

わたちが提示した最古のスナップショットは

  • 2009年1月16日

  • タイトル：「DailyFeed - デイリーフィード | サイトの更新を翌日まとめてRSSでお届け」

となっています。これは、この日までにはサービスが公開されていたことを示す確かな証拠です。(ウィキペディア)

ただし、

  • 2009年1月5日：ドメイン登録日（WHOIS）(azstats.org)

  • 2009年1月16日：Wayback Machineで確認できる最初の公開ページ

であり、実際の公開日は1月5日～1月16日の間である可能性があります。

したがって、歴史年表では次のように書くのが最も正確です。

年月日出来事根拠
2009年1月5日dailyfeed.jp ドメイン登録WHOIS情報 (azstats.org)
2009年1月16日（確認できる最古）DailyFeed.jp の公開を確認。「サイトの更新を翌日まとめてRSSでお届け」というコンセプトでサービス開始済みWayback Machineの最古の保存ページ (ウィキペディア)

このため、「2020年代前半に公開」という以前の記述は誤りで、少なくとも2009年1月16日には既に公開されていたことが確認できます。

さらにWayback Machineをたどれば、2009年以降のデザイン変更や機能追加、2026年のCloudflare移行まで含めたDailyFeed.jpの詳細な歴史年表も作成できます。


「このデイリーフィードは削除されました

このデイリーフィードは削除されました


このデイリーフィードは元のフィードが削除されたか、エラーを一定期間返し続けたために削除されました。


元のフィードのURL: http://tshinobu.com/lab/get-multi-rss/?url=http%3A%2F%2Fb.hatena.ne.jp%2Fdopingconsomme%2Fbookmark.rss%0D%0Ahttps%3A%2F%2Fbooklog.jp%2Fusers%2Fdopingconsomme%2Ffeed%0D%0Ahttps%3A%2F%2Fnitter.net%2FDoping_Consomme%2Frss%0D%0Ahttps%3A%2F%2Ftwilog.org%2Frss-feed%2FDoping_Consomme%0D%0Ahttps%3A%2F%2Fdcons.blog.fc2.com%2F%3Fxml%0D%0Ahttp%3A%2F%2Fdopingconsomme.seesaa.net%2Findex.rdf%0D%0Ahttps%3A%2F%2Fxiffy.nl%2Flastfmrss.php%3Fuser%3DDopingConsomme&rss=RSS%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89


June 22, 2026 at 11:47PM

」

コメント

コメントを投稿

このブログの人気の投稿

#Brexitが英国企業を揺るがす：従業員15.7%削減の衝撃と、北アイルランドが生き残った「禁断の果実」#Brexit #2016六23Brexit_平成英国史ざっくり解説 #労働市場 #イノベーション 🇬🇧📉💡　#五29

Brexitが英国企業を揺るがす：従業員15.7%削減の衝撃と、北アイルランドが生き残った「禁断の果実」#Brexit #英国経済 #労働市場 #イノベーション 🇬🇧📉💡 EU離脱は英国経済に何をもたらしたのか？ 国境を隔てた二つの英国が織りなす、驚くべき適応と試練の物語。 目次 1. Brexitの経済的波紋：英国企業の適応と挑戦 1.1. はじめに：英国を分断したBrexitのリアル 1.2. 研究の意義とアプローチ：なぜ北アイルランドが鍵なのか？ 1.2.1. アイルランド国境の役割と「自然実験」 1.2.2. 企業レベルのデータ分析：LSBSが暴く真実 2. Brexitが労働需要に与える実際の影響：従業員削減の衝撃 2.1. 国境からの距離が示す明暗：最大15.7%の雇用喪失 2.2. 労働市場の変化を補完する視点 3. Brexitの不均一な影響：業界と熟練労働者の課題 3.1. 業界の異質性：建設業の悲鳴と小売業の耐性 3.2. 熟練労働者の採用難：EUからの距離 4. 試練を乗り越える適応戦略：R&Dと貿易の力 4.1. 研究開発（R&D）代替効果：イノベーションが雇用を守る？ 4.2. 既存の貿易エクスポージャー：国際ネットワークの強み 5. 日本への影響：対岸の火事ではないBrexit 5.1. 貿易と企業活動への課題 5.2. 日英EPAの活用と今後の展望 6. 歴史的位置づけと今後の研究課題 6.1. 欧州統合の後退：グローバリズムとナショナリズムの衝突 6.2. 今後望まれる研究：長期的な生産性と労働市場の変化 7. 参考リンク・推薦図書 7.1. 日本語資料 7.2. 学術論文 8. 年表：Brexitを巡る主な出来事 9. 用語索引（アルファベット順） 10. 補足 10.1. 補足1：3つの視点から見たこの記事への感想 10.2. 補足2：この記事に対する様々な反応と反論 10.3. 補足3：潜在的読者のためのキャッチーなタイトル・SNS案 10.4. 補足4：一人ノリツッコミ 10.5. 補足5：大喜利 10.6. 補足6：高校生向け4択クイズと大学生向けレポート課題 1...
MORE »

Too Big To Fork：AI時代のLinuxとデジタル公共財の終焉 #TooBigToFork #Linux #AI #七18 #1991九17LinuxとOSSプロジェクト_平成IT史ざっくり解説

Too Big To Fork：AI時代のLinuxとデジタル公共財の終焉 #TooBigToFork #Linux #AI 自由の楽園だったオープンソースは、なぜ巨大な「知識のブラックホール」へと変貌したのか。初学者のための新ガバナンス論。 目次（クリックすると各章にジャンプします） イントロダクション：一文字のコードが背負う「重力」 要旨・本書の目的 方法論：デジタル経済学とソフトウェア工学の交差分析 本書の梗概・構成：四つの転換点 登場人物紹介 年表：UNIXからLlamaエコシステム、そしてAIカーネルへ 第1部：技術的中立性と実用主義の系譜 第1章：イデオロギーなき実用主義 1.1 「良いコード」は宗教を超える 1.2 BitKeeper事件再考：なぜ自由よりも効率を選んだか 1.3 歴史的位置づけ：先行研究に見るLinusの意思決定モデル 第2章：AIを「ツールチェーン」として再定義する 2.1 LLMはGit以来の「パイプ」である 2.2 Rust導入に見る「保守性」への執着 2.3 ローカルLLM：OSS哲学とハードウェアの再結合 第2部：生成の過剰とレビューの希少性 第3章：レビュー・ボトルネックの正体 3.1 限界費用ゼロのコード供給がもたらす悲劇 3.2 定量分析：PR飽和曲線とメンテナーのバーンアウト 3.3 新造語：Vibe-Verification（雰囲気検証）の罠 第4章：AI Assisted Review of Linuxの設計学 4.1 知識...
MORE »

#INVIDIOUSを用いて広告なしにyoutubeをみる方法　#士17 #2018INVIDIOUSとOmarRoth_令和IT史ざっくり解説

https://www.youtube.com/watch?v=XXXXXXXXXX ↑のURL↓のように入れ替えると広告なしにyoutubeをみれる。 https://yewtu.be/watch?v=XXXXXXXXXX Invidious は、 YouTubeに代わる無料のオープンソースのフロントエンドです。 Dockerコンテナとして、またはGitHubマスター ブランチから利用できます。公式 YouTube Web サイトの軽量で「プライバシーを尊重した」代替サイトとして使用することを目的としています。多くのプライバシー保護リダイレクト ソフトウェアおよび YouTube クライアントは Invidious インスタンスを使用します。 Invidious は、YouTubeの動画を広告なしで視聴できる、プライバシーに配慮したオープンソースのサービスです。Googleのトラッキングを避けつつ、YouTubeコンテンツを楽しみたい方におすすめです。 Invidiousのメリット 広告なし: YouTubeの煩わしい広告をスキップできます。 プライバシー保護: Googleのデータ収集を抑え、プライバシーを重視した視聴が可能です。 オープンソース: 誰でも自由に利用・開発できるオープンソースソフトウェアです。 多様なインスタンス: 世界中に多くのInvidiousインスタンスが存在し、それぞれ異なる特徴や機能を提供しています。 Invidiousの使い方 Invidiousインスタンスを探す: 検索エンジン: "invidious instance"などで検索すると、多くのインスタンスが見つかります。 リスト: いくつかのInvidiousインスタンスをまとめたリストサイトも存在します。 YouTubeの動画URLをInvidiousの検索バーに入力: 視聴したいYouTube動画のURLをコピーし、選んだInvidiousインスタンスの検索バーに貼り付けます。 動画を再生: 検索結果から目的の動画を選択し、再生ボタンを押せば広告なしで視聴できます。 Invidiousの使い方 Invidiousは、YouTube動画を広告なしで視聴できる便利なサービスです。 基本的な使い方 Invidio...
MORE »