Das Ziel dieser Seite ist es, die Möglichkeiten mit Wikis Offline zu arbeiten zu beschreiben, zu dokumentierun und eventuell neue oder bessere Wege zu finden.

Offline-arbeiten kann Vorteile haben:

• man kann Kosten sparen (wenn man keine Flatrate hat)
• man kann in Zeiten ohne Netz-Zugang arbeiten (wenn man z. B. in der Bahn oder auf der Alm sitzt)

Offline-arbeiten hat auch Nachteile:

• die zeitliche Asynchronität kann zu zusätzlichen Kollisionen führen
• die Gespräche werden dadurch nicht flüssiger

• derzeit können es Normal-Benutzer kaum verwenden

Allgemeines Schema

1. Download des Original-Wikis aus dem Netz in eine lokale KOpie
2. Offline-Bearbeitung des lokalen Wiki (spart Online-Gebühren)

3. Übertragung und Abgleich der lokalen Änderungen in das Original-Wiki im Netz, weiter mit 2.

Moralische Behauptungen

• Wikis, die die Offline-Nutzung nicht unterstützen schließen den Großteil der Menschheit aus. [SMn]

• Ein AbgleichmöglichkeitVonSeiten zwischen einem MediaWiki-Wiki und einem MoinMoin-Wiki wäre im Geiste Freier Software. [SMn]

Offline-Wiki-Nutzung mit MoinMoin

Die Formatierung wurde zerstört von HelmutLeitner -- StefanMerten 2006-04-12 07:06:01

Ich kann dir ja mal das Szenario schildern, dass ich momentan verwende, und dass ich als sehr brauchbar empfinde:

1. Ich downloade (per rsync) das Wiki auf meinen Rechner und habe damit eine lokale Kopie.

   • Für das rsync ließen sich sicher Lösungen finden.

2. Ich verwende das lokale Wiki mit einem lokalen Server als ob es ein Remote-Wiki wäre.

   • Ob mit MediaWiki einfach ein lokaler Server aufgesetzt werden kann, weiß ich nicht. Könnte ich mir aber vorstellen. Möglichst ohne einen Apache laufen lassen zu müssen.

     Insbesondere also: Ich ändere direkt über das Wiki und nicht eine Kopie der Seiten im Filesystem. Das obige Perl-Modul reicht dafür alleine wohl noch nicht aus, sondern es müsste noch ein wenig hinzu gefügt werden. Aber das scheint mir überschaubar.

1. Wenn mein Laptop wieder Netz hat fahre ich mit moinupdate.py einen Update.

   • Der Update vergleicht die Versionsstände, merget ggf. gleichzeitig geänderte Seiten incl. Kollisionsbehandlung und lädt die geänderten / gemergten Versionen auf den Original-Server hoch.

Dann beginnt der nächste Zyklus. Das funktioniert mittlerweile ziemlich gut. Gäbe es ein ähnliches Verfahren auch für MediaWiki, so wäre das ziemlich cool.

Mit noch ein bisschen mehr Technik wäre dann sogar ein automatischer Abgleich von Seiten in MediaWiki-Syntax(!) zwischen einem MoinMoin- und einem MediaWiki-Wiki denkbar. Klingt für mich wie eine Lösung, die dem Geist Freier Software entspricht . -- StefanMerten 2006-04-03 06:40:40

• Naja, MediaWiki braucht ja nicht nur einen Webserver, sondern auch eine Datenbank wie MySQL. Insofern wäre ein lokales Wiki da wohl sehr viel Overhead -- eine Lösung über das Perl-Modul dürfte praktikabler sein. -- ChristianSi 2006-04-03 20:01:27

  • Wie stellst du dir das vor? -- StefanMerten 2006-04-04 16:30:19

    • Na ich dachte der funktioniert nach dem CVS-Prinzip: du holst dir per "update" den Wiki-Inhalt auf deinen Rechner; editierst per Texteditor und nutzt die im Perl-Client ja wohl eingebaute Vorschau-Funktion, um den Output zu checken; schließlich checkest du deine Änderungen per "commit" ein. Sicher nicht ganz so komfortabel wie ein lokales Wiki, aber im Grunde dieselbe Funktionalität, oder? -- ChristianSi 2006-04-05 08:27:27

      • Das Perl-Modul hat - soweit ich es mir angeschaut habe - ähnelt in der Tat dem CVS-Kommando, mit dem ich mein Arbeitsverzeichnis aktualisieren kann. Eine Vorschaufunktion ist hier natürlich nicht eingebaut - was bei der Komplexität der Aufgabe auch aus software-technischen Gründen komplett daneben wäre.

      • D.h.: Ich kann mit dem Perl-Modul die Sourcen hin und

    • her kopieren. Ich kann damit aber nichts ansehen und

      • ich habe auch nicht so etwas wie RecentChanges. Ich kann also zumindest mit diesen Mitteln alleine das Wiki noch nicht offline nutzen. Es müsste also noch ein bisschen was hinzu kommen. -- StefanMerten 2006-04-06 07:16:22

        • Hmm, ja das ist natürlich doof. Man könnte vermutlich jeweils vor einem neuen Update eine Kopie des lokalen Verzeichnisses anlegen und sich dann hinterher per rekursivem diff die Änderungen anschauen. Und wenn man dann noch jeweils einen Dump der Letzte-Änderungen-Seite holt, weiß man auch, wer welche Seiten editiert hat. Nicht sonderlich schön, aber was besseres fällt mir im Moment nicht ein. -- ChristianSi 2006-04-07 07:59:58

          • Mir scheint die oben skizzierte Lösung logischer, naheliegender und einfacher. Die einzige Hürde, die genommen werden müsste, ist eine lokale MediaWiki-Installation aufzusetzen und den rsync zu ermöglichen. -- StefanMerten 2006-04-10 06:40:57

    Nun, hattest du oben Unterstützung angeboten. Gilt

    • das noch? -- StefanMerten 2006-04-06 07:16:22

      • Grundsätzlich ja, sofern es sich im Rahmen hält. Aber willst du denn nun direkt im FG-Wiki mitarbeiten, und es dafür offline nutzen? Darauf bezog sich die Bemerkung ja. Für die Einrichtung eines Live-Mirros hier oder anderswo werde ich natürlich keine Unterstützung leisten, so sehr begeistert mich die Vorstellung nun wirklich nicht. Ich bin nach wie vor der Meinung, dass es sinnvoller ist, das hier auch so zu handhaben, wie wir es dort in den Leitlinien festgelegt haben: "Im Zweifel lieber einen Link legen statt Inhalt von einer anderen Seite zu kopieren. Wir wollen nicht das Rad immer wieder neu erfinden. Die selben Daten an unterschiedlichen Stellen aktuell zu halten, erfordert zusätzliche Arbeit, die man sich oft sparen kann." -- ChristianSi 2006-04-07 07:59:58

        • Das ist aber diesseits von Automatisierung gedacht - und über die denken wir ja hier gerade nach.

          Anyway: Mein erstes Anliegen ist es natürlich, dieses Wiki hier zu verbessern. Wenn Oekonux-Inhalte an anderer Stelle dokumentiert werden, dann finde ich es deswegen nach wie vor sinnvoll, diese hier her zu holen, um sie auch hier zu ergänzen. Das wäre nur dann völlig sinnlos, wenn es überhaupt keine Unterschiede zwischen den beiden Projekten gäbe - was ich jetzt erstmal nicht glaube. Für diesen Teil der Technik brauche ich aber keine Unterstützung. -- StefanMerten 2006-04-10 06:40:57

          • Definier mal "Oekonux-Inhalte". Eins der Probleme, die wir mit Oekonux hatten, war ja grade, dass es in Oekonux nichts oder nichts hinreichend konkretes zu den Themen gab, die uns interessierten, und wir das deshalb selber machen mussten (müssen). Dass du unsere Arbeit nicht anerkennst, sondern so tust als ob wir "Oekonux-Inhalte" produzieren würden, ärgert mich ehrlich gesagt. -- ChristianSi 2006-04-11 11:16:54

            • Dazu äußere ich mich hier nicht, da es sich nicht um Admin-Fragen handelt. Per Mail. -- StefanMerten 2006-04-12 07:06:01

          Um Synergieeffekte in beide Richtungen nutzen zu können, hatten wir überlegt, dass ein Abgleich in die andere Richtung auch sinnvoll wäre. Dazu würde das Perl-Modul wahrscheinlich sogar ausreichen. Bräuchte ich also auch keine Unterstützung, würde ich aber mit geringer Energie betreiben.

          Dann kamen wir zu der Überlegung mit der Offline-Nutzung, die BTW auch viele MediaWiki-Leute gerne hätten. Da könnte ich beraten, aber würde nicht wirklich Arbeit investieren wollen. Gäbe es eine solche Möglichkeit, wäre es zumindest möglich, nur im jeweiligen Heimat-Wiki einer Seite zu ändern. -- StefanMerten 2006-04-10 06:40:57

    Da die Aufwände für einen Webserver und eine Datenbank nur einmal anfallen, wäre das m.E. kein Kill-Kriterium. Es wäre nur lästig. -- StefanMerten 2006-04-06 07:16:22

Offline-Wiki-Nutzung mit MediaWiki

Diskussion

Stefan, ich verstehe eins nicht ganz. Du arbeitest Offline mit MoinMoin, ich nehme an, z. B. mit dem OekonuxWiki hier und empfindest das als großen Vorteil. Du greift das MediaWiki frontal an ("schließt Großteil der Menschheit aus"), so als ob Online-Arbeiten nicht die gängige Praxis in 95% der Wikis wäre. So weit so gut. Aber was ist mit mir? Könnte ich auch diesen Vorteil nutzen? Mir über rsync das Oekonux-Wiki ziehen und Offline arbeiten? Wie macht das der Normalverbracuher? Ist das dokumentiert? Oder ist das nur mit deinen Informationen und Privilegien möglich ... und schließt du nicht damit den Großteil der Menschheit von diesem persönlichen Nutzen, den du mit MOinMoin hast, aus? -- HelmutLeitner 2006-04-07 10:40:34

• RTFFAQ. Gäbe es hierfür eine Nachfrage, würde ich das weiter verfolgen. Teschnisch steht dem grundsätzlich nichts entgegen. -- StefanMerten 2006-04-10 06:48:45