• 2006 December 6 - The R20061206 release has:

  • Support PHP 4.4. Mostly reference changes. See http://www.php.net/README_UPGRADE_51.php#cirh for more information.
  • Turn WikiDB USECACHE back on, and make getBuddies() get non-cached version of buddies instead. This helps performance some for pages loaded multiple times.
  • Fix bug that displayed too few recent changes because limit was applied to SQL results before filtering by other criteria.
  • Fix WikiDB bugs for pages that are just digits (related to Phpwiki bug #1327912)
• Factor out permissions code into WikiDB::canViewRatings()

• 2006 December 4 - The R20061204 release has:

  • Code to dump an anonymized version of the database (dump_public_database.php)
  • Restricted PageDump plugin to admin-only for security
  • Fixed a bug that might delete the wrong ratings when a page was deleted

• 2006 October 4 - The R20061004 release has:

  • Change category page:

    • show only unrated by default
    • Add 'show rated by active' and 'show unrated by active' links
    • Allow 'prediction_algorithm' of 'average' on a category page
    • Allow 'userlistpage' to be added to 'average' prediction algorithm, which restricts the average to the users on the list of the page given
    • Add 'assume_no_rating_is_user_avg' for 'average' prediction algorithm
  • Adding 'display_as_subcategory: true' to a field will display it as a filter on the category page

  • Change user ratings page:

    • Add a 'category refinement' UI on a user's ratings page
  • Many internal code changes (e.g. relating to search, UserRatings plugin)

• 2006 January 14 - The R20060114 release has:

  • Add ALLOW_NONRATERS_TO_EDIT. When false, a user must have rated a page before being able to edit anything (except his or her own user page). This is the main means of defending against PhpWiki spammers.
  • Add the "rename" action for admin on a given page.
  • Optional captchas upon user signup. It is disabled by default. Set ENABLE_CAPTCHA to true if you have libgd installed. Set SHOW_CAPTCHA_CODE_AS_ALT_TEXT if you don't have libgd, you are willing to live with the security hole of showing the code word as text, and you don't mind a broken image showing in Internet Explorer.
  • Add "show_rated" as a parameter to UserRatings. This means one can put "show_rated=0" at the end of a category page, and it will hide already-rated pages. This is a back-end precursor to some user interface for this feature.

  • Some bug fixes

    • Try to get rid of PagePerm.php errors
    • Import fixes for numeric pages from PhpWiki (and re-modify our own PageList mods).
    • Don't show the add-to-list form on pages a user can't edit. (This is a proxy for "user is not able to create list pages". It is mostly but not all true.)

• 2005 October 4 - The R20051004 release has:

  • Speed enhancements. This is the major change. There should be a 4X (or so) improvement on a category page for a category with 1200 items, and a corresponding improvement on loading the default table on the HomePage. These are performance improvements possible without changing the database schema.

  • Bugfixes

    • Make a new table column, "category_size", that correctly counts the number of pages in a category. Add this to the HomePage.
    • Import the PhpWiki fix for numeric pagenames (e.g., "1984").
    • Fix links for rating icons in RateThisPage.
  • Pave the way for searches to simply restrict the items shown on a category page, instead of showing a special-looking search result page. The infrastructure is in place (i.e., the UserRatings plugin can accept search arguments), but it has not been switched over.

• 2005 June 26 - The R20050626 release has:

  • RecentChanges enhancements:

    • See new pages
    • See new and recently-changed pages in-category
    • Recent changes has category, and has ratings widgets if you are logged in
    • users who are not wikiwords still get linked
  • Fix page renaming to work (although the UI is still too complicated). Also fix page renaming to move the ratings along with the page.
  • Change action=upgrade to replace pages with newer pgsrc in the PhpWiki style. (For more instructions on upgrading, see UpgradeInstructions).
  • Fix DanFr's special invocations of UserRatings plugin to show book-only or restaurant-only ratings.

• 2005 May 12 - The R20050512 release has:

  • Prediction enhancement:

    • If you have no buddies, give average predictions and recommendations
    • Mix in average with your buddies' ratings to give the whole community some say

  • Bugfixes

    • Use TitleSearch instead of FuzzySearch for categories
    • TitleSearch can now search within category
    • Tweak FuzzySearch to give more weight to prefix matches
    • CreatePage after within-category TitleSearch creates the page within the category
    • Allow "/" and other special characters in user profiles
    • Have a message if you click "Add Buddy" without filling anything in
    • etc.

• 2005 May 3 - Our GalacticGopher release has:

  • Tell-a-friend features

    • Invite buddies by email
    • You can enable tell-a-friend upon user login. That is, while a user is creating a login, they can tell friends about the site.
    • Tell-a-friend, email buddies emails come from templates that are pages in the wiki.
  • Logging of every action in the database. This is for our own research sites. You don't need it (though it is on by default: see FANCY_LOGGING in index.php).

  • Wikilens theme improvements

    • The wikilens theme is now skinnable without changing any php code. (We made it all DIVs and SPANs with classes.) To override it, though, you must set BASE_THEME1 to 'wikilens' in order to look for files in your theme, then wikilens, then default.
    • See, for example, the csgsa theme in the downloadable source, which was for one of our internal sites.
    • Also, PRESET_AVAILABLE_THEMES, PRESET_AVAILABLE_LANGUAGES specifies those themes and languages which the admin wishes to allow users to use.
    • A special class for the text in the top bar, so it can be a different color from the rest.

• 2005 March 30 - Our StormZebra release has:

  • Improved interface:

    • Tabs on each category page show additional functionality. Thus, you can see a user's ratings, lists, or buddies on different tabs. You can add more tabs in the tab spec for the category.
    • Paging within each category, so it isn't a list of 100s of things.
  • User profiles: you can enter things about yourself
  • Privacy and security features: user preferences control whether no one, buddies, or everyone can view ratings, view/edit home page
  • Bugfixes and usability enhancements: for example, when editing a page, the edit window is as long as the text, so there is only one scrollbar (in your browser), not two.

• 2005 Feb 3 - Our Moonbadger release has:

  • Ratemania (the ability to put ratings widgets anywhere, not necessarily tied to pages)
  • Buddies! Better buddy support and visibility (easily add/delete buddies through "manage buddies" or by adding buddies-of-buddies; buddies page ratings show up at the top of every page; buddies who like an item show up in a column on category page; etc.)
  • Lists! More "list" support (show on every page any lists that page is on; allow a user to add pages to a list either from the page, or from the list editor each with an autocomplete textbox)
  • Improved pagelist look and feel (odd and even row highlighting, spacing, no indenting, etc.).
  • Better category page sorting (case insensitive, bugfixing, sort by recs by default)
  • Take most of the data we use out of page text (because our users were accidentally deleting it and uncomfortable editing it), and put it in meta-data with specialized editors. This includes category membership and buddies.
  • A considerably faster ratings widget (all one piece with an image-map, client-side rendered, instead of 11 separate pieces server-side rendered), leading to a 6X reduction in category page size, and noticeably faster page loading.
  • and more!

• 2004 Sep 15 - Our Windwhale release has:

  • Improved user login handling
  • "Tell a friend"
  • Stability and bug fixing

• 2004 Jul 28 - You can now search on Structured Data of items in a category!! Isn't that exciting?! To do a search you simply go to any category, like the many linked to the far left, and use the search form. Have fun!
• 2004 Jul 20 - Items in a Category can now contain structured data to describe the items in a standard way. See WikiLens/Tutorial and WikiLens/StructuredDataTutorial for more details.
• 2004 May 25 - The category page now shows all the items in that category and your ratings and predictions for those items. Also, if you create a page from the category page it is simply added to the list and you stay at the category page.
• 2004 May 24 - Predictions and ratings are shown in red or green if they are sufficiently low or high, respectively.
• 2004 May 21 - Click on any column in a list of pages (things), and it will sort by that column!
• 2004 May 20 - If you are logged in, it shows top 3 recommendations in each category on the HomePage.

Jeffs Hacks.

• New database API. See lib/WikiDB.php and lib/WikiDB/backend.php for the bulk of the documentation on this. The new database can save multiple archived versions of each page. A mechanism for purging archived revisions is now in place as well. See the $ExpireParams setting in index.php, and lib/ArchiveCleaner.php for details. At this point, the DBA, MySQL and Postgres backends are functional. The DBA backend could use some performance optimization. The whole API is still subject to some change as I figure out a clean way to provide for a variety of (not all forseen) methods of indexing and searching the wiki.
• New WikiPlugin architecture.
• New template engine. This needs to be documented further, but, for now, see lib/Template.php. On second thought, don't (lib/Template.php desperately needs refactoring, still.) The basic advance is that PHP4's ob_*() functions can be used to capture output from code that is run through =eval(). This allows the templates to be PHP code...
• Edit preview button on the edit page. Now you can see what your edits look like before committing them.
• Reworked the style-sheets. I still need to clean this up some more. I would appreciate comments and bug reports on it. So far I've only tested the new style sheets with Netscape 4.77 and Mozilla 0.9.3 (both running under Linux.)
• Expanded syntax for text search, Searches like "wiki or web -page" (or "(wiki or web) and not page") will now do more-or-less what they look like they'll do.
• Security Issues: PhpWiki will now work with PHP's register_globals set to off.

PhpWiki 1.3.x development branch.

• Pagenames in PATH_INFO.
• File uploads: see PhpWikiAdministration.
• UserPreferences.
• Ugly MagicPhpWikiURLs for administrative links.

PhpWiki 1.2 is a huge advance over version 1.0:

• Database support for MySQL, Postgresql, mSQL, flat file and the new dba_ library in PHP4 is included.
• Internationalization: support for different languages, down to the source level, is included. German, Spanish, Swedish and Dutch are currently shipped with PhpWiki. An architecture is in place to easily add more languages.
• New linking schemes using square brackets in addition to the old style BumpyText.
• Administration features include page locking, dumping the Wiki to a zip file, and deleting pages.
• A MostPopular page showing the most frequently hit pages.
• Full HTML compliance.
• Links at the bottom of pages describing relationships like incoming links from other pages and their hits, outgoing and their hits, and the most popular nearby pages.
• Color page diffs between the current and previous version.
• An info page to view page metadata.
• Far more customization capability for the admin.
• A templating system to separate the page HTML from the PHP code.
• New markup constructs for <B>, <I>, <DD>,
  and more.
• Tabless markup to supercede the older markup (both still supported).

PhpWiki 1.1.9 includes Spanish language pages, a full implementation for Postgresql, numerous bug fixes and more. See the HISTORY file for more info: http://phpwiki.sourceforge.net/phpwiki/HISTORY

PhpWiki 1.1.6 is a major revision of PhpWiki. The ability to have themes (via an easy-to-edit template system) has been added; the schema for MySQL has been completely overhauled, breaking the page details into columns (for efficiency we agreed not to put references in a separate table, so it's not completely normalized. "Don't let the best be the enemy of the good.")

Postgresql support has been added and the markup language is evolving, now allowing

<h2>

<h3>

<h4>

tags and a new way to make text bold, and of course the new linking scheme.

There is a new feature on all pages called more info that gives you a low level detailed view of a page, which is probably more useful for debugging than anything.

As we move towards a 1.2 release we will be adding logging, top ten most active pages and other new features with the new database schema (and yes, these features will make it into the DBM version too). I also want to add mSQL support and test it under Zend, the new PHP4.

Below are the release notes for version 1.03, the last release of the 1.0 PhpWiki series. --Steve Wainstead, swain@panix.com

PhpWiki was written because I am so interested in WikiWikiWebs, and I haven't used PHP since version 2.0. I wanted to see how it had advanced.

Version 1.0 is a near-perfect clone of the Portland Pattern Repository, http://c2.com/cgi-bin/wiki?WikiWikiWeb. In truth, I was using the Wiki script you can download from there as a model; that Wiki lacks a number of features the PPR has, like EditCopy. So in truth PhpWiki is a kind of hybrid of the PPR and the generic Wiki you can get from there (which is written in Perl).

The one caveat of PhpWiki is the allowance of HTML if the line is preceded by a bar (or pipe, which is how I usually say it). (That's a '|'). It was very simple to add, and the idea came from a posting somewhere on the PPR about how AT&T had an internal Wiki clone and used the same technique. The ability to embed HTML is disabled by default for security reasons.

Version 1.01 includes a patch that fixes a small error with rendering <hr> lines. Thanks to Gerry Barksdale.

See the HISTORY file for a rundown on the whole development process if that sort of thing really interests you :-)

--SteveWainstead

PhpWikiDocumentation