PHP用のまともなRSSフィードジェネレータ

Question

RSSフィードジェネレータが必要です。クラスを使用する必要がありますか、自分でフィードを生成する必要がありますか？

私はそれを自分で生成しなければならない場合、標準の包括的な仕様を得る良い場所はどこですか？

もしそうでなければ、そこに良いクラスがあり、それをすばやく行い、うまくやっていますか？

Php FeedWriter

使用上の注意にある：あなたがそれ（PHP5）を使用するか、単に必要なものの一般的なアイデアを得ることができるいずれかのよう

Answer 1

PHP Universal Feed Generator (supports RSS 1.0, RSS 2.0 and ATOM)

Features:

• Generates RSS 1.0, RSS 2.0 and ATOM 1.0 feeds
• All feeds are are validated by feed validator.
• Supports all possible feed elements.
• Simple and easy to define channel and feed items
• Implements appropriate namespaces for different versions.
• Automatically converts date formats.
• Generates UUID for ATOM feeds.
• Enables usage of subtags and attributes. (example: image and encloser tags)
• Completely Object oriented in PHP5 class structure.
• Handles CDATA encoding for required tags.
• Nearly same code for generating all kinds of feed

Examples

Answer 2

このページでは、まともな発電ミーティング1.0/2.0/ATOMスペックを持っています下部はかなり詳細で、ソースを表示するためにダウンロードする必要はありません。

Answer 3

すぐにZend_Feed_Writerと呼ばれる、かなり興味深いと思われるコンポーネントがあります。Zend Framework以下はそのコンポーネントの開発者（おそらく？）の開発者であるPadráicBrady（link to the blog post）のフィードからの抜粋です。私が作成した

Zend_Feed_Writer

The new kid on the block, to be added in Zend Framework 1.10, is Zend_Feed_Writer. A bit like the older Zend_Feed_Builder classes, its purpose is to generate Atom 1.0 and RSS 2.0 feeds. The difference is that, like its sibling Zend_Feed_Reader, it is standards aware and operates entirely using PHP's DOM.

Why another feed generation component? The problem is somewhat similar to the one that Zend_Feed_Reader solved. Generating an RSS and Atom feed is far more involved than sticking a bunch of elements together - each standard has its quirks, its unique features, and its own set of best practices outside of the standards. Using Zend_Feed_Builder, you relied on two things - repetition and validation. Moving away from its core focus required more work, even to the extent of subclassing, and you were always at the mercy of misinterpreting a standard.

Zend_Feed_Writer builds on the simple API of Zend_Feed_Reader (using setters rather than getters) and the concept of having the component understand the standards (so you don't have to). The component is split across two class types - a base data container to store feed data and ensure it conforms to expected formats, and a renderer to actually generate the feeds and provide feedback on standards adherence. For example, in Atom 1.0 the omission of a title will generate an exception - a title is an obligatory element under the Atom 1.0 standard. While this could be interpreted as a nuisance, the fact is that an invalid Atom 1.0 feed is worse than useless. Better you are irritated now, than later when an online validator calls you rude names :-).

The net result of this approach is that you focus on the data, and let Zend_Feed_Writer worry about what elements and attributes to use. It should, in theory (always a grand thing), be impossible for Zend_Feed_Writer to produce an invalid feed.

Of course, we also throw in the concept of Extensions, as with Zend_Feed_Reader, allowing you to add support for RSS and Atom extensions more dynamically without the need for subclassing or API arm twisting.

If you go looking for Zend_Feed_Writer, it's currently in chunks in the Incubator. I should have it entirely integrated and functional over the weekend. You can however give it a shot for writing Atom 1.0 feeds so long as you stick to the core elements (i.e. most blog feeds). RSS 2.0 support is the last piece I need to complete in full.