__Anfragen an Peter als Wiki-Administrator__
!!Letzte Änderungen am Wiki
*Ich wünsche mir dringend eine Möglichkeit, eine lokale Kopie vom Wiki zu ziehen. Einerseits war das JspWiki seit seiner Einführung jetzt auch schon ein paarmal offline (und zwar immer, als ich gerade dringend eine Information brauchte) und zweitens ist mein Laptop nicht immer am Internet. Mit wget habe ich es noch nicht geschafft, eine Kopie so anzulegen, dass die Links dann lokal funktionieren. Kennt sich da jemand besser mit aus? Ist es alternativ vielleicht möglich, irgendwie an die Wiki-Quelltexte zu kommen? Kann man die vielleicht einmal täglich per Cron-Job irgendwo als *.tar bereitstellen oder so? -- ThomasBayen
**Ich mache jetzt jeden Tag eine tgz-Datei mit dem Inhalt des Wikis. Per E-Mail schreibe ich Euch auch, wo Ihr die Datei downloaden könnt. -- PeterHormanns
** Bei mir klappt es mit __wget__ auch so: --MarkusMonderkamp am 01.02.2007 (heute ca. 7,6 MB - Einstieg unter ''wiki/Start'')\\__-r__ für rekursiv\\__-np__ um im Verzeichnis zu bleiben\\__-k__ zum lokalisieren von Links\\__-c__ zur Fortsetzung bei Abbruch (kann wegbleiben)\\__-nc__ existierende Dateien nicht neu laden (besser nicht;-)
wget -r -np -k -c http://wiki.lug-kr.de/wiki
:::Danke vielmals! Ich hätte schwören können, ich habe das genauso probiert, aber bei mir waren die Links nicht lokalisiert. Ich weiss nicht mehr genau, was ich gemacht habe, aber wahrscheinlich war ich zu doof, das "-k" zu finden. Übrigens könnte für regelmäßige Backups statt "-nc" besser "-N" geeignet sein, das werde ich beizeiten mal eruieren.
:::Nun habe ich zwei Lösungen für mein Problem (Danke an Euch beide!). Markus Lösung ist besser, um das Wiki lokal zu halten, Peters besser für ein Backup und zum editieren. Ich werde mal sehen, wenn ich etwas Zeit habe, was ich nun mache... --ThomasBayen
* JensKapitza schreibt neuerdings immer "Links" unten auf die Seiten. Halte ich für eine gute Idee. Allerdings sollte man das dann besser "Kategorien" nennen wie z.B. in Wikipedia (oder meintest Du was anderes damit?) Und: AFAIR gibt es Wikis, die solche Kategorien besonders unterstützen. Wie ist das denn bei JspWiki?
** Eine spezielle Unterstützung für __Kategorien__ gibt es in Form eines Plugins. Dieses Plugin (__~ReferringPagesPlugin__) bringt man üblicherweise auf der Seite __~KategorieHampelmann__ unter. Es zeigt dann alle Seiten an, die einen Link auf diese Seite __~KategorieHampelmann__ haben. Der __page__-Parameter ist optional, damit können auch Links auf andere, als die aktuelle Seite, angezeigt werden.
** Es macht Sinn diesen __Kategorie__-Seiten auch eine entsprechendes ~NamensPräfix zu geben. Ich werde die entsprechenden Seiten, die Jens schon angelegt hat, mal umbenennen...
* [Wiki-Buch|http://www.springerlink.com/content/978-3-540-29267-8/] aus dem Springer-Verlag. Auch erläutert: [Mediawiki|http://de.wikipedia.org/wiki/Mediawiki] und [TWiki|http://de.wikipedia.org/wiki/Twiki]. (Quelle: [Golem.de|http://www.golem.de/0611/49112.html])
*Es gibt jetzt ein Redirect von den alten URLs der Form [http://www.lug-kr.de/cgi-bin/lugwiki.pl?WikiSeite] auf das neue Wiki.
*Hilfe zur Textformatierung in der Bearbeitungsansicht liegt dort und direkt unter EditPageHelp vor. \\Der Fehlertext zu Error 404 lässt sich unter [Error404] ansehen und bearbeiten.\\Weitere Layout-Topics: LeftMenu, LeftMenuFooter, TextFormatierung, StilRegeln\\
Weitere Wiki-spezifische Themen: [Suchen], [System] und WikiNode (nicht weiter verlinkt)
* es gibt Probleme mit Links, die Doppelpunkte und Kommas enthalten, zum Beispiel auf der Seite TomcatSSL.
** Links, die Kommas enthalten funktionieren jetzt auch in UseModWiki Syntax --PeterHormanns
*RSS (Rich Site Summary) dieses Themas per Link auf der Versionsvergleichsseite (http://www.lug-kr.de/rss.jsp?page=DiskussionWiki&mode=wiki) führt bei mir zu dem Fehler frei nach dem Motto "Stylesheetfehler - Sie haben jedoch das [Ende des Internets|http://www.xcn.de] nicht erreicht". [20.12.2006|MarkusMonderkamp]
**Ich habe heute das RSS-Feature in der Konfiguration eingeschaltet. Jetzt sollte es gehen, ich habe jedenfalls die "Letzten Änderungen" im RSS-Ordner des Thunderbirds abonieren können. --PeterHormanns
*** Genial, danke für Deinen Einsatz. --MarkusMonderkamp
* Der Patch [JSPWiki:VersionOverwrite] ist eingebaut. Wenn ein Benutzer dieselbe Seite innerhalb einer Stunde zum zweiten Mal bearbeitet, ist in der Voreinstellung das Häkchen "Version überscheiben" gesetzt. Wenn es beim Speichern gesetzt bleibt, wird keine neue Version angelegt, sondern die letzte Version wird überschrieben.
** Der Patch ist jetzt eingebaut, ich probiere es gleich mal aus... \\...Also, wenn ich richtig angemeldet bin, bekomme ich eine Checkbox "Overwrite version" angeboten. \\...Und es gibt auch nur eine neue Version von mir heute!
*** Toll - das ist ja wie Weihnachten! --MarkusMonderkamp
!!Offene Punkte
*Um den für mich interessanten und umfangreichen Thread [MailServerUmsetzung] auf der Heimfahrt verdauen zu können, habe ich ihn __ausgedruckt__ und festgestellt, dass das Druck-Stylesheet Links unkenntlich macht. In einer der nächsten Wiki-Ausbaustufen würde ich mir ein Druck-Layout ähnlich wie bei __lynx -dump__ wünschen:\\ sowohl Linkziel als auch Linknamen bleiben dort im Ausdruck erhalten\\--MarkusMonderkamp am 20.12.2006
* Vielleicht nicht der richtige Ort: Antrag auf Ergänzung der [JSPWiki-Variablen|http://jspwiki.org/wiki/WikiVariablen] (ähnl. [TWiki|http://twiki.org/cgi-bin/view/TWiki/TWikiVariables]),
** z.B. Zeitstempel (mtime) eines Themas, wahrscheinlich mit JSP-Filter nicht alleine möglich - ist das mit vertretbarem Aufwand möglich?
*** Meinst du mit ''mtime'' den Zeitpunkt der letzten Änderung? - Man könnte ein Plugin schreiben, dass Metadaten über die aktuelle Seite zur Verfügung stellt...
**** Toll, ein richtiger Thread bis zur vierten Einrückung:\\Ja genau, vielleicht wünschen sich den Leser in einem Metatopic, z.B. LugCodeHaus oder auf der Startseite auf einen Blick den Stand der einzelnen Programmierspracheinträge per Wiki-Variable lesen zu können. Rohtext-Bsp.: {{{JavaUnterDebian - ''letzter Eintrag mtime(JavaUnterDebian)''}}}
!!Noch eine Überlegung für verwaiste Links:
Topic __ToteLinks__ als automatische Anzeige von Links in Topics, die ins Nirwana führen? -- MarkusMonderkamp
{{{
# Zum Prüfen per Cronjob oder auf der Kommandozeile, ob Links im JSPWiki funktionieren:
# Skriptentwurf für ToteLinks in der Version 0.03
# Alle Wiki-Seiten im Verzeichnis mit der Datei SeitenIndex holen
wget -r -level 1 -F http://wiki.lug-kr.de/wiki/SeitenIndex>ToteLinks
# geholte Seiten auf tote Links pruefen (Returncode <>200) und Returncodes loggen
# Strategiewechsel: JSPWiki liefert auch Returncode 200 bei nicht-existierenden Topics
for i in *;do
# fehlende externe Links
wget --spider --force-html -i $i>>ToteLinks
# fehlende Wiki-Links
# *** Hier geschah ein kleines Wunder ***
done
}}}
!Wunder
Es geht auch ohne Wunder. Das __~UnusedPagesPlugin__ zeigt die verwaisten Wiki-Seiten an, damit sind Seiten gemeint, auf die es keinen Link gibt:
:Einschub: Warum muss es in JSPWiki bloß für alle großen Probleme eine geniale Lösung geben?\\Dann suche ich mir halt kleine Probleme, (z.B. Error 404 bei externen Links)! --MarkusMonderkamp
__~UnusedPagesPlugin__ (Delete~ThisPage darf hier erscheinen, da ein referenzierendes Topic m.W. sonst gelöscht wird.)
[{UnusedPagesPlugin}]
Das __~UndefinedPagesPlugin__ zeigt die Seiten an, zu denen es zwar einen WikiLink gibt, aber noch keinen Inhalt:
[{UndefinedPagesPlugin}]