---

If my flatfile data folder gets too big...

---

Q: Is it okay to get rid of the early versions of some WIKI pages in my data folder to free up space?

A: Yes, it won't hurt the WIKI.

---

After install using WebInstaller with flat file data base ...

---

Receive the following message when accessing

http://MyWebZone.net/wiki/index.php

Parse error: parse error, unexpected T_STRING in /homepages/7/d90855190/htdocs/wiki/plugins/aview/imgappend.php on line 107

this is the snippet of code form the above named script (wiki/plugins/aview/imgappend.php). This is totally unaltered code.

102         if ($result) {
103            $o = ewiki_page("view/$id");
104            ewiki_log("image appended to '$id');

105         }
106         else {
107            $o .= ewiki_t("NO_IMAGEAPPEND");
108         }

should line 104 be:

104            ewiki_log("image appended to '$id'");

milky: Right, but it's already fixed. The next release will hopefully wipe out most of these typos.

---

Settings

---

Q: Where can you switch the language for the »ErfurtWiki«?

A: Nowhere! It depends on the settings of your Browser. Common and actual browsers submit a request line containing the preferred language of a user (if set correctly), this is used by ewiki.php.

Q: And what if I want to build an english site? Everybody speaks and writes english. But they are from different countries. I want to force the wiki to be englich, so I can write concise instructions. ("click 'edit this page'" instead of "click 'edit this page' or whatever it sais in your language").

---

Q: What for settings in "default settings are good settings - sometimes"?

A: please see the README file, most configuration constants are explained there, ask the author if something is unmentioned and unclear or annoying. As ewiki.php can be included() in very different environments these settings may allow you to integrate it more sane and nicely. However usually the distributed settings are very ok.

---

Database

---

Q: There is no database-mistake, but I can't see or edit all files. what's the reason?

A: In the current release: go to ewiki.php and make a "echo mysql_error();" in function "ewiki_database" before "return;". This might help to localise the problems :-) Reasons can be very different, so feel free to contact the author for support (icq95596825, mail: mario»erphesfurt).

---

FlatFile-Version

---

Q: There are nice things like

at the top of each page. And i can't edit a page. What is the reason?

A: Already fixed in R1.00d2, this was a stupid PHP4.1 incompatibility :-(

---

Bad Backslashes

---

Q: I installed ErfurtWiki which is a very easy to use and efficient wiki but whenever I type ' or \ in the edit page it ouputs \' and \\. I am using last version of ErfurtWiki R1.00d2 on Apache 1.3 under win32 ?

A: This is not a bug in ErfurtWiki, Win32 or Apache, but a PHP configuration error in the php.ini. You should disable the magic_quotes_gpc setting or include the fragments/strip_wonderful_slashes.php workaround script for servers you don't have access to the php.ini. In most cases this fixes that problem. -- milky

---

Else

---

Q: If you just klicked on "editable skins" - it seems do be vanished.

A: One must first edit that "editable skin", go editing it.

---

Q: After installing ewiki and experiencing with example 5 (renamed index.php) I get under Apache 1.3:

Forbidden You don't have permission to access /ewiki/:/programme/apache group/apache/htdocs/ewiki/index.php on this server.

I didn't change any standard option.

A: There shouldn't be any ":" or space inside of the path, and after all the example-5 is just an example, not guaranteed to work at all (because it is outdated). But here the problem seems to be you're running on Windows or some rather strange setup.

The question now is, if this message is a PHP error message, or was it sent by your webserver? In the latter case it is obviously not an ewiki bug. A typo in the httpd.conf as it looks here?

Q: Where does the name ErfurtWiki come from?

A:

---

Bugs

---

Q: I installed ErfurtWiki on Win2000, PHP 3.4.1, IIS. All the hard links work fine, but none of the page links (WikiWords and WikiWords) behave as links. Any ideas on how to fix this?

A: Sounds like a bug, but it is probably not related to Win2K or your IIS. Which database do you use (db_flat_files?). What do you mean with "hard links"? Could you please file the author the wiki source of the errornous page and the formatted (.html RightClick->ViewSource) output; this would help a lot tracking down this error (a phpinfo() is sometimes helpful too, at least interesting to the author;)

I: I use MySQL. I call "Hard links" those that are set by the page layout - things like README, Project site etc. All the links in the "internal pages" section work fine. I will send you the outputs you asked for tomorrow. The page I saw this on is the front page, but I know you will want to see the wiki words and the bracketed words yourself. All pages are the same anyway. I also checked to see that regex was correctly installed in my PHP - which it was - you can review my phpinfo tomorrow. However, when I put a print_r command to check if your reg expression worked, it seemed to me as if it didn't. The first 'phrase' extracted from the whole did seem to work, but then did not cause links to be created in the output.

AndyFundinger: I think I might have encountered the same problem and wrote some FixesForWindows.

---

Feature Requests

---

Q: After editing a page, you get a nice thank you message on top. But what you really need is a way to see the original page after editing. Maybe you could say "Thank you for your contribution on <INSERT PAGE NAME>

A: But you already have the name of the page right below that sentence. If you really need it, you could just edit the "ewiki.php" script around line 250 and replace the fixed string / constant with a dynamic text string (containing $ewiki_id for the title).

I: No I don't think so! Edit this page. Save. I get "Thank you for your contribution!" Then a couple of blank lines. Then "Settings", the heading of this page. No sign of OccasionallyAskedQuestions, except in the URL of course. Yes, I can edit the URL, but that is not nice. I can also Edit the page again, and use the link, Cancel Editing. I would prefer the Page title to be displayed rather than the nice thank you message.

M: Yep, you're right! But this is a bug, the page title will reappear with the next version! So thanks a lot for your notice about it! -- milky

---

Q: Is it possible to have a page author listed with a name (perhaps as a WikiWord) in addition to the IP address?

A: The ewiki.php core script respects the "$ewiki_author" variable and would write this into that author field of a saved wiki page (besides the usual IP address).

However the example "yoursite.php" scripts distributed in the tarball do not set the $ewiki_author variable. But it _is_ possible to add this in your wikis layout script (yoursite.php).

One good way is probably to add a input box which sets a Cookie variable (using JavaScript for the simplest case) and yoursite.php hands the contents of that Cookie over to ewiki.php as the $ewiki_author name.

The ewiki.php additionally respects the HTTP "From:" field (like the anonymous-ftp password), that however none of the current browsers supports - personally I use a patched 'w3m' which actually does ;) so my changes usually carry my email address.

Even if it is not very *WikiLike to request someone to log in, I will add this as feature request note to the to-do-list. milky

---

Q: When multi-word links can have the URL and the title on either side of the "|" because the URL can be easily recognized, what is the "|" actually good for then? What about taking the URL as URL (obviously) and the rest as title?

A: This is right for real URLs (starting with http://), your computer can easily distinguish. But this gets a lot more complex if you even have to separate out WikiWords. Additionally it is difficult to guess for an URL if someone really specifies a link title after an URL. For example [http://google.de/search?q= search function ] could be either a link to Google entitled with "search function", but it could also mean to start a Google search for occourences of "search function" on the web. The point is: thats possible but guessworking and non-standard.