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...

milky: Das ursprüngliche README-Plugin sollte auch mal eine solche EditBox für jeden einzelnen Abschnitt der README bekommen. Allerdings wird das dann mit dem Zusammentragen der Änderungen wirklich nichts, wenn alle Beiträge über 30 Seiten verteilt sind. Ich finde es tatsächlich einfacher immer mal ein paar kleine Textschippsel hin- und herzukopieren.

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???

milky: Die README und README.de hier auf dem Server, werden ab und an mal aus dem CVS (oder dem letzen Release-tarball) entpackt. Es ist also auch keine Arbeitsversion, sondern wirklich nur als Ansicht des aktuellsten Stands gedacht.

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

milky:

  • 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 :(

milky: Eine richtige Erklärung zu den plugins gibt es dort nicht, weil schlicht keine eingebaut sind. Im Nachhinein wäre das auch einfach zu kompliziert, und ehrlichgesagt mag ich das auch gar nicht machen, weil die AboutPlugins Seite eigentlich eher zum debuggen gedacht ist. Alle Links die dort angezeigt werden, sollten theoretisch das entsprechende Plugin aktivieren - bei den ["page"]-Plugins ist das auch kein Problem, aber bei den ["action"]-Plugins macht das offensichtlich nicht immer Sinn - nur läßt sich das hier einfach schlecht unterscheiden. Das NotePad ist an der Stelle einfach nur Platzhalter, um zu sehen, was das entprechende action-Plugin bewerkstelligt (z.B. edit/).

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

milky: Die tools/ sind nicht in ewiki integriert, und durch einen eingebauten Passwort-Schutz deaktiviert. In der Datei tools/t_config.php gibt es einen Verweis auf fragments/funcs/auth.php, in der du Benutzer und PW für die tools/ einstellen kannst.

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???

milky: Ja, Kommentarzeichen weg, und statt der unsinnigen Beispieleinstellungen einen richtigen Benutzernamen und ein sinnvolles Paßwort rein. (Normalerweise brauchst du ja hier nur einen User.)

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...

milky: Der Teil ist auch noch reichlich kompliziert und in der README und README.de auch überhaupt nicht weiter beschrieben (siehe README.auth). Die obigen Einstellungen bewirken noch nicht viel, erst durch die plugins/auth/ macht das ganze wirklich Sinn.

In der Readme sollte was unter 4.Security considerations stehen, doch das reicht nicht wirklich... Ich weiß nicht wie es geht :(

milky: Der Abschnitt ist auch wieder nur eine kurze Diskussion um bekannte/mögliche Sicherheitslücken in PHP (register_globals und Co.)

Ich hab jetzt einfach die Möglichkeit von .htaccess genutzt und per "Limit PUT POST" die Rechte zum Schreiben auf eine Usergruppe eingeschränkt:

*AuthName "Wiki" *AuthType Basic *AuthUserFile /PATH/.htpasswd <Limit PUT POST>
require valid-user
</Limit>

milky: So schränkst du den Zugriff auf das komplette Wiki ein, allerdings ist dein Ansatz schon weitestgehend ausreichend, um die "edit"-Funktion für unregistrierte User abzuschalten.


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

- die ist erst kürzlich (vor zwei Wochen) dazugekommen; wenn du dir also den CVS-tarball herunterlädst, solltest du auch die aktuellse Version bekommen (aber leider auch nur in Englisch)

Kann es sein, das die README mal dringent überarbeitet werden muß???

milky: Gut möglich! Tatsächlich bin ich ganz froh darüber, daß zumindest die englische README einigermaßen mit der Entwicklung mithält.


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.

milky: bisher kein *VorschauProblem bei mir - womöglich nur eine CSS-Sache(?) Schick doch mal einen *ScreenShot.

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...

milky: Ein richtiges *ForumsModul ist schon in lange in Planung, allerdings hatte bisher noch niemand (ich) richtig Lust, daß auch umzusetzen. Es gibt aber schon ein plugin um Messages an Seiten anzuhängen, und ein weiteres um diese in Threads zu gruppieren. Aber eigentlich find ich diese Diskussionen (auch wenn die Seiten dann drei Kilometer lang sind) so ganz lustig - also einfach weiterschreiben! ;-)

An der Sache mit den fehlenden *TextUmbrüchen muss ich wohl noch eine Weile kauen, ich glaub nämlich gern, daß man das via config leicht zerschiessen kann (ich denke es wird eines der Plugins gewesen sein, markup_paragraphs fiele mir da als erstes ein - dann wärs mal wieder ein Problem mit den Win/DOS-Zeilenumbrüchen \r\n).

Eine Export-Möglichkeit gibt es aber schon. Und zwar einmal das tools/wiki2html Skript (für Linux/UNIX Kommandozeile, also wenn dein Provider "telnet" oder "ssh" anbietet - oder du das böserweise und heimlich nachrüstest ;) - und dann gibt es ganz neu auch ein Plugin mit dem sich jeder die aktuelleste Version des gesamten Wikis herunterladen kann. Zu finden als plugins/contrib/page_wikidump.php im CVS-tarball (es exportiert .html in einem UNIX Tarball - der sich aber auch mit *WinZip und Co. entpacken läßt).

Die zwei anderen ...-export-ideen hatte ich auch schon, und ich arbeite fieberhaft daran (wird noch eine ganze Weile dauern). Aber damit unsere böse böse Konkurrenz (und die andere) nichts davon erfährt, hab ich hier mal ein paar Punkte in den Text gesetzt. (Steht wie gesagt alles schon in meiner geheimen TODO-Liste, mit der ewiki die WikiWeltherrschafft übernehmen soll...)


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

milky: tools/t_transfer hab ich jetzt wieder korrigiert, du wirst es mit deiner PHP-Version aber nicht benutzen können - es benötigt auf jeden Fall die zlib-Extension -> also schleunigst Provider wechseln!

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

milky: Du benötigst dafür natürlich ein temporäres Verzeichnis mit Schreibrechten (unter UNIX/Linux funktionieren diese Restriktionen). Also erst mit FTP "mkdir backup" und "chmod 777 backup" eines anlegen. Und dann mußt du dem Backup-Tool sagen, die Dateien dort hinzuschreiben. Und "urlencode" sollte nat. aktiviert sein.

An den Schreibrechten könnte es durchaus gelegen haben! Aber kann man da nicht irgendwie eine Sinnvollere Fehlermeldung ausgeben?

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: Hier wird eine der Unterfunktionen mit falschen Parametern aufgerufen (nämlich keinem). Ich hab aber keine Ahnung von wo oder wieso das passiert. Möglicherweise liegt aber auch irgendetwas in dem Datenbank-Verz. was dort nicht hingehört.

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 :)

milky: Also _DBFILES_ENCODE ist nur eine Notlösung, und ich empfehle es nicht. Du solltest besser probieren herauszubekommen, warum die zlib-Erweiterung auf deinem zweiten Server nicht läuft. Das tools/t_transfer ist nämlich wirklich die einfachste Lösung schnell mal ein Backup zu machen. Mit *WikiDump, Webdesign und TextUpload kannst du zwar prima einfach ein .html-Backup-zip machen, aber auch wieder nur mit zlib - und man muß dabei beachten, daß die Seiten über den HTML-Umweg niemals 1:1 übertragen werden.

Wenn du Probleme mit den Umlauten hast, würde ich mal vermuten, daß du den *IntranetExploder verwendest - der macht desöfteren mal solchen Unsinn. Nun wiss ich aber nicht, welchen Server1 und Server2 du verwendest, noch wie der 'undefinierte Fehler' aussieht, und weil ich selber noch kein Problem mit Umlauten hatte (siehe DieseSeiteÄndern) kann ich hier auch momentan nicht viel 'zu sagen.

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⬱

plugins/wa/e_utf8_err.php ist für die Fehlersuche aber hier manchmal nützlich.


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...

bottom corner