SupportForum

There is presently no ForumPlugin in use on this site, but actually there is rare need for such things inside of a Wiki software. If you do not wish to post your notes or questions here (or on BugReports and UserSuggestions), you could also visit the more stupid sourceforge forum for this project.

No particular wiki layout/markup style is required, but please sign your ideas and questions!

older discussions were moved to:

recent:

partially non-english:

Please click on EditThisPage below to add a question to this page. Or use the following form to submit a separate request. (Feel free to leave all the select boxes at "unknown" for pure FeatureRequests).

status support ticket title
new SaveTimesOutOrHangs Problem when saving
new WikiFarm An approach for a WikiFarm with ewiki - request for comments
frozen TimeZoneSettings Is it possible to use GMT time in database for ... / and display / how to enable / workarounds
frozen WebserverDiffUtilityProblems error message from SF "diff: unrecognized option `--normal'"
frozen EmailProtectionBug the link to the email addresses does not appear for my setup
answered ForSecurityReasonsError0257 what does "ERROR: #0257 For security reasons your request has been cancelled..." mean
done GlobalNotifyFunction Need for a GlobalNotify feature to subscribe to all changes
answered DoesntUploadFilesLarger2Megs ErfurtWiki doesn't let me upload a file that's bigger than 2 MB in size
frozen WarningInvalidArgumentForeach Warning: Invalid argument supplied for foreach() in ...
answered EscapeSquareBrackets How can I write a single open square bracket? / in URLs

just add your notes and questions here ...

11/7/06 When I try to access tools, I get:

Fatal error: Cannot redeclare ewiki_recursive_unset() (previously declared in xxxx/public_html/wiki/plugins/lib/fix.php:31) in xxxx/public_html/wiki/plugins/lib/fix.php on line 31

I know that's not much to go on, but I'm not sure what else to say! It was a typical, fresh install. Any help is appreciated.

Thank you,

A.R.

Hello, I posted in the SourceForge Forum an got no reply on some auth problems, which I solved now.

What I still can't solve is the localization of the e-mail protection plugin. Whatever I define in general.useragent.locale in Firefox - it is ignored. But when I set "EWIKI_DEFAULT_LANG" to "de", the page is shown with the spanish translation ("es") I made. I think it's some problem with ewiki_t and how it supports internationalization.

Can you help?

Adi

Hello I have four questions:

  • 1) Is the current version of Package: ewiki (1.02-3) in debian ready for WYSIWYG editor: TinyMCE ?
  • 2) I'm having lots of problems install eWiki with postgreSQL database. I found that many documents which are describing ewiki installation are focused on installation with mySql. Is there any good how to for use with postgres? I did managed to connect to database but that is all what I was able to do. When I try to edit homepage I get error:

You don't have any pages in your Wiki yet, so we should try to read-in the default ones from init-pages/ now.

  • 3) Is founf that there is a conversion tool from phpwiki to ewiki. Does it works for any version of phpwiki? Does it really works 100%?
  • 4) how can I setup admin password ?

DatabaseBackend _anydb (looks ok) WikiSoftware ewiki R1.02b

[InitializeWikiDatabase] button just open edit text window.

thank you

  • addition by ralfB (i underscore see at macnews dot de):

I can not answer the SQL-related questions, but I also had problems with init-pages and can give a little more detail (I am on ewiki 1.02b, PHP 4.4.1, Mac OS X 10.4.6): When I initially call ewiki I use this URL: http://silverbullet.local./~ralf/wiki/ewiki/example-2.php I am greeted by the *WikiSetupWizard, but the links in the page are a bit strange: InitializeWikiDatabase points to http://silverbullet.local./~ralf/wiki/ewiki/example-2.php?page=startFrontPage&init=now and NoThanks points to http://silverbullet.local./~ralf/wiki/ewiki/example-2.php?page=startFrontPage&abort=this ewiki then tries to edit a new page called "startFrontPage" (no matter which link you choose) The URL in question is generated by the function ewiki_script from the core module and while I did not find where the "start" is coming from, changing the link to http://silverbullet.local./~ralf/wiki/ewiki/example-2.php?page=FrontPage&init=now causes the database to be populated. I could obviously change the ewiki_initialization_wizard form init.php not to use that function, but at least on the FrontPage all the links still have a leading start. I am not quite sure if start is in that case supposed to be an action (than there would be a missing slash and it would still be wrong for the initialization of the whole wiki, or if I somehow messed up my config.php, as not everyone seem to experience the problem. It may be worthwhile to find out if this can be reproduced on fresh installs of ewiki R1.02b. If it is helpful, I could provide more details about my configuration.

Thanks in advance for any answers or reports from other users with similar experiences - if I find out more from the code, I will post it here. Cheers, ralfB PS: I do check my e-mail more frequently then this page, feel free to notify me of changes (in addition to posting them here).

-- add on by ralfB: It was a misconfiguration: In my example-2.php I had defined EWIKI_SKRIPT with define("EWIKI_SCRIPT", "/~ralf/wiki/ewiki/example-2.php?page=start"); instead of define("EWIKI_SCRIPT", "/~ralf/wiki/ewiki/example-2.php?page="); Maybe PREFIX would be a better name for the variable, anyway, that was clearly a misconfiguration and not a bug. If you think this post is distracting, feel free to delete it. I'll be back when I mess something else up, ralfB ;-/

Hi, I have two questions:

  • I installed by hand flat-file ewiki, starting from homepage.php. It works fine, but I get not pagehits, e.g. in my MostVisitedPages all hits are zero. Maybe I missed the documentation on the subject, could not find it.
  • I would like to have, as on this page, the possibility to add the AuthorName and comments when editing a page. I could not find the appropiate plugin.

Thank's for you help, Claudius

heng: Escaped characters being prefixed with \ on edit: Several characters that require escaping (', " and \) become prefixed with a \ on preview or save. This means every edit on a page adds a slash in front of every slash resulting in an exponentially growing string of slashes. I wonder if this is some effect of the php setup.

I am using ewiki-R1.02b with php-4.4.0. Incidently, this occurs on two different machines with different distributions and php installations.

Update: I've removed the problem in a hacky fashion be removing the call to mysql-escape-string() in the mysql write function. It seemed that the characters are getting escaped twice. I can't find the other point that they are being escaped. I'm working on it.

Adriano: backup / restore problem: When I try to restore a backup made from admin+database tool it works well but every http:// and square braket link is inactive in the restored pages. This happen even if I write a new page. What is the problem? Can you help me (I am not an PHP expert) ?

MarioSalzer: No idea. Use the 'transfer' tool rather. It's possible that the restore tool, when reinjecting pages, leaves out the meta data including the backlinks. This would however only affect *WikiLinks, but not the bracketed or http://-URLs. Never seen that behaviour, but sounds like a serious bug. Which version did you use? Which web server operating system?

Adriano: My web site (www.weblearning.it) il linux + apache apache but I made a restore on my local installation (Win2000 + easyPHP) and not on the remote site. Maybe a PrepareAutolinking plugin problem? I've not such a plugin in my installation (R!.02a. However, I'need a backup copy of all my wiki pages on my local installation; is the transfert tool the best solution ?

Martin: I'm having trouble with link spammers (ewiki R1.02b). Although I included limitlinks it seems to have no effect. I put some diagnostics into the limitlinks code to see what was going on, and it appears that the function is not being called. What have I got wrong?

MarioSalzer: Oooops, I completely missed your note back then. We had problems with this plugin on our demo site, because one link spammer used http:/...-URLs (with one slash, instead of two) and it missed that. If you however have verified that the actual plugin code gets never activated but the registration code $ewiki_plugins[]=... is still there (use AboutPlugins to verify), then maybe you haven't updated the wiki core script because of customized changes. The second edit[] hook was added rather late.

Othwerwise I could only guess what went wrong with your installation and that particular plugin - I need a link and visual access at least to help you with that. (Rather strange, though I also once had problems with certain plugins.) Try require_once() instead of include() - which gives _FATAL errors, if the plugin file was wrong or a bug in the code. (error_reporting==0 is evtl. not that good after all ;)

Martin: Sorry, I don't understand about updating the wiki core script because of customized changes. Whose customized changes? I've done only the bare minimum to get a wiki working at http://black-sheep-research.com/wiki/bsrwiki.php. Near to the top of that page are the requires:
<?php
#-- <meta> headers
require("fragments/head/core.php");
require("fragments/head/meta.php");
require("plugins/edit/limitlinks.php");
require("plugins/spam/antibot_checkbox.php");
?>
</head>

and near the start of limitlinks.php is the statement:
$ewiki_plugins["edit_save"][] = "ewiki_edit_save_limit_adding_external_links";

and within limitlinks.php, there are my var_dump statements not a lot further on. But nothing ever appears. And huge lists of links are being spammed into my wiki. Look back through the previous versions of the front page! I badly need some protection from this.

As best I could, the setup has followed the document on anti-spam measures.

Stefan: I have a InternalImageProblem and two question. The problem is that uploaded images don't get displayed. The file can be uploaded (file size is good) but the link http://myurl/?binary=internal%3A%2F%2Fb0c58d0a72b96859f0a7dd1c6036e755.jpeg does not show a image. Firefox says the ImageIsBroken. Viewing the page source (or getting the image using wget) displays just these 4 bytes: ÿØÿà What's wrong? (btw: the test image is squirrel.jpeg from ErfurtWiki) Additional note: The file is uploaded correctly. The ?binary just gives mit 4 bytes back. It may depend on the web server. After the 4 mentioned bytes there is a zero byte (in the InternalFile in my *UploadDirectory). Additional note 2: I solved the problem. It seems to be a bug in the flat file db format (seems to have problems with binary data containing zero byte). I could get it to work using define("EWIKI_DB_FAST_FILES", 1) in flat_files.php. After that I got warnings on my web page. I removed them changing line 128 (first line in function HIT) in flat_files.php to

if (EWIKI_DB_FAST_FILES && "$id" != "") {

Now it works :-)

Stein:
The old uploaded images still don't work, but now the new ones do! Thanks!

Question 1: How can I add my own link to every page just before "EditThisPage", "PageInfo" etc. I want to add some fixed URL linking to the FrontPage and another one linking the the ImprintPage.

Question 2: HowToDeletePages?

Suggestion: I downloaded some older version by mistake because the downloads folder page lists many files. Now I upgraded looking for the files by date. One of the "latest" files couldn't got downloaded and the files with numbers didn't show me what release I should use. I think it is better to have a page with the last stable and last development release and letting those other files mostly hidden.

Thanks for listening. PS: ErfurtWiki is a great WikiSoftware!

mario: That problem with the zero byte strikes me as unusual. I always thought this was working quite well (and I already used image files with it). But whatever, the FastFiles variant is better anyhow.

The downloading area will be restructered sooner or later anyhow. The icons are nice and all, but with our current versioning scheme (maybe even that changes to something more user-friendly) it's somewhat disturbing. The SourceForge overview lists all releases in order, but is still too annoying for most people.

Static links to the control-line could be added using: 

  $ewiki_config["action_links"]["view"]["http://..."] = "title";

Though I wouldn't recommend it (and I'm not sure this will work in all ewiki versions, btw).

Gareth: For some reason, Google is not indexing my wiki pages, only the front page. I can't quite seem to figure out why this is. There is nothing in the robots.txt, and no robots meta tag. Is there some setting I need to change to make it more Google friendly?

mario: It's most often the GoogleBot, that indexes a bit slowly. But maybe ewiki emits some header that really prevents indexing (it does so for outdated page versions, and to stop spammers - but not in the default setup). So please look at the source code to see if anything got into there.

Typically ewiki pages are more search engine friendly, because of ETags and Last-Modified headers, which make all pages look like static files to search engines and other www clients (this sometimes gets better ranked than ordinary PHP script output).

Gareth: It just ocurred to me that the page prefix is "?id=". The "?" probably makes the page look like a query string, and thus it is not indexed. Is there a way to change this without losing the wiki's content? When I change it in the config, I just get 404 Not Found when I click on a link.

mario: Many search engines don't care, but you can of course make it more user-friendly (without question marks) using ModRewriteUrls. If your provider doesn't have decent mod_rewrite-enabled Apache, you could take that 404 to your advantage - there's something in fragments/ - drawback is that this procedure may be unreliable and really slow on some servers.

Florian: Is there a "dump" or "download" action or script that merely gives out the contents of the wikipage?

mario: There is a *WikiDump and a few tools/, but you probably want the "raw" plugin from the action/ subdirectory. This will send the page source.

Florian: "raw" works just fine for me. I use the wiki as a repository for some python code to have it accessible everywhere. So to use "raw" as a download tool I changed the following details:

raw.php because of the annoying warnings "headers already sent..." in function ewiki_action_raw 

 if (!headers_sent()) header('Content-Type: text/wiki; variant="ErfurtWiki"; charset="ISO-8859-1"');

ewiki.php for a more beautiful link "Download". Add following line to your favourite ewiki_t in the config section (top of the file) 

 "RAW" => "Download",

Thanks for your help!

Florian: Is there a logout page for auth_perm_ring + auth_method_form + userdb_array + _PROTECTED_MODE?

mario: Hmm, no. We once had a login/cookie plugin which featured a logout page, but I'm not sure which it was (don't use any auth myself).

Peter: Is there any possibility to put a Hyperlink with different visible name into a table?

When I use the pipe symbol it is interpreted as cell seperator, not as a sign to show this link with a different linkname than the linkaddress.

Thanks for any hint!

mario: You can use double quotes to enclose a title inside of the square brackets. Leave a space between the URL and the "title" part. The side on which the title part appears doesn't matter.

Eric: I tried to resize images as showen in ExtendedWikiMarkup, but the size of images never changed. Is it not possible to resize images, or am i doing it wrong? If it is possible yo resize images, can you post a resized image somewhere so i can see how it it done? Thanks!

jbw: I set up digest authentication on my web server, and now want to set $ewiki_author from this login. Where is the best place to plug this in? an auth plugin?

milky: You can set this variable from anywhere. If possible from within your config.php so you have it at one central place. Else set the $ewiki_author wherever you first determine the authentication values.

jbw: Ok, I just added to the index.php file as I have config.php shared among with some public wikis, and it worked great. I may change config.php to check if auth_type is set and then set the authorname if so, so it is in one central place as you said. Nice and easy to do then. Thanks. I see the bugs I reported are gone, does that mean they are not real bugs or ?

mary: I have a couple questions. I had the author set this up on my web site to allow users to create murder mystery party journals. My first question is that after 3 or so months I want to remove these pages and all image files that they have uploaded as this is heavy on the server. I can see how to remove the pages but not sure how to remove the images they uploaded. My second question is how to change the image in the little Upload Image box. I uploaded a new image named imageappend.jpeg to overwrite the old one but the old one is still showing up. I guess it must be cached in the database???

milky: Run following command in an SQL command window / client: 

  DELETE FROM ewiki
    WHERE (lastmodified < (UNIX_TIMESTAMP() - 7777777))
      AND ((flags & 2) > 0)

The 7777777 here roughly refers to three months, and the (flags & 2) ensures that only _BINARY entries (images) would be deleted. For the imageappend.jpeg: it shouldn't be cached in the database usually (it's not in our version of that imgappend plugin AFAIK).

(ToDo: Automated deletion could go into our cron.d/ scripts collection, and the WikiCommander should have a filter for flags and viewing entries ordered by modification/creation time.)

AndyFundinger: With the image uploading, ewiki pays no attention to the image file name and automatically creates a new record for each new image based on content--unless you're using a plugin to alter that. Milky, will the fragments/patches/uploaded_filenames patch let him replace images like this?

ChristophKrichenbauer: How can I use HTML content in my Wiki? I already set the EWIKI_ALLOW_HTML to 1 but didn't work....

MarioSalzer: You will need to embed all HTML parts into <htM> or <htmL>...</> tags. Alternatively try the markup/safe_html plugin, which often suffices (kind of *WikiPedia markup emulation).

ChristophKrichenbauer: Okay, thank you.

MarioSalzer: If the <html>...</html>-escape is too buggy for your installation, you could just put single .html pages into the spages/ directory. They are uneditable then, but if you only need a few of them, this is often a good solution for better styled or layouted pages.

Elaine: I need help setting up user authentication. I'd like to have a few pages public read only, then internal pages for project members with read and write/edit permissions. I'd like to determine the project members by the usergroups in phpbb where group_id = X.

So I've edited the config.php to turn on include("plugins/auth/auth_method_http.php"); include("plugins/auth/auth_perm_ring.php"); include("plugins/auth/userdb_sql.php");

And userdb_sql.php to

$TABLE = "phpbb_users"; $ROW_USER = "username"; $ROW_PW = "user_password";

Um...now what? How do I get it to prompt for authentication? Where do I specify the database?

mario: Did you also put define("EWIKI_PROTECTED_MODE",1); into the config script? Then it's probably only a matter to set the right values in the auth_perm_ring script and make a few pages read-only (or the others writeable instead) using the WikiCommander.

Elaine: Yes, I've set in ewiki.php

user permissions

But on loading the page or example-1.php there's no prompt and I can edit the page freely. If I enable include("fragments/funcs/auth.php"); there is a prompt, but it doesn't take the admin username/pw.

Ah, I understand now. I need to set EWIKI_AUTH_DEFAULT_RING and auth_perm_ring settings.

So, under userdb_sql.php there are some configurations I need to set, but there isn't an example.

$sql_query = "SELECT * FROM `phpbb_user_group` WHERE `group_id` = 7"; $sql_fetch = "mysql_fetch_array";

What should $sql_fetch be be doing?

mario: $sql_fetch only sets the SQL API function name, it's correct this way. And don't set $sql_query - it was a function name too. You only have to set the variables $TABLE, $ROW_USER, $ROW_PW and $ROW_PRIV below that yourself. That typically suffices. I see it's poorly documented.

But I'll first have to look up what's going on there. (Haven't used authentication myself for a longer time). It's entirely possible that auth_perm_ring doesn't suffice what you're going to do (it's more a restrict-everything plugin).

mario: You only need a minor modification to the auth_perm_ring plugin I'd say. Simply add the following on top of the function in that script (after the line with the "global" directive at best): 

   if ($data["version"] and !($data["flags"] & EWIKI_DB_F_READONLY)) {
      return(true);
   }

The authentication box then comes up only for pages, where you have the _READONLY flag set for. If you only want to protect a few pages, then use the WikiCommander from the tools/ to set it (it's the small "ro" checkbox there).

With the "ring" authentication there is no checking for any flags, that's why this hack is necessary. Btw, for phpbb it's eventually

possible to reuse an existing authentication _SESSION and write a customized permission plugin; but probably a lot of work and only senseful if board and wiki are on the same site: 

 
   function perm_phpbb200(...) {
      if ($data["version"] and ...) {
         ...
      }     
      if ($s = $_COOKIE["phpbb_data"]) {    // insecure, untested
         $s = unserialize($s);      // probably only 4 old versions
         return(isset($s["userid"]));
      } 
      return(false);
   }

KWIP: WikiCommander was mentioned several times! For some reason I cant't neither get the database tools nor the WikiCommander to run, I always get this (or a similar) error message: "Fatal error: Class 'ewiki_db' not found in htdocs/wiki/tools/t_remove.php" ... is there an include missing??? What can I do??? Thanks in advance

mario: You'll need to upgrade the core script "ewiki.php". There's a new database backend since R1.02a.

KWIP: Thanks, it is working now ... the problem was not the Version (I was using R1.02a), but the monsterwiki. I was using the webinstaller to set up the wiki ... the installation works with the option "only the selected parts" but it is not working when installed as a monsterwiki ... best wishes, Karsten ...

KWIP: How do I rescale uploaded images? For external ones appending ?x=200&y=100 works well, but not for the uploaded (internal://) ones ... TIA

skyPhyr: Hi. I've just put ewiki up on my site using a flatfile database (the directory structure based one). I have a problem when trying to delete old versions with the admin tools. It deletes the files fine, but the database still tries to look for them so my page gets covered in errors. Semi-related I have the download module added so I can attach files to the site. Is there a way to update the files replacing the old versions? I've only been able to attach more. I delete the CACHE file to try and fix this, which it did, but now all the pages don't know they've got any attachments - though the files can still be accessed through the existing links. Thanks all.

mario: Could you please post one of the error messages? Right now I don't have any idea what the problem could be caused by.

The download module is rather old (unmaintained, haven't looked at it) and I don't know exactly what's going on there. I'm not sure if it is database-related at all - which backend are you using exatcly - "dzf2" eventually, since you're speaking of the "CACHE" file? If that's the case, then there's something wrong with rebuilding the pagename hash including the internal:// entries correctly (wrong encoding). Do you use Windows or Unix?

KWIP: I was playing arround with the backup and later tried to restore my db. I was using the "fast files (serialized)" option. Backup seemed to work well, but on restore the db is filled with garbage ... what's wrong??? Thanks in advance, Karsten

KWIP: Problem solved ...
Reason: gzencode exists, gzdecode is missing ... just add a proper gzdecode function to be found here: http://nl2.php.net/gzencode
to ewikictl
a simple one:

 
 function gzdecode($string) {
  $string = substr($string, 10);
  return gzinflate($string);
 }

just strip the 10 byte header and proceed :)

mario: We'll include that workaround and http://freshmeat.net/p/upgradephp in a later relase, so we can rely on compression here.

Hi... i'm trying to use the web installer. It uploads a bunch of filesetc but the installer returns the following errors: error reading file 'init-pages/' error reading file 'spages/' error reading file 'tools/' ... 'fragments/funcs/auth.php' ... 'img/'

so... i'm news at this. I tried it 3 times same results each time. maybe it just doesn't work and I need to do a manual install?

suggestions welcome... Thanks... jeff

I just installed wordpress 1.5. I downloaded the wiki12.zip. I put ewiki.php and wikiwiki.php in the base wordpress directory.

When i fire up the basedir/wikiwiki.php in a browser, I see the wiki page without the wordpress theme. The EditThisPage and BackLinks links are displayed, but it all looks bland without the theme. I can add and edit wiki pages. I assume that I need to stick the reference of ewiki.php somewhere, but I'm not sure where. I tried the php code from the *WordpressWikiReadme.txt in the index.php, and header.php in the classics theme, but it just makes the wiki edit page show up on the top of every page.

Any ideas?

nick

Image uploading/Image storage

I'm new to ewiki. It appears to me that when I upload an image, the image gets stored inside the actual MySQL database. Am I correct?

If so -- I read in some tutorial that that wasn't a good idea. MediaWiki for example stores the images uploaded to it in some subfolder (in the file system), but outside of its MySQL database.

Of course I suspect you're going to come back to me and say, fine, if you don't want the image to be stored inside the MySQL database, then don't upload it there, just ftp it to some other file space on TEH INTARWEB and link to that (externally). To which I would reply that that would not be a solution for Ed Random User, who doesn't have his own website/ftp space and is just some dude visiting our Wiki -- and we want him to be able to contribute images nonetheless, and again, I kind of heard that putting them inside the MySQL db was a bad idea.

Also, even given that we're storing the image inside the MySQL database -- why rename it automatically? Why not just use the image's existing name and/or prompt the user for a name? That would be lots easier to remember and would enable people to overwrite existing images with updated versions (after a warning of course).

UPDATE: I've just found out that you're using the md5 for the file name. While I can see the "geek factor" of that and while I can sort of even see the logic in that (it effectively prevents the name space for image files to get exhausted), I still think that this is entirely unnecessary and complicates things needlessly. A simple check and prompt at upload, alerting the user if an image of the same name already exists -- that would be enough. The user could more easily remember image file names. The user could also simply replace an old version of an image with an updated version, without having to change a single image link (this isn't currently possible, as the updated image will have another md5). If you want to play it extra nice, you could implement an image history, storing a copy of an image about to be replaced as imagename.ext.md5md5md5. This could then enable successive editors/users to revert to the previous image, in case of vandalism. NB: Not even MediaWiki offers this.

Thanks in advance

--ropers

BobRomeo: TextUpload: It seems that a .zip/.tar with more 30 does not work ! Used the set_time_limit(+30) and even set it to 3000, but nothing, any ideas ?

  • BobRomeo: found the error ! It one specific html-page that messed it up. The following HTML is causing problems: 
<html><head><title>TitlE</title></head><body>
<img src='img/wiki_up//bob1.jpg?nocache=1' alt='bob1' />
<img src='img/wiki_up//bob2.jpg?nocache=1' alt='bob2' />
</body></html>

What I get, after TextUpload of single html-file, is this: 

Test Upload

TitlE 'bob1'+ *'bob2'

Now I see that that it has gone in more pages, the page where this comes from has a lot more img-links and because of the sort-of recursiveness the MySql went overboard !

BobRomeo: WordIndex: which php file should I use? The one in /spages or the one in /plugins/page ?

Rich: I just installed ewiki via the WebInstaller with a flat file database and all the default settings. It appeared to install fine, all the files went into the right directories. My server is apache running on FreeBSD 4.6-STABLE #0 with PHP Version 4.2.3. The "about" page can be found at http://way.net/php.php4

ewiki is installed at http://way.net/omnivore/index.php

When I tried to load index.php, it loaded the title of the page in the title bar but the actual body of the page was blank. When I opened it in source, it appeared to have choked at the CSS, as the last line of code in the page is

<link rel="stylesheet" type="text/css" href="bestgradient.css">
When I opened the page from ftp, so it didn't invoke php, all the code is there, so I don't know what gives. I looked for the problem on the support forums and found nothing.

I ran the install again with debug checked and saved that output -- if it would help I can post that.

I am reasonably good at tinkering, know old html coding (i.e. 2.0) but know little about php or style sheets other than what they do. Plz help me get this thing running! Thanks.

Rich Rath email is rath at way dot net

Rich: I just installed ewiki via the WebInstaller with a flat file database and all the default settings. It appeared to install fine, all the files went into the right directories. My server is apache running on FreeBSD 4.6-STABLE #0 with PHP Version 4.2.3. The "about" page can be found at http://way.net/php.php4

ewiki is installed at http://way.net/omnivore/index.php

When I tried to load index.php, it loaded the title of the page in the title bar but the actual body of the page was blank. When I opened it in source, it appeared to have choked at the CSS, as the last line of code in the page is

<link rel="stylesheet" type="text/css" href="bestgradient.css">
When I opened the page from ftp, so it didn't invoke php, all the code is there, so I don't know what gives. I looked for the problem on the support forums and found nothing.

I ran the install again with debug checked and saved that output -- if it would help I can post that.

I am reasonably good at tinkering, know old html coding (i.e. 2.0) but know little about php or style sheets other than what they do. Plz help me get this thing running! Thanks.

Rich Rath email is rath at way dot net

Jan 20, 2006.

Here's another webinstaller problem. Installation ran smoothly, and when accessing the site with my browser, I was prompted to write something. This I did, clicked save, and then: Empty body of page. And clicking Edit this page makes no difference.

I've installed using MySQL, and the table is there alright.Any advice? The site is at http://www.vista.se/ewiki

Magnus Larsson / magnus at vista dot se

I just got the captcha php from your sourceforge page and it is a great little tool and doesn't even wreck accessability too much, but it doesn't seem to work well in IE 7.0 Beta 3

Rod.

rod»macphersonclan

August 16, 2006

I have an ewiki-powered website, a kind of encyclopaedia about the city of Prague(CZ). I'd like to use Wordpress http://www.wordpress.org as a blogging software and I would love to have the ability to use ewiki syntax and its overall integration. I'd like to display ewiki content and blog posts on the same page.

I came across some scripts or tips how to achive this but with no success so far. I've heard about the "Wordpress-enabled ewiki installation". Is this somewhere for a download? Thanks.

Martin Sustek

August 30, 2006

I've tried without sucess to use the subwiki plugins. The constructor is called (I've include the plugins) but the GET in the subwiki plugins is never called (inssted the classic GET of the built in db backend is used). I've set the $subwiki variable.

Francois C.

March 26th, 2007

I've some trouble with the encoding, but I don't know how to fix it. I use the wiki in German and all umlauts are displayd as <?> questionmarks. What do I've to change?

Greetz, Felix

EditThisPage BackLinks PageInfo Pages like this RSS/Atom last changed on Wed Apr 25 06:12:23 2007
bottom corner