| @@ -1,541 +1,109 @@ | ||
| 1 | -FeedWordPress Change Log | |
| 2 | -======================== | |
| 1 | +Change Log | |
| 2 | +========== | |
| 3 | 3 | |
| 4 | -Changes from 0.99 to 0.991 | |
| 5 | -* WORDPRESS MU COMPATABILITY: FeedWordPress should now be compatible with | |
| 6 | - recent releases of WordPress MU. Once FeedWordPress is made available | |
| 7 | - as a plugin, each individual blog can choose to activate FeedWordPress | |
| 8 | - and syndicate content from its own set of contributors. | |
| 9 | - | |
| 10 | -* DISPLAY OF MAGPIE WARNINGS: A number of MagpieRSS warnings or error | |
| 11 | - messages that were displayed when performing an automatic update are | |
| 12 | - no longer displayed, unless debugging parameters have been explicitly | |
| 13 | - enabled. | |
| 14 | - | |
| 15 | -* BUG RELATED TO INTERNATIONAL CHARACTERS IN AUTHOR NAMES FIXED: Due to a | |
| 16 | - subtle incompatability between the way that FeedWordPress generated new | |
| 17 | - user information, and the way that WordPress 2.0 and later added new | |
| 18 | - authors to the database, FeedWordPress might end up creating duplicate | |
| 19 | - authors, or throwing a critical error message, when it encountered | |
| 20 | - authors whose names included international characters. This | |
| 21 | - incompatability has now been fixed; hopefully, authors with | |
| 22 | - international characters in their names should now be handled properly. | |
| 23 | - | |
| 24 | -* media:content BUG IN MAGPIERSS FIXED: A bug in MagpieRSS's handling of | |
| 25 | - namespaced elements has been fixed. Among other things, this bug caused | |
| 26 | - items containing a Yahoo MediaRSS `<media:content>` element (such as | |
| 27 | - many of the feeds produced by wordpress.com) to be represented | |
| 28 | - incorrectly, with only a capital "A" where the content of the post | |
| 29 | - should have been. Feeds containing `<media:content>` elements should now | |
| 30 | - be syndicated correctly. | |
| 31 | - | |
| 32 | -* update_feedwordpress PARAMETER: You can now use an HTTP GET parameter | |
| 33 | - (`update_feedwordpress=1`) to request that FeedWordPress poll its feeds | |
| 34 | - for updates. When used together with a crontab or other means of | |
| 35 | - scheduling tasks, this means that you can keep your blog automatically | |
| 36 | - updated on a regular schedule, even if you do not choose to use the | |
| 37 | - cron-less automatic updates option. | |
| 38 | - | |
| 39 | -* Some minor interface-related bugs were also fixed. | |
| 40 | - | |
| 41 | - | |
| 42 | -Changes from 0.981 to 0.99 | |
| 43 | -Version 0.99 adds several significant new features, fixes some bugs, and | |
| 44 | -provides compatability with WordPress 2.2.x and 2.3.x. | |
| 45 | - | |
| 46 | -* WORDPRESS 2.2 AND 2.3 COMPATIBILITY: FeedWordPress should now be | |
| 47 | - compatible with WordPress version 2.2 and the upcoming WordPress | |
| 48 | - version 2.3. In particular, it has been tested extensively against | |
| 49 | - WordPress 2.2.3 and WordPress 2.3 Release Candidate 1. | |
| 50 | - | |
| 51 | -* AUTOMATIC UPDATES WITHOUT CRON: FeedWordPress now allows you to | |
| 52 | - automatically schedule checks for new posts without using external task | |
| 53 | - scheduling tools such as cron. In order to enable automatic updates, go | |
| 54 | - to **Syndication --> Options** and set "Check for new posts" to | |
| 55 | - "automatically." For details, see "Automatic Feed Updates" in | |
| 56 | - README.text. | |
| 57 | - | |
| 58 | - An important side-effect of the changes to the update system is that if | |
| 59 | - you were previously using the cron job and the `update-feeds.php` script | |
| 60 | - to schedule updates, you need to change your cron set-up. The old | |
| 61 | - `update-feeds.php` script no longer exists. Instead, if you wish to use | |
| 62 | - a cron job to guarantee updates on a particular schedule, you should | |
| 63 | - have the cron job fetch the front page of your blog (for example, by | |
| 64 | - using `curl http://www.zyx.com/blog/ > /dev/null`) instead of activating | |
| 65 | - the `update-feeds.php` script. If automatic updates have been enabled, | |
| 66 | - fetching the front page will automatically trigger the update process. | |
| 67 | - | |
| 68 | -* INTERFACE REORGANIZATION: All FeedWordPress functions are now located | |
| 69 | - under a top-level "Syndication" menu in the WordPress Dashboard. To | |
| 70 | - manage the list of syndicated sites, manually check for new posts on | |
| 71 | - one or more feeds, or syndicate a new site, you should use the main page | |
| 72 | - under **Syndication**. To change global settings for FeedWordPress, | |
| 73 | - you should use **Syndication --> Options**. | |
| 74 | - | |
| 75 | -* FILE STRUCTURE REORGANIZATION: Due to a combination of changing styles | |
| 76 | - for FeedWordPress plugins and lingering bugs in the FeedWordPress admin | |
| 77 | - menu code, the code for FeedWordPress is now contained in two different | |
| 78 | - PHP files, which should be installed together in a subdirectory of your | |
| 79 | - plugins directory named `feedwordpress`. (See README.text for | |
| 80 | - installation and upgrade instructions relating to the change.) | |
| 81 | - | |
| 82 | -* MULTIPLE CATEGORIES SETTING: Some feeds use non-standard methods to | |
| 83 | - indicate multiple categories within a single category element. (The most | |
| 84 | - popular site to do this is del.icio.us, which separates tags with a | |
| 85 | - space.) FeedWordPress now allows you to set an optional setting, for any | |
| 86 | - feed which does this, indicating the character or characters used to | |
| 87 | - divide multiple categories, using a Perl-compatible regular expression. | |
| 88 | - (In the case of del.icio.us feeds, FeedWordPress will automatically use | |
| 89 | - \s for the pattern without your having to do any further configuration.) | |
| 90 | - To turn this setting on, simply use the "Edit" link for the feed that | |
| 91 | - you want to turn it on for. | |
| 92 | - | |
| 93 | -* REGULAR EXPRESSION BUG FIXED: Eliminated a minor bug in the regular | |
| 94 | - expressions for e-mail addresses (used in parsing RSS `author` | |
| 95 | - elements), which could produce unsightly error messages for some users | |
| 96 | - parsing RSS 2.0 feeds. | |
| 97 | - | |
| 98 | -* DATE / UPDATE BUG FIXED: A bug in date handling was eliminated that may | |
| 99 | - have caused problems if any of (1) WordPress, or (2) PHP, or (3) your | |
| 100 | - web server, or (4) your MySQL server, has been set to use a different | |
| 101 | - time zone from the one that any of the others is set to use. If | |
| 102 | - FeedWordPress has not been properly updating updated posts, or has been | |
| 103 | - updating posts when there shouldn't be any changes for the update, this | |
| 104 | - release may solve that problem. | |
| 105 | - | |
| 106 | -* GOOGLE READER BUGS FIXED: A couple of bugs that made it difficult for | |
| 107 | - FeedWordPress to interact with Google Reader public feeds have been | |
| 108 | - fixed. Firstly, if you encountered an error message reading "There was a | |
| 109 | - problem adding the newsfeed. [SQL: ]" when you tried to add the feed, | |
| 110 | - the cause of this error has been fixed. Secondly, if you succeeded in | |
| 111 | - getting FeedWordPress to check a Google Reader feed, only to find that | |
| 112 | - the title of posts had junk squashed on to the end of them, that bug | |
| 113 | - has been fixed too. To fix this bug, you must install the newest version | |
| 114 | - of the optional MagpieRSS upgrade. | |
| 115 | - | |
| 116 | -* FILTER PARAMETERS: Due to an old, old bug in WordPress 1.5.0 (which was | |
| 117 | - what was available back when I first wrote the filter interface), | |
| 118 | - FeedWordPress has traditionally only passed one parameter to | |
| 119 | - syndicated_item and syndicated_post filters functions -- an array | |
| 120 | - containing either the Magpie representation of a syndicated item from | |
| 121 | - the feed, or the database representation of a post about to be inserted | |
| 122 | - into the WordPress database. If you needed information about the feed | |
| 123 | - that the item came from, this was accessible only through a pair of | |
| 124 | - global variables, $fwp_channel and $fwp_feedmeta. | |
| 125 | - | |
| 126 | - Since it's been a pretty long time since WordPress 1.5.0 was in | |
| 127 | - widespread usage, I have gone ahead and added an optional second | |
| 128 | - parameter to the invocation of the syndicated_item and syndicated_post | |
| 129 | - filters. If you have written a filter for FeedWordPress that uses either | |
| 130 | - of these hooks, you can now register that filter to accept 2 parameters. | |
| 131 | - If you do so, the second parameter will be a SyndicatedPost object, | |
| 132 | - which, among other things, allows you to access information about the | |
| 133 | - feed from which an item is syndicated using the $post->feed and the | |
| 134 | - $post->feedmeta elements (where $post is the name of the second | |
| 135 | - parameter). | |
| 136 | - | |
| 137 | - NOTE THAT THE OLD GLOBAL VARIABLES ARE STILL AVAILABLE, for the time | |
| 138 | - being at least, so existing filters will not break with the upgrade. | |
| 139 | - They should be considered deprecated, however, and may be eliminated in | |
| 140 | - the future. | |
| 141 | - | |
| 142 | -* FILTER CHANGE / BUGFIX: the array that is passed as the first argument | |
| 143 | - syndicated_post filters no longer is no longer backslash-escaped for | |
| 144 | - MySQL when filters are called. This was originally a bug, or an | |
| 145 | - oversight; the contents of the array should only be escaped for the | |
| 146 | - database *after* they have gone through all filters. IF YOU HAVE WRITTEN | |
| 147 | - ANY syndicated_post FILTERS THAT PRESUME THE OLD BEHAVIOR OF PASSING IN | |
| 148 | - STRINGS THAT ARE ALREADY BACKSLASH-ESCAPED, UPDATE YOUR FILTERS | |
| 149 | - ACCORDINGLY. | |
| 150 | - | |
| 151 | -* OTHER MINOR BUGFIXES AND INTERNAL CHANGES: The internal architecture of | |
| 152 | - FeedWordPress has been significantly changed to make the code more | |
| 153 | - modular and clean; hopefully this should help reduce the number of | |
| 154 | - compatibility updates that are needed, and make them easier and quicker | |
| 155 | - when they are needed. | |
| 156 | - | |
| 157 | -Changes from 0.98 to 0.981 | |
| 158 | -Version 0.981 is a narrowly targeted bugfix and compatibility release, whose | |
| 159 | -main purpose is to resolve a major outstanding problem: the incompatibility | |
| 160 | -between version 0.98 of WordPress and the recently released WordPress 2.1. | |
| 161 | - | |
| 162 | -* WORDPRESS 2.1 COMPATIBILITY: FeedWordPress is now compatible with | |
| 163 | - WordPress 2.1, as well as retaining its existing support for WordPress | |
| 164 | - 2.0 and 1.5. Incompatibilities that resulted in database warnings, fatal | |
| 165 | - errors, and which prevented FeedWordPress from syndicating new posts, | |
| 166 | - have been eliminated. | |
| 167 | - | |
| 168 | -* RSS-FUNCTIONS.PHP RENAMED TO RSS.PHP: if you use the upgraded MagpieRSS | |
| 169 | - replacement that's included with FeedWordPress, be sure to note that | |
| 170 | - there are now *two* files to upload from the `OPTIONAL/wp-includes` | |
| 171 | - subdirectory in order to carry out the upgrade: rss-functions.php and | |
| 172 | - rss.php. **It is necessary to upload both files**, due to a change in | |
| 173 | - the file naming scheme in WordPress 2.1, and it is necessary to do so | |
| 174 | - whether you are using WordPress 2.1 or not. If you only upload the | |
| 175 | - `rss-functions.php` file as in previous installations you will not have | |
| 176 | - a working copy of MagpieRSS; the rss.php file contains the actual code. | |
| 177 | - | |
| 178 | -* DATE BUG AFFECTING SOME PHP INSTALLATIONS RESOLVED: due to a subtle bug | |
| 179 | - in parse_w3cdtf(), some installations of PHP encountered problems with | |
| 180 | - FeedWordPress's attempt to date posts, which would cause some new posts | |
| 181 | - on Atom feeds to be dated as if they had apppeared in 1969 or 1970 | |
| 182 | - (thus, effectively, never appearing on front apge at all). This bug in | |
| 183 | - the date handling should now be fixed. | |
| 184 | - | |
| 185 | -* PHP <?=...?> SHORT FORM ELIMINATED: some installations of PHP do not | |
| 186 | - allow the <?=...?> short form for printing PHP values, which was used | |
| 187 | - extensively in the FeedWordPress interface code. Since this could cause | |
| 188 | - fatal errors for users with the wrong installation of PHP, the short | |
| 189 | - form has been replaced with full PHP echo statements, and is no longer | |
| 190 | - used in FeedWordPress. | |
| 191 | - | |
| 192 | -* BETTER USER INTERFACE INTEGRATION WITH WORDPRESS 2.x: Some minor changes | |
| 193 | - have been made to help the FeedWordPress interface pages blend in better | |
| 194 | - with the user interface when running under WordPress 2.x. | |
| 195 | - | |
| 196 | -* GLOBAL CATEGORIES BUG RESOLVED: a bug that prevented some users from | |
| 197 | - setting one or more categories to apply to syndicated posts from all | |
| 198 | - feeds (using the checkbox interface under Options --> Syndication) has | |
| 199 | - been resolved. | |
| 200 | - | |
| 201 | -Changes from 0.97 to 0.98 | |
| 202 | - | |
| 203 | -* WORDPRESS 2.0 COMPATIBILITY: This is a narrowly-targeted release to | |
| 204 | - solve a major outstanding problem. FeedWordPress is now compatible with | |
| 205 | - both WordPress 1.5 and WordPress 2.0. Incompatibilities that caused | |
| 206 | - fatal SQL errors, and a more subtle bug with off-kilter counts of posts | |
| 207 | - under a given category, have been resolved. FeedWordPress tests for | |
| 208 | - database schema using the global $wp_db_version variable (if null, then | |
| 209 | - we presume that we're dealing with WordPress 1.5). | |
| 210 | - | |
| 211 | - NOTE: I have **not** fully tested FeedWordPress with WordPress 2.0. | |
| 212 | - Further testing may reveal more bugs. However, you should now be able | |
| 213 | - to get at least basic FeedWordPress functionality up and running. | |
| 214 | - | |
| 215 | -* AUTHOR MATCHING: FeedWordPress tests several fields to see if it can | |
| 216 | - identify the author of the post as a user already in the WordPress user | |
| 217 | - database. In previous versions, it tested the user login, the nickname, | |
| 218 | - and tested for "aliases" listed in the Profile (see documentation). FWP | |
| 219 | - now also matches authors on the basis of e-mail address (*if* an e-mail | |
| 220 | - address is present). This is particularly helpful for formats such as | |
| 221 | - RSS 2.0, in which authors are primarily identified by e-mail addresses. | |
| 222 | - | |
| 223 | -Changes from 0.96 to 0.97 | |
| 224 | - | |
| 225 | -* INSTALLATION PROCEDURE: Some of the changes between 0.96 and 0.97 | |
| 226 | - require upgrades to the meta-data stored by FeedWordPress to work | |
| 227 | - properly. Thus, if you are upgrading from 0.96 or earlier to 0.97, most | |
| 228 | - FeedWordPress operations (including updates and template functions) | |
| 229 | - WILL BE DISABLED until you run the upgrade procedure. Fortunately, | |
| 230 | - running the upgrade procedure is easy: just go to either Options --> | |
| 231 | - Syndication or Links --> Syndicated in the WordPress Dashboard and press | |
| 232 | - the button. | |
| 233 | - | |
| 234 | -* FEED FORMAT SUPPORT: Support has been added for the Atom 1.0 IETF | |
| 235 | - standard. Several other elements are also newly supported | |
| 236 | - (dcterms:created, dcterms:issued, dcterms:modified, dc:identifier, | |
| 237 | - proper support for the RSS 2.0 guid element, the RSS 2.0 author element, | |
| 238 | - the use of Atom author or Dublin Core dc:creator constructs at the feed | |
| 239 | - level to identify the author of individual items, etc.) | |
| 240 | - | |
| 241 | - N.B.: full support of several Atom 1.0 features, such as categories | |
| 242 | - and enclosures, requires you to install the optional rss-functions.php | |
| 243 | - upgrade in your wp-includes directory. | |
| 244 | - | |
| 245 | -* BUG FIX: Running `update-feeds.php` from command line or crontab | |
| 246 | - returned "I don't syndicate..." errors. It turns out that WordPress | |
| 247 | - sometimes tramples on the internal PHP superglobals that I depended on | |
| 248 | - to determine whether or not the script was being invoked from the | |
| 249 | - command line. This has been fixed (the variables are now checked | |
| 250 | - *before* WordPress can trample them). Note that `update-feeds.php` has | |
| 251 | - been thoroughly overhauled anyway; see below for details. | |
| 252 | - | |
| 253 | -* BUG FIX: Duplicate categories or author names. Fixed two bugs that could | |
| 254 | - create duplicate author and/or category names when the name contained | |
| 255 | - either (a) certain international characters (causing a mismatch between | |
| 256 | - MySQL and PHP's handling of lowercasing text), or (b) characters that | |
| 257 | - have a special meaning in regular expressions (causing MySQL errors when | |
| 258 | - looking for the author or category due to regexp syntax errors). These | |
| 259 | - should now be fixed thanks to careful escaping of names that go into | |
| 260 | - regular expressions and careful matching of lowercasing functions | |
| 261 | - (comparing results from PHP only to other results from PHP, and results | |
| 262 | - from MySQL only to other results from MySQL). | |
| 263 | - | |
| 264 | -* BUG FIX: Items dated Decembr 31, 1969 should appear less often. The | |
| 265 | - function for parsing W3C date-time format dates that ships with | |
| 266 | - MagpieRSS can only correctly parse fully-specified dates with a | |
| 267 | - fully-specified time, but valid W3C date-time format dates may omit the | |
| 268 | - time, the day of the month, or even the month. Some feeds in the wild | |
| 269 | - date their items with coarse-grained dates, so the optional | |
| 270 | - `rss-functions.php` upgrade now includes a more flexible parse_w3cdtf() | |
| 271 | - function that will work with both coarse-grained and fully-specified | |
| 272 | - dates. (If parts of the date or the time are omitted, they are filled in | |
| 273 | - with values based on the current time, so '2005-09-10' will be dated to | |
| 274 | - the current time on that day; '2004' will be dated to this day and time | |
| 275 | - one year ago. | |
| 276 | - | |
| 277 | - N.B.: This fix is only available in the optional `rss-functions.php` | |
| 278 | - upgrade. | |
| 279 | - | |
| 280 | -* BUG FIX: Evil use of HTTP GET has been undone. The WordPress interface | |
| 281 | - is riddled with inappropriate (non-idempotent) uses of HTTP GET queries | |
| 282 | - (ordinary links that make the server do something with significant | |
| 283 | - side-effects, such as deleting a post or a link from the database). | |
| 284 | - FeedWordPress did some of this too, especially in places where it aped | |
| 285 | - the WordPress interface (e.g. the "Delete" links in Links --> | |
| 286 | - Syndicated). That's bad business, though. I've changed the interface so | |
| 287 | - that all the examples of improper side-effects that I can find now | |
| 288 | - require an HTTP POST to take effect. I think I got pretty much | |
| 289 | - everything; if there's anything that I missed, let me know. | |
| 290 | - | |
| 291 | - Further reading: [Sam Ruby 2005-05-06: This Stuff Matters] (http://www.intertwingly.net/blog/2005/05/06/This-Stuff-Matters) | |
| 292 | - | |
| 293 | -* BUG FIX: Categories applied by `cats` setting should no longer prevent | |
| 294 | - category-based filtering from working. In FeedWordPress, you can (1) | |
| 295 | - apply certain categories to all syndicated posts, or all posts from | |
| 296 | - a particular feed; and (2) filter out all posts that don't match one | |
| 297 | - of the categories that are already in the WordPress database (allowing | |
| 298 | - for simple category-based filtering; just load up WordPress with the | |
| 299 | - categories you want to accept, and then tell FeedWordPress not to create | |
| 300 | - new ones). However, the way that (1) and (2) were implemented meant that | |
| 301 | - you couldn't effectively use them together; once you applied a known | |
| 302 | - category to all syndicated posts from a particular feed, it meant that | |
| 303 | - they'd have at least one familiar category (the category or categories | |
| 304 | - you were applying), and that would get all posts past the filter no | |
| 305 | - matter what categories they were originally from. | |
| 306 | - | |
| 307 | - Well, no longer. You can still apply categories to all syndicated posts | |
| 308 | - (using either Syndication --> Options, or the feed-level settings under | |
| 309 | - Links --> Syndicated). But these categories are not applied to the post | |
| 310 | - until *after* it has already passed by the "familiar categories" filter. | |
| 311 | - So now, if you want, you can do category filtering and *then* apply as | |
| 312 | - many categories as you please to all and only posts that pass the filter. | |
| 313 | - | |
| 314 | -* BUG FIX: Other minor typos and HTML gaffes were fixed along the way. | |
| 315 | - | |
| 316 | -* PERFORMANCE: get_feed_meta() no longer hits the database for information | |
| 317 | - on every call; it now caches link data in memory, so FeedWordPress only | |
| 318 | - goes to the database once for each syndicated link. This may | |
| 319 | - substantially improve performance if your database server resources | |
| 320 | - are tight and your templates make a lot of use of custom settings from | |
| 321 | - get_feed_meta(). | |
| 322 | - | |
| 323 | -* API CHANGE: Link ID numbers, rather than RSS URIs, are now used to | |
| 324 | - identify the feed from which a post is syndicated when you use template | |
| 325 | - functions such as get_feed_meta(). The practical upshot of this is you | |
| 326 | - can switch feeds, or change the feed address for a particular syndicated | |
| 327 | - site, without breaking your templates for all the posts that were | |
| 328 | - syndicated from the earlier URI. | |
| 329 | - | |
| 330 | -* API CHANGE: if you have plugins or templates that make use of the | |
| 331 | - get_feed_meta() function or the $fwp_feedmeta global, note that the | |
| 332 | - data formerly located under the `uri` and `name` fields is now located | |
| 333 | - under the `link/uri` field and the `link/name` field, respectively. Note | |
| 334 | - also that you can access the link ID number for any given feed under the | |
| 335 | - global $fwp_feedmeta['link/id'] (in plugins) or | |
| 336 | - get_feed_meta('link/id') (in a template in post contexts). | |
| 337 | - | |
| 338 | -* FEATURE: the settings for individual feeds can now be edited using a | |
| 339 | - humane interface (where formerly you had to tweak key-value pairs in the | |
| 340 | - Link Notes section). To edit settings for a feed, pick the feed that you | |
| 341 | - want under Links --> Syndicated and click the Edit link. | |
| 342 | - | |
| 343 | -* FEATURE: The "Unsubscribe" button (formerly "Delete") in Links --> | |
| 344 | - Syndicated now offers three options for unsubscribing from a feed: (1) | |
| 345 | - turning off the subscription without deleting the feed data or affecting | |
| 346 | - posts that were syndicated from the feed (this works by setting the Link | |
| 347 | - for the feed as "invisible"); (2) deleting the feed data and all of the | |
| 348 | - posts that were syndicated from the feed; or (3) deleting the feed data | |
| 349 | - and *keeping* the posts that were syndicated from the feed | |
| 350 | - setting the Link to "Invisible" (meaning that it will not be displayed | |
| 351 | - in lists of the site links on the front page, and it won't be checked | |
| 352 | - for updates; (2) deleting the Link and all of the posts that were | |
| 353 | - syndicated from its feed; or (3) deleting the feed data but keeping the | |
| 354 | - posts that were syndicated (which will henceforward be treated as if | |
| 355 | - they were local rather than syndicated posts). (Note that (1) is usually | |
| 356 | - the best option for aggregator sites, unless you want to clean up the | |
| 357 | - results of an error or a test.) | |
| 358 | - | |
| 359 | -* FEATURE / BUG FIX: If you have been receiving mysterious "I don't | |
| 360 | - syndicate...", or "(local) HTTP status code was not 200", or "(local) | |
| 361 | - transport error - could not open socket", or "parse error - not well | |
| 362 | - formed" errors, then this update may solve your problems, and if it does | |
| 363 | - *not* solve them, it will at least make the reasons for the problems | |
| 364 | - easier to understand. That's because I've overhauled the way that | |
| 365 | - FeedWordPress goes about updating feeds. | |
| 366 | - | |
| 367 | - If you use the command-line PHP scripting method to run scheduled | |
| 368 | - updates, then not much should change for you, except for fewer | |
| 369 | - mysterious errors. If you have done updates by sending periodic HTTP | |
| 370 | - requests to <http://your-blog.com/path/wp-content/update-feeds.php>, | |
| 371 | - then the details have changed somewhat; mostly in such a way as to make | |
| 372 | - things easier on you. See the README file or online documentation on | |
| 373 | - Staying Current for the details. | |
| 374 | - | |
| 375 | -* FEATURE: FeedWordPress now features a more sophisticated system for | |
| 376 | - timed updates. Instead of polling *every* subscribed feed for updates | |
| 377 | - *each* time `update-feeds.php` is run, FeedWordPress now keeps track of | |
| 378 | - the last time it polled each feed, and only polls them again after a | |
| 379 | - certain period of time has passed. The amount of time is normally set | |
| 380 | - randomly for each feed, in a period between 30 minutes and 2 hours (so | |
| 381 | - as to stagger updates over time rather than polling all of the feeds at once. However, the length of time between updates can also be set | |
| 382 | - directly by the feed, which brings us to ... | |
| 383 | - | |
| 384 | -* FEATURE: FeedWordPress now respects the settings in the `ttl` and | |
| 385 | - Syndication Module RSS elements. Feeds with these elements set will not | |
| 386 | - be polled any more frequently than they indicate with these feeds unless | |
| 387 | - the user manually forces FeedWordPress to poll the feed (see Links --> | |
| 388 | - Syndicated --> Edit settings). | |
| 389 | - | |
| 390 | -Changes from 0.95 to 0.96 | |
| 391 | - | |
| 392 | -* FEATURE: support has been added for enclosures in RSS 2.0 and Atom | |
| 393 | - 0.6+ newsfeeds. WordPress already supports adding enclosures to an | |
| 394 | - item; FeedWordPress merely gets the information on the enclosure | |
| 395 | - from the feed it is syndicating and plugs that information directly | |
| 396 | - into the WordPress database so that (among other things) that post | |
| 397 | - will have its enclosure listed in your blog's RSS 2 newsfeed. | |
| 398 | - | |
| 399 | - Note that enclosure support requires using the optional MagpieRSS | |
| 400 | - upgrade (i.e., replacing your `wp-includes/rss-functions.php` with `OPTIONAL/wp-includes/rss-functions.php` from the FWP archive) | |
| 401 | - | |
| 402 | -* FEATURE: for completeness's sake, there is now a feed setting, | |
| 403 | - `hardcode url`, that allows you to set the URI for the front page | |
| 404 | - of a contributor's website manually (that is, prevent it from being | |
| 405 | - automatically updated from the feed channel link on each update). To | |
| 406 | - set the URI manually, put a line like this in the Link Notes section | |
| 407 | - of a feed: | |
| 408 | - | |
| 409 | - hardcode url: yes | |
| 410 | - | |
| 411 | - You can also instruct FeedWordPress to use hardcoded URIs by default | |
| 412 | - on all feeds using Options --> Syndication | |
| 413 | - | |
| 414 | -* FEATURE: by default, when FeedWordPress finds new syndicated posts, | |
| 415 | - it (1) publishes them immediately, (2) turns comments off, and (3) | |
| 416 | - turns trackback / pingback pings off. You can now alter all three | |
| 417 | - default behaviors (e.g., to allow pings on syndicated posts, or to | |
| 418 | - send newly-syndicated posts to the draft pile for moderation) using | |
| 419 | - Options --> Syndication | |
| 420 | - | |
| 421 | - | |
| 422 | 4 | Changes from 0.91 to 0.95 |
| 423 | 5 | ------------------------- |
| 424 | 6 | |
| 425 | -* BUG FIX: Fixed an obscure bug in the handling of categories: | |
| 426 | - categories with trailing whitespace could cause categories with | |
| 427 | - duplicate names to be created. This no longer happens. While I was | |
| 428 | - at it I tightened up the operation of | |
| 429 | - FeedWordPress::lookup_categories() a bit in general. | |
| 7 | +* BUG FIX: Fixed an obscure bug in the handling of categories: categories | |
| 8 | + with trailing whitespace could cause categories with duplicate names to | |
| 9 | + be created. This no longer happens. While I was at it I tightened up the | |
| 10 | + operation of FeedWordPress::lookup_categories() a bit in general. | |
| 430 | 11 | |
| 431 | 12 | * FEATURE DEPRECATED: the feed setting `hardcode categories` is now |
| 432 | - deprecated in favor of `unknown categories` (see below), which | |
| 433 | - allows you to strip off any syndication categories not already in | |
| 434 | - your database using `unknown categories: default` or `unknown | |
| 435 | - categories: filter`. If you have `hardcode categories: yes` set on a | |
| 436 | - feed, this will be treated as `unknown categories: default` (i.e., | |
| 437 | - no new categories will be added, but if a post doesn't match any of | |
| 438 | - the categories it will be added in the default category--usually | |
| 439 | - "Uncategorized" or "General"). | |
| 13 | + deprecated in favor of `unknown categories` (see below), which allows | |
| 14 | + you to strip off any syndication categories not already in your database | |
| 15 | + using `unknown categories: default` or `unknown categories: filter`. If | |
| 16 | + you have `hardcode categories: yes` set on a feed, this will be treated | |
| 17 | + as `unknown categories: default` (i.e., no new categories will be added, | |
| 18 | + but if a post doesn't match any of the categories it will be added in | |
| 19 | + the default category--usually "Uncategorized" or "General"). | |
| 440 | 20 | |
| 441 | 21 | * FEATURE: You can now set global defaults as to whether or not |
| 442 | - FeedWordPress will update the Link Name and Link Description | |
| 443 | - settings for feeds automatically from the feed title and feed | |
| 444 | - tagline. (By default, it does, as it has in past versions.) Whether | |
| 445 | - this behavior is turned on or off, you can still override the | |
| 446 | - default behavior using feed settings of `hardcode name: yes`, | |
| 447 | - `hardcode name: no`, `hardcode description: yes`, or `hardcode | |
| 448 | - description: no`. | |
| 22 | + FeedWordPress will update the Link Name and Link Description settings | |
| 23 | + for feeds automatically from the feed title and feed tagline. (By | |
| 24 | + default, it does, as it has in past versions.) Whether this behavior is | |
| 25 | + turned on or off, you can still override the default behavior using | |
| 26 | + feed settings of `hardcode name: yes`, `hardcode name: no`, | |
| 27 | + `hardcode description: yes`, or `hardcode description: no`. | |
| 449 | 28 | |
| 450 | -* FEATURE: Users can now provide one or several "aliases" for an | |
| 451 | - author, just as they can for a category. For example, to make | |
| 452 | - FeedWordPress treat posts by "Joseph Cardinal Ratzinger" and "Pope | |
| 453 | - Benedict XVI" as by the same author, edit the user profile for Pope | |
| 454 | - Benedict XVI and add a line like this to the "User profile" field: | |
| 29 | +* FEATURE: Users can now provide one or several "aliases" for an author, | |
| 30 | + just as they can for a category. For example, to make FeedWordPress | |
| 31 | + treat posts by "Joseph Cardinal Ratzinger" and "Pope Benedict XVI" as | |
| 32 | + by the same author, edit the user profile for Pope Benedict XVI and add | |
| 33 | + a line like this to the "User profile" field: | |
| 455 | 34 | |
| 456 | 35 | a.k.a.: Joseph Cardinal Ratzinger |
| 457 | 36 | |
| 458 | - You can add several aliases, each on a line by itself. You can also | |
| 459 | - add any other text you like to the Profile without interfering with | |
| 460 | - the aliases. | |
| 37 | + You can add several aliases, each on a line by itself. You can also add | |
| 38 | + any other text you like to the Profile without interfering with the | |
| 39 | + aliases. | |
| 461 | 40 | |
| 462 | -* FEATURE: Users can now choose how to handle syndicated posts that | |
| 463 | - are in unfamiliar categories or by unfamiliar authors (i.e., | |
| 464 | - categories or authors whose names are not yet in the WordPress | |
| 465 | - database). By default, FeedWordPress will (as before) create a new | |
| 466 | - category (or new author) and use it for the current post and any | |
| 467 | - future posts. This behavior can be changed, either for all feeds or | |
| 468 | - for one or another particular feed. | |
| 41 | +* FEATURE: Users can now choose how to handle syndicated posts that are | |
| 42 | + in unfamiliar categories or by unfamiliar authors (i.e., categories or | |
| 43 | + authors whose names are not yet in the WordPress database). By default, | |
| 44 | + FeedWordPress will (as before) create a new category (or new author) and | |
| 45 | + use it for the current post and any future posts. This behavior can be | |
| 46 | + changed, either for all feeds or for one or another particular feed. | |
| 469 | 47 | |
| 470 | 48 | There are now three different options for an unfamiliar author: (1) |
| 471 | 49 | FeedWordPress can create a new author account and attribute the |
| 472 | - syndicated post to the new account; (2) FeedWordPress can attribute | |
| 473 | - the post to an author if the author's name is familiar, and to a | |
| 474 | - default author (currently, this means the Site Administrator | |
| 475 | - account) if it is not; (3) FeedWordPress can drop posts by | |
| 476 | - unfamiliar authors and syndicate only posts by authors who are | |
| 477 | - already in the database. | |
| 50 | + syndicated post to the new account; (2) FeedWordPress can attribute the | |
| 51 | + post to an author if the author's name is familiar, and to a default | |
| 52 | + author (currently, this means the Site Administrator account) if it is | |
| 53 | + not; (3) FeedWordPress can drop posts by unfamiliar authors and | |
| 54 | + syndicate only posts by authors who are already in the database. | |
| 478 | 55 | |
| 479 | - There are, similarly, two different options for an unfamiliar | |
| 480 | - category: (1) FeedWordPress can create new categories and place the | |
| 481 | - syndicated post in them; (2) FeedWordPress can drop the unfamiliar | |
| 482 | - categories and place syndicated posts only in categories that it is | |
| 483 | - already familiar with. In addition, FeedWordPress 0.95 lets you | |
| 484 | - choose whether posts that are in *no* familiar categories should be | |
| 485 | - syndicated (and placed in the default category for the blog) or | |
| 486 | - simply dropped. | |
| 56 | + There are, similarly, two different options for an unfamiliar category: | |
| 57 | + (1) FeedWordPress can create new categories and place the syndicated | |
| 58 | + post in them; (2) FeedWordPress can drop the unfamiliar categories and | |
| 59 | + place syndicated posts only in categories that it is already familiar | |
| 60 | + with. In addition, FeedWordPress 0.95 lets you choose whether posts that | |
| 61 | + are in *no* familiar categories should be syndicated (and placed in the | |
| 62 | + default category for the blog) or simply dropped. | |
| 487 | 63 | |
| 488 | - You can set the default behavior for both authors and categories | |
| 489 | - using the settings in Options --> Syndication. You can also set | |
| 490 | - different behavior for specific feeds by adding the `unfamiliar | |
| 491 | - author` and / or `unfamiliar categories` settings to the Link Notes | |
| 492 | - section of a feed: | |
| 64 | + You can set the default behavior for both authors and categories using | |
| 65 | + the settings in Options --> Syndication. You can also set different | |
| 66 | + behavior for specific feeds by adding the `unfamiliar author` and / or | |
| 67 | + `unfamiliar categories` settings to the Link Notes section of a feed: | |
| 493 | 68 | |
| 494 | 69 | unfamiliar author: (create|default|filter) |
| 495 | 70 | unfamiliar categories: (create|default|filter) |
| 496 | 71 | |
| 497 | - A setting of `unfamiliar author: create` will make FeedWordPress | |
| 498 | - create new authors to match unfamiliar author names *for this feed | |
| 499 | - alone*. A setting of `unfamiliar author: default` will make it | |
| 500 | - assign posts from unfamiliar authors to the default user account. A | |
| 501 | - setting of `unfamiliar author: filter` will cause all posts (from | |
| 502 | - this feed alone) to be dropped unless they are by an author already | |
| 503 | - listed in the database. Similiarly, `unfamiliar categories: create` | |
| 504 | - will make FeedWordPress create new categories to match unfamiliar | |
| 505 | - category names *for this feed alone*; `unfamiliar categories: | |
| 506 | - default` will cause it to drop any unfamiliar category names; and | |
| 72 | + A setting of `unfamiliar author: create` will make FeedWordPress create | |
| 73 | + new authors to match unfamiliar author names *for this feed alone*. A | |
| 74 | + setting of `unfamiliar author: default` will make it assign posts from | |
| 75 | + unfamiliar authors to the default user account. A setting of | |
| 76 | + `unfamiliar author: filter` will cause all posts (from this feed alone) | |
| 77 | + to be dropped unless they are by an author already listed in the | |
| 78 | + database. Similiarly, `unfamiliar categories: create` will make | |
| 79 | + FeedWordPress create new categories to match unfamiliar category names | |
| 80 | + *for this feed alone*; `unfamiliar categories: default` will cause it | |
| 81 | + to drop any unfamiliar category names; and | |
| 507 | 82 | `unfamiliar categories: filter` will cause it to *both* drop any |
| 508 | - unfamiliar category names *and* to only syndicate posts that are | |
| 509 | - placed in one or more familiar categories. | |
| 83 | + unfamiliar category names *and* to only syndicate posts that are placed | |
| 84 | + in one or more familiar categories. | |
| 510 | 85 | |
| 511 | - These two new features allow users to do some coarse-grained | |
| 512 | - filtering without having to write a PHP filter. Specifically, they | |
| 513 | - offer an easy way for you to filter feeds by category or by author. | |
| 514 | - Suppose, for example, that you only wanted to syndicate posts that | |
| 515 | - your contributors place in the "Llamas" category. You could do so by | |
| 516 | - setting up your installation of WordPress so that the only category | |
| 517 | - in the database is "Llamas," and then use Options --> Syndication to | |
| 518 | - set "Unfamiliar categories" to "don't create new categories and | |
| 519 | - don't syndicate posts unless they match at least one familiar | |
| 520 | - category". Now, when you update, only posts in the "Llamas" category | |
| 521 | - will be syndicated by FeedWordPress. | |
| 86 | + These two new features allow users to do some coarse-grained filtering | |
| 87 | + without having to write a PHP filter. Specifically, they offer an easy | |
| 88 | + way for you to filter feeds by category or by author. Suppose, for | |
| 89 | + example, that you only wanted to syndicate posts that your contributors | |
| 90 | + place in the "Llamas" category. You could do so by setting up your | |
| 91 | + installation of WordPress so that the only category in the database is | |
| 92 | + "Llamas," and then use Options --> Syndication to set "Unfamiliar | |
| 93 | + categories" to "don't create new categories and don't syndicate posts | |
| 94 | + unless they match at least one familiar category". Now, when you update, | |
| 95 | + only posts in the "Llamas" category will be syndicated by FeedWordPress. | |
| 522 | 96 | |
| 523 | 97 | Similarly, if you wanted to filter one particular feed so that only |
| 524 | 98 | posts by (for example) the author "Earl J. Llama" were syndicated to |
| 525 | - your site, you could do so by creating a user account for Earl J. | |
| 526 | - Llama, then adding the following line to the settings for the feed | |
| 527 | - in Link Notes: | |
| 99 | + your site, you could do so by creating a user account for Earl J. Llama, | |
| 100 | + then adding the following line to the settings for the feed in Link | |
| 101 | + Notes: | |
| 528 | 102 | |
| 529 | 103 | unfamiliar author: filter |
| 530 | 104 | |
| 531 | - This will cause any posts from this feed that are not authored by | |
| 532 | - Earl J. Llama to be discarded, and only the posts by Earl J. Llama | |
| 533 | - will be syndicated. (If the setting is used on one specific feed, it | |
| 534 | - will not affect how posts from other feeds are syndicated.) | |
| 105 | + This will cause any posts from this feed that are not authored by Earl | |
| 106 | + J. Llama to be discarded, and only the posts by Earl J. Llama will be | |
| 107 | + syndicated. (If the setting is used on one specific feed, it will not | |
| 108 | + affect how posts from other feeds are syndicated.) | |
| 535 | 109 | |
