WordPress.org

Ready to get started?Download WordPress

Forums

WordPress 1.2 Wiki Integration (19 posts)

  1. Anonymous
    Unregistered
    Posted 9 years ago #

    This hack lets you create a wiki inside your WordPress install and is authenticated (for editing) using the WordPress user list. Some of the features of this wiki include:

    • Extremely simple install
    • Protection of the information through WordPress user authentication
    • Static pages with infinite depth of linkage
    • A BUNCH of plugins which allow various customizations
    • Integration into the WordPress theme

    You can download the install from:
    http://weblogtoolscollection.com/archives/2004/07/05/wordpress-12-wiki-integration/

  2. randybrown
    Member
    Posted 9 years ago #

    This uses the php-based wiki titled "ErfurtWiki". I've been using this and have integrated it into my WP blog setup. I conversed with ewiki's author and came up with a way to install the wiki so that it produces cruft-free URIs.
    This is accomplished by creating a directory inside the main WP directory and storing the ewiki files in it. Don't name it "wiki" if that is what is wanted in the URI. Then, add the following to the main WP .htaccess:

    RewriteRule ^wiki/(.*)$ ewiki/index.php?id=$1 [QSA,L]
    RewriteRule ^wiki$ http://domain.com/wiki/ [R=301,L]

    Note: In the first line above, "ewiki" is the name of the directory where the wiki files are located.
    I'm glad to see the integration wityh WP's authentication scheme in the demo - will download and check into the details.

  3. randybrown
    Member
    Posted 9 years ago #

    In wikiwiki.php there is a call to get_currentuserinfo();. Where is this lcoated?

  4. Laughinglizard
    Member
    Posted 9 years ago #

    This is from the WordPress authentication scheme. That function processes all the information for the current user.

  5. randybrown
    Member
    Posted 9 years ago #

    OK. Thanks, Liz.

  6. OtherMichael
    Member
    Posted 9 years ago #

    Hey, this looks great!
    Two things
    1) with the rewrite rule example, above--are the two files (wikiwiki.php &, er, the other one) within the "ewiki" directory? Or what files are you referring to? And what, in this case, is the index.php file?
    2) How do I get this ewiki to pay attention to my CSS files? I have a background image and two columns (views as three), but the wiki writes write on and over into the third column.... text stylings, etc, also bear no resemblance to the main blog.

  7. randybrown
    Member
    Posted 9 years ago #

    1) Yes, to use the rewrite rule I supplied, the wiki.php (I name mine "index.php" would be inside its own directory.
    2) The wiki.php file is nothing more than a standard WP index.php file with the calls to the ewiki-specific goodies. Look for the link tag and place a call to your own css file there.
    HTH

  8. OtherMichael
    Member
    Posted 9 years ago #

    Aha! Thanks much. I've still got some things to work out (I think it must be DIV-tags, or somesuch), but I've the the URI & main things down.

  9. igb
    Member
    Posted 9 years ago #

    One minor installation problem. I got a "ewiki error: could not read from directory" when I first installed.
    I tired re-installling after chmod ing everything to 777 and still got the error. A bit of digging through the code showed that for some reason it couldn't create the init-pages directory. I made thhe directory manually and now everything seems to be fine.
    Ian.

  10. igb
    Member
    Posted 9 years ago #

    Just identified another problem. If I am logged into my blog and try to edit a wiki page, I end up at the WordPress edit screen not the wiki editing screen.
    If I am logged out of the blog, I am presented with the WordPress login screen which then correctly takes me to the wiki page I want to edit.
    Ian.

  11. igb
    Member
    Posted 9 years ago #

    Just identified another problem. If I am logged into my blog and try to edit a wiki page, I end up at the WordPress edit screen not the wiki editing screen.

    Now fixed the problem, which was something to do with my setup. In case anyone has the same thing links starting with http://mydomain were redirecting me to WordPres instead of the wiki. However, links starting http://www.mydomain worked correctly.
    I am not sure exactly this was happening, as they both point to the same place. I fixed it by only allowing the www form of the url in Apache.
    Ian.

  12. Julian_Synesthesia
    Member
    Posted 9 years ago #

    Having a problem with "decrufted" URLS...
    In my WP directory .htaccess I have the following:
    RewriteRule ^wiki/(.*)$ wikiwiki.php?id=$1 [QSA,L]
    RewriteRule ^wiki$ http://mydomain/blog/wiki/ [L]
    In the PHP script that calls ewiki I have the following:
    define("EWIKI_SCRIPT", "");
    define("EWIKI_SCRIPT_URL","http://mydomain/blog/wiki/");
    Which works fine for browsing, e.g. a URL of /blog/wiki/HomePage but when I try to edit - the first call to edit works:
    /blog/wiki/edit/HomePage
    but when I hit save I get a URL of
    /blog/wiki/edit/edit/Homepage and each subsequent operation tries to append another /edit i.e. /blog/wiki/edit/edit/HomePage and so on...
    Any ideas please??

  13. Julian_Synesthesia
    Member
    Posted 9 years ago #

    slight transcoding error in the .htaccess above - second rule should read
    RewriteRule ^wiki$ http://mydomain/blog/wiki/ [L]

  14. Julian_Synesthesia
    Member
    Posted 9 years ago #

    still wrong! extra <a being added by this support board, but I think the intention is clear!

  15. Caissa
    Member
    Posted 9 years ago #

    Hello!

    At first, sorry for my bad englisch, i will lern it in the future ;)

    i´ve installed the wiki plugin in my weblog. it´s a really good plugin. but when i make the plugin searchengine friendly with mod rewrite i´ve got a security problem.

    everyone can change and add pages on my wiki. thats bad ;(

    has anyone an idea what can i do, to make the plugin save by using mod rewrite?

    thanks a lot
    Caissa

  16. Caissa
    Member
    Posted 9 years ago #

    hello,

    i did it ;)
    it´s only one modification in the wikiwiki.php.

    search for this:
    if (preg_match ("/page=edit/i", $_SERVER['QUERY_STRING']))

    and change it to this:
    if (preg_match ("/edit/i", $_SERVER['QUERY_STRING']))

    caissa

  17. NuclearMoose
    Member
    Posted 9 years ago #

    Actually, the whole premise of a wiki is that it's supposed to work in a way where anybody can edit or add pages. That's what wikis were conceived to do.

  18. mmacauley
    Member
    Posted 9 years ago #

    There's no reason why an individual managing his/her website should not be able to use the wiki convenience of linking, creating new pages, editing pages, and formatting text, while maintaining control over the content. This may not be the "wiki way", but so what? It's useful.

    Just as I'd rather write posts/articles/anything in Textile than in HTML any day, I'd rather make internal links like [[this]] (or LikeThis if you prefer) rather than like < a href="http://mysite.com/permalink/this">this< /a>.

  19. kayaker
    Member
    Posted 8 years ago #

    I have a preview slash problem that I can't quite remedy. Anyone have a similar prob with ewiki and figure it out, by using the strip_wonderful_slashes.php plugin? I'm the last of the thread #10 replies here!

    Any and all help would be apreciated.

Topic Closed

This topic has been closed to new replies.

About this Topic

Tags

No tags yet.