FeedWriter
FeedWriter copied to clipboard
mibe
PHP Universal Feed Generator
Hi. I got a ignore-able tiny error with PHP>=8.1 - PHP>=8.1 trigger deprecation error in some old code. - `Deprecated: preg_replace(): Passing null to parameter #3 ($subject) of type array|string...
During researching for PR #33 I noticed that for ATOM IDs the code is using the `urn` URI scheme. This is not wrong per se, but IMHO the `tag` scheme...
The [Atom standard](http://tools.ietf.org/html/rfc4287) supports more than plain-text in the elements' titles when the type is set to `html` instead of default `text`. I don't know whether RSS or RSS2 supports...
I think it is time to replace the internal methods `makeHeader()`, `makeChannels()`, `makeItems()`, `makeFooter()` and `makeNode()` with PHP's own functions to generate the XML output. The current methods have some...
Each feed type should be a separate class, instead of checking all the time what type of feed it is: if($type == 'RSS 1') ... elseif($type == 'RSS 2') elseif($type...
Just expanding on the previous patch. A better idea would be to remove the responsibility of the writer class having to valid the format is valid. So in the class...
There's a new feed [format](https://xkcd.com/927/) in town: [JSON Feed](https://en.wikipedia.org/wiki/JSON_Feed). It would be nice if we could support this format.
The XML spec. clearly states that these chars have to be escaped, and FeedWriter does that. But the [RSS Best Practices](https://www.rssboard.org/rss-profile#data-types-characterdata) recommends using the hexadecimal character reference: A publisher should...
Is there interest for the [sfeed format](https://codemadness.org/sfeed-simple-feed-parser.html), a TAB-separated, plaintext output?