project
project summary freshmeat entry development infos mailing list WebInstaller database tools ChangeLog
page plugins
ProtectedEmail PowerSearch README README.config README.plugins README.fragments ProtectedMode INTERNALS WordIndex AboutPlugins PhpInfo OrphanedPages ListOfPluginHooks RSS RecentChanges PageIndex NewestPages SearchPages MostVisitedPages MostOftenChangedPages UpdatedPages
usage hint
9OTUNE YOGURT SÜREER AYRAN OLANA KADAR SİKERİMxD
milky: Also ich seh schon, die README reicht als Anleitung wirklich nicht aus, gerade für den ganzen plugins/auth/ und _PROTECTED_MODE Kram muß noch eine richtige Beschreibung her...
Nixdesto, will ich zumindest erstmal die gröbsten Schnitzer korrigieren (und Danke für die zahlreichen Hinweise!)
jedie: Hey, danke für die Antworten... Irgendwie ist es sowieso schade das man nicht direkt an der README rumbasteln darf, obgleich ich auch verstehe, das ihr versucht sie kondistens zu halten, was mit dem Wiki Prinzip ja nicht immer übereinstimmen kann :) Nun ja, es wäre aber schon nicht schlecht, wenn man einfacher "Anmerkungen" direkt an irgendein README Thema anfügen kann... Könnte man es nicht so regeln, das man unter dem normalen README Text, deutlich abgesetzt, ein normales Wiki-*TextFeld anfügt? So kann jeder Hinweise an die richtige stelle setzten und ihr (Sysops) könnt sie ggf. ins README aufnehmen, wenn berechtigt... Selbst wenn es soetwas gibt, sehe ich schon ein Problem, das niemand Auffällt das irgendeiner eine Anmerkung bei zb. Punk 1.2.5.1 gemacht hat :) Also müßte es auch noch was geben, bei dem man schnell sehen kann, ob überhaupt bzw. wann eine Anmerkung gemacht wurde... Dies könnte man einfach bei der Inhaltsverzeichnis machen, indem man hinter jedem Punkt ein Zeichen setzt, wenn dort neue Anmerkungen stehen...
Ist es nicht so, das die README, die beim Download bzw. im CVS-tarball steckt genau die selbe ist, wie die im Wiki??? Oder wird das getrennt aktualisiert/bearbeitet???
Da wir schon mal beim Thema sind: ReadmeAufteilen
Und noch eine Frage hab ich da noch: MehrereEwikis
Und nochwas :)
- UpdatedPages zeigt, zumindest auf dem sourceforge Server eine falsche Uhrzeit an, aber das liegt wohl an den verschiedenen Zeitzonen, oder?
- Manchmal hab ich das gefühl, das die Vorschau es bewirkt, das ewiki mekert, jemand anderes hätte vermutlich die Seite zeitgleich geändert.
- Die Benennung von Bildern mit "internal://" ist etwas unglücklich gewählt, wenn man als Windoof User, der auch noch db_flat_files benutzt, eben per FTP eine Sicherungskopie vom Server anlegen will... Bei den Dateinamen für die Bilder scheitert es nämlich, da ein Slash bei Windoof nicht im Dateinamen vorkommen darf :(
- Plugin für Speicherplatzbelegung der Wikidateien auf dem Server wäre cool...
- Wie ändert man den Namen der Startseite? Unter Supplying%20the%20WikiPageName steht irgendwas von example-4.php doch diese Datei ist selbst im letzten CVS nicht dabei
- ja, auf sourceforge ist alles auf US-Zeitzonen und Lokalisierung eingestellt; ändern will ich es aber auch nicht, weil die Site eh größtenteils englisch ist
- Fehler bei "Vorschau"? - muß ich erst mal recherchieren...
- das *EWIKI_DBFILES_DIRECTORY stellt die Datenbank dar, und auch wenn dort Dateien drin sind, solltest du die nicht einfach rüberkopieren - nimm lieber eines der Backup-tools/ dafür (ewikictl, t_backup, t_transfer) - zur Not hilft in deinem Fall auch ein besseres FTP-Programm (aber ich wüsste nicht, ob es da wirklich eines zu empfehlen gäbe) - ich werd am Besten mal ein paar der Hersteller damit auf die Nerven gehen
- ein plugin für SpeicherPlatzBelugung hört sich lustig an -> TODO
- die Startseite kannst du mit *EWIKI_PAGE_INDEX festlegen, allerdings hat das aktuelle Release einen kleinen Fehler, so daß du evtl. erst den CVS-tarball herunterladen solltest - das "example-4" heißt inzwischen "examples/nanotheme", (Notiz an mich: aktualisieren...)
README.de / !WikiSprache einstellen (deutsch)
Wer es partou nicht hinbekommt, kann natürlich die deutsche Sprache für ewiki erzwingen; hilfreich hierfür ist z.B. die include()-Datei "fragments/force_de.php".
Die Datei heißt "force_lang_de.php"!
README.de / Ohne MySQL DB verwenden
Stelle hierzu noch die Konstante EWIKI_DBFILES_DIRECTORY passend ein...
Ergänzen mit: "in ewiki.php ändern" (Woher soll ein Anfänger wissen wo es das machen muß?)
db_fast_files
Um die Komprimierung einzuschalten muß man in db_flat_files.php
define("EWIKI_DB_FAST_FILES", 0);
in
define("EWIKI_DB_FAST_FILES", 1);
ändern...
AboutPlugins
Warum sind dort nicht Hilfetexte zu den einzelnen Plugins??? Statt dessen kommt man nur zu einem vollgemüllten Notepad :(
jedie: hab ich zwar jetzt nicht vollkommen verstanden, aber... Ich denke wenn es eine Test-Platform ist, dann sollte das zum einen nicht den Irreführenden Namen *AboutPlugins* heiße, sondern ehr **TestPlugins* oder so... Und zum anderen sollte es nicht direkt der Link auf der Hauptseite/Hauptnavigation sein... Oder soll jeder, der sich erstmal über das ErfurtWiki Informieren will, in diese Testumgebung transportiert werden? Stellt das http://erfurtwiki.sourceforge.net nicht in erster Linie die Dokumentationsplatform des ewiki da?
Zusammentragen der Funktionen der Plugins: PluginsFunktionen
Noch ein paar Fragen
tools/
Die ganzen Tools im Verzeichnis tools\ kann ich irgendwie nicht nutzen. Sind diese nur für den Lokalen einsatz gedacht???
Auf dem Webserver soll ich mich immer Authentifizieren, aber wo kann man User und Passwort angeben??? Im ErfurtWiki konnte ich keine Informationen dazu finden
jedie: Und wie mache ich das? Ich bin kein PHPler... Reicht dazu einfach // "user" => "password", // "u2" => "password", auszukommentieren und steht das Passwort dort im Plaintext???
user permissions
define("EWIKI_PROTECTED_MODE", 0); # disable funcs + require auth define("*EWIKI_PROTECTED_MODE_HIDING", 0); # hides disallowed actions define("EWIKI_AUTH_DEFAULT_RING", 3); # 0=root 1=priv 2=user 3=view
Mittlerweile hab ich selbst gefunden, das diese Angaben zu den "User Permissions" in der ewiki.php Datei stecken... Doch leider weiß ich überhaupt nicht, wie man diese Einstellt...
In der Readme sollte was unter 4.Security considerations stehen, doch das reicht nicht wirklich... Ich weiß nicht wie es geht :(
Ich hab jetzt einfach die Möglichkeit von .htaccess genutzt und per "Limit PUT POST" die Rechte zum Schreiben auf eine Usergruppe eingeschränkt:
Auf der Seite The two modes of operation gibt es einen Hinweis auf: "plugins/auth/README.auth" doch bei mir im Verzeichnis ist dort keine Datei Namens README.auth
Kann es sein, das die README mal dringent überarbeitet werden muß???
weitere Bugs 05.12.2003
- wenn man ein WikiLink mittels CamelCase erstellt hat und dann nachträglich Fettschrift einfügt, funktioniert der Link nicht mehr
- Das suchen funktioniert im ewiki nicht.
- Bei mir ist es mit der Powersuche nicht so doll: Wenn keine Seite gefunden wird, landet man einfach wieder bei der FrontPage, ist das so gewollt???
- Frage zu *EWIKI_DBFILES_GZLEVEL... Ich such mir den Wolf... Ich hab jetzt einfach in der Config.php define("*EWIKI_DBFILES_GZLEVEL", 9); hinzugefügt... In der README (CVS) steht zwar bei Punkt plugins/db_dba von diesem Wert, aber in der Config sollte er doch default mäßig auftauchen...
- Die Vorschau klappt in der aktuellen CVS nicht wirklich, die Formatierung ist total durcheinander :(
milky: Das WikiLink+FettSchrift-Problem wurde gelöst (siehe CVS-Version). Hatte bisher noch niemand gemerkt! WikiLinks werden in ewiki aus Geschwindigkeitsgründen zweimal gesucht (preg_match), jetzt liegen die beiden Suchfunktionen jedoch viel dichter zusammen, so daß sie von dem *SpezialMarkup nicht mehr durcheinandergebracht werden.
Der Fehler in PowerSearch ist jetzt auch wieder behoben.
_DBFILES_GZLEVEL wird in der README auch nochmal im Abschnitt zu "db_fast_files" erwähnt. Diese Konstante ist nicht in der großen Liste aller möglichen Einstellungen enthalten, weil sie nicht mit zum Hauptskript (sonder nur zu dem dbfiles plugin) gehört.
jedie: Nach langem Trail-and-Error hab ich herrausgefunden, das es an einer vermurksten Config lag... Es wurde dann doch nicht nur die vorschau, sondern die Endversion falsch aufgebaut...
Leiderkonnte ich nicht mehr genau feststellen, was in der Config falsch eingetragen wurde...
Nur soviel: Mit der falschen Config wurden die Zeilenumbrücke also
nicht richtig eingefügt... Texte klebten trotz einer Leerzeile (im Eingabeforularfeld) zusammen... Die Beispieltabelle aus *WikiTextFormatierungsRegeln war nicht in zwei sondern in einer Zeile...
Gibt es eigentlich soetwas wie ein Export2Html Plugin? Ich stelle mir das so vor, das man quasi ein Snapshot des Wikis anfertigen kann, um alle Seiten zu archivieren. Ich persönlich nutze das Wiki als Projektentwicklungsplatform, doch wenn ein Projekt abgeschlossen ist, wäre es super, wenn man als Dokumentation das Wiki einfach nur einfrieren kann... Was auch super wäre, ein ... oder ...-export!!!
Irgendwie hat das ganze hier ehr den Charakter eines Forumsthread, was? Wie verfahren wir hiermit weiter? Ein Forumsplugin wäre echt cool... Muß ja nicht unbedingt so super Aufwendig sein, würde reichen, wenn man Mit Namen einen Beitrag nach dem anderen schreiben kann, nur, das man klar zwischen den Beiträgen unterscheiden kann...
10.12.2003
jedie: Ich möchte eigentlich nur mein Wiki auf einen anderen Server verschieben... Aber so einfach ist das nicht... aus dem aktuellen CVS:
- Parse error: parse error in /.../ewiki/tools/t_transfer.php on line 48
In Zeile 48 ist ein ")" zuviel :)
Mist, wenn ich den DUMP hochlade, kommt nur die Fehlermeldung:
- Fatal error: Call to undefined function: gzeof() in /.../ewiki/tools/t_transfer.php on line 46
Jetzt zeigt sich wider das internal:\\ mir zur stolperfalle wird und ich deswegen nicht einfach per FTP sichern/wiederherstellen kann :(
- Warning:fopen(/.../ewiki/tools/internal%3A%2F%*2F0530bd25e9dd9635be9c73f08bfffb75.jpeg.1): failed to open stream: Permission denied in /.../ewiki/tools/ewikictl on line 578
Mittels backup/restore funktioniert es auch nicht:
- Warning: fwrite(): supplied argument is not a valid stream resource in /.../ewiki/tools/ewikictl on line 579
- Warning: fclose(): supplied argument is not a valid stream resource in /.../ewiki/tools/ewikictl on line 580
- Warning: touch(): Unable to create file /.../ewiki/tools/internal%3A%2F%*2F0530bd25e9dd9635be9c73f08bfffb75.jpeg.1 because Permission denied in /.../ewiki/tools/ewikictl on line 561
Probleme bei UpdatedPages und MostOftenChangedPages:
- Warning: strpos() *function.strpos: Empty delimiter. in /.../ewiki/plugins/db_flat_files.php on line 198
- Nach einigen dieser Warnungen, kommt die Seite aber dennoch!
milky: Wenn dein ursprunglicher Server ein Unix-Server ist, könntest du dort auch (von Anfang an, sonst sind die aktuellen Seiten wech!!) die Konstante *EWIKI_DBFILES_ENCODE setzen - dann wären die "Dateien" in *EWIKI_DBFILES_DIRECTORY gleich im richtigen Format fürs plumpe Herunterkopieren auf einen Windows-PC. Wie immer wärs aber an dieser Stelle besser, sich einfach eine Knoppix-CD zu besorgen ;)
jedie: hatte per FTP zumindest die Textdateien gesichert und auf dem anderen Server wieder hochgeladen, aber da wahrscheinlich die Konstante *EWIKI_DBFILES_ENCODE nicht gesetzt war, ist nur noch Müll als inhalt der Seiten :( Naja, ich bin dann "einfach" hingegangen und hab alle Seiten per Hand neu erstelle... Das Wiki war noch nicht so super angewachsen und das alte Wiki hatte ich auch nicht gelöscht. Deswegen hab ich einfach die Bilder Galerie Aufgemacht, also Bilder gedownloaded und im neuen wieder an der richtigen Stelle upgeloaded...
In dem Fall war es alles halb so wild, weil es halt auch noch per Hand funktionierte... Aber ich wollte das Wiki für meine Diplomarbeit nutzten, da ich das Diplom zusammen mit einem anderen mache und ein Wiki eine Prima Ideensammlung sein kann... Wenn dann allerdings plötzlich die Daten futsch sind ist das ein echtes Problem... Ich muß mir aber auch mal die Wiki2HTML Sache anschauen, so könnte man *HardBackups anlegen :)
Formartierungs-Fehler:
Auf dem neuen Server hab ich auch Probleme mit Seitennamen in denen Umlaute enthalten sind... Die Seite kann man zwar anlegen, doch beim Abspeichern gibt es ein undefinierter Fehler... Ich meine, wenn man es weiß, ist es auch egal... Aber ein Hinweis sollte es geben, wenn man versucht so einen Namen zu verwenden :)
jedie: Ne, also den Explodierer nutze ich Grundsätzlich nicht! Ich nehme immer Firebird!
Also der neue Server ist von der uni... Es ist ein MacOSX Ding :( Das erklärt wohl einiges, was? Naja, es funktioniert ja schon so irgendwie... Ich hab es jetzt aber nochmal Probiert... Wenn ich eine neue Seite mit einem ä erstelle, kann ich die Seite nicht mit Inhalt befüllen. Beim Abschicken des Formulars kommt entweder nichts, bzw. die Seite zum ändern, allerdings ist das Formular wieder leer. Oder es kommt die Fehler-Seite: "Beim Abspeichern ist ein Fehler aufgetreten. Bitte versuche es erneut." Auf dem FTP-Server wird eine neue Datei erstellt, die aber aus Sonderzeichen besteht:
- *TestJä
wird zu:
- *TestJ⬱
Probleme mit Links mit nicht wirklich sinnvoller schreibweise bsp:
- *IndustrialLight&Magic
Hier sieht man das leider nur "*IndustrialLight" ein Link wird
- *IndustrialLight&Magic
Die Seite kann man erstellen, der Link klappt dann auch dahin, aber es bleibt bei dem Fragezeichen hinter dem Wort :( Hey, hier geht es ja doch!!! Wieso geht es hier im Wiki Yaprak Dökümü und in meiner Version nicht??? Sehr ärgerlich...