Mein DokuWiki on a Stick warf mir auf meinem Lucid heute Morgen die folgende Meldung entgegen:
[error] [client ::1] client denied by server configuration: /media/truecrypt1/DokuWiki/dokuwiki/doku.php
Offensichtlich will der Microapache in seiner httpd.conf den Eintrag 127.0.0.1 nicht mehr fressen.
<Location />
Order Deny,Allow
Deny from all
Allow from localhost
</Location>
Wenn dann allerdings die Konfiguration auf localhost umgestellt wird, dann lässt er mich wieder rein.
Bei mir zickt das DokuWiki Blog Plugin bei der Installation. Ich trage den Pfad zum Archiv auf der Admin Plugin Seite ein, drücke Enter und die Seite wird weiß. Im Error Log des Apachen steht dann:
?PHP Fatal error: Cannot redeclare class action_plugin_blog in /var/www/dokuwiki/lib/plugins/blog/action.php on line 215, referer: https://my.dokuwiki.site/doku.php?do=admin&page=plugin
Das Problem ist, dass sich das Archiv mit einem falschen Dateinamen entpackt:
dokufreaks-plugin-blog-a32b5ed
Deswegen hilft ein
mv dokufreaks-plugin-blog-a32b5ed/ blog
in
dokuwiki/lib/plugins
und alles tut wieder.
… funktionierte einfach überhaupt nicht! Während DW8 unter meinen 32bittigen Laptops unter Lucid einfach das tat, was er die letzten Jahre immer tat – arbeiten – brach der Start des DW unter der 64 Bit Version von Ubuntu Lucid Lynx 10.04 LTS mit der Fehlermeldung
err:module:attach_process_dlls „odbc32.dll“ failed to initialize, aborting
ab. Erst ein Post in den Ubuntuforen brachte mich auf die richtige Spur, nur wusste ich nicht, wie wörtlich ich diesen nehmen sollte. Die Antwort: Sehr wörtlich!
Benötigt wird eine funktionierende Installation von Windows XP. Ist die nicht vorhanden, dann kann man nach den benötigten DLLs auch googlen und welche aus dem Netz verwenden. Ich würde aber dazu raten, diese auf jeden Fall auf Viren zu scannen (clamav – oder noch besser mit Hilfe von Webdiensten).
Lange Vorrede: Man kopiert sich die Dateien
odbcint.dll
odbc32.dll
aus dem Ordner
Windows/system32
des Windowsrechners (aus XP – wenn in Wine XP eingestellt ist) nach
/home/benutzername/.wine/drive_c/windows/system32
Dann stellt man auf dem Reiter von WineCFG (in der Shell mit winecfg aufgerufen oder über das Menü /Anwendungen /Wine /Konfiguriere Wine) ein, dass Wine die odbc32.dll nativ behandeln soll.
Dazu fügt man eine neue Überschreibung hinzu, indem man aus dem Dropdownmenü die odbc32.dll auswählt und dann im kleinen Popup-Fenster ein Häkchen bei „Nativ (Windows)“ macht.
Voila. Einen Bugreport hab ich auch gleich mal dazu geschrieben, in der Hoffnung, dass sich ein Experte darum kümmert. Schließlich sollte Wine Windows emulieren können, ohne derartige Krücken – und konnte dies bisher auch.
Ohne Worte von http://www.cleanternet.org
Obwohl eine DokuWiki Seite von mir schon längere Zeit online war, wurde diese scheinbar nicht von Google gefunden. Also setzte ich die Google Webmastertools ein, um die Indexierung etwas zu beschleunigen.
Um die Webmastertools nutzen zu können, muss in die jeweilige Seite im Kopf ein Eintrag gesetzt werden, der Google versichert, dass man selbst Besitzer der Seite ist:
<meta name="google-site-verification" content="C8uYblaehfAseLMurksblablaRN8INewX" />
Dieser Eintrag gehört in
lib/tpl/themename/main.php
In diesem Zusammenhang fiel mir dann auf, dass DokuWiki im Seitenheader ein noindex und nofollow stehen hat und sich so doch sehr verschlossen zeigt. Ein Artikel zu diesem Thema brachte mich auf die richtige Spur.
In der Datei conf/local.php können einige Anpassungen von Hand vorgenommen werden, die DokuWiki für Suchmaschinen besonders attraktiv macht:
$conf['userewrite'] = 2;
$conf['useslash'] = 1;
Eine tiefer gehende Beschreibung ist hier zu finden.
Allerdings schoss mir diese Einstellung – im Zusammenhang mit weiteren, die ich gleich nennen werde – jedoch das Blogsystem von DokuWiki kaputt, das nicht alle Umstellungen gut verkraftet. Dies gilt zumindest dann, wenn das Blog wie auf http://www.kvfg.info auf der Startseite eingebunden wird.
Über /Admin /Konfiguration lassen sich die wichtigsten Einstellungen auch ohne direkten Eingriff in die conf/local.php setzen:
Dies – und die Webmastertools selbst – sorgen nun für suchmaschinenverträglichere Einträge im Header der Site. Ein
http://dokuwikiseite.domain/lib/exe/indexer.php?debug=1
prüft, ob die Sitemap erzeugt werden kann. Will das nicht gleich klappen, dann sollte diese mit
touch sitemap.xml.gz
im Webroot von DokuWiki so angelegt werden, dass der Webserver schreiben kann. Ob alles geklappt hat, kann dann mit
http://dokuwikiseite.domain/sitemap.xml.gz
überprüft werden: DokuWiki müsste die Datei zum Download anbieten. Hat alles funktioniert, dann macht man diese Datei nun wiederum den Webmastertools bekannt, die sofort Erfolg oder Misserfolg zurückmelden.
Auf meinen Dell D830 und Vostro 1510 hat die Installation des Lucid RC reibungslos geklappt. Eine Dokumentation der Programme und Installationsschritte ist im KvFG Wiki zu finden.
Das einzige Programm, das ich bisher noch nicht installiert habe und das auf Karmic auch gleich am ersten Tag mit an Bord kam, war meine VMWare Workstation in der Version 6.5.4. Eine Installationsanleitung, wenn auch sehr kurz, ist aber im Netz zu finden. So simple sieht die mir aber nicht aus und deswegen versuch ich jetzt erst einmal vollständig ohne VM aus zukommen. VirtualBox wird hoffentlich bald ein Alternativangebot machen und so lange kann ich auf Web-OCR zurückgreifen.
Der Linsenbühl ist ein Sammlung an Felsen oberhalb der Schlösslessteige in Lichtenstein und enthält ein paar nette Höhlen. Eine der längeren dürfte rund 130m haben und diese haben wir heute, so weit die Kinder konnten, durchkrochen.
Von der Schlösselsteige aus ist (im Herbst und im Frühjahr) die rechte Höhle zu sehen, die allerdings weniger interessant, weil nur rund 3m tief ist. Dafür kann man dort gut sitzen und vespern.
Der Aufstieg zur Höhle ist recht beschwerlich, weil der Hang überwiegend aus Laub und Schotter besteht und dauernd unter den Füßen wegrutscht. Mit einem Seil (und einem gewandten Vorkletterer) geht es dann aber, wenn man diagonal läuft und so den kleinen Lawinen der Vorkletterer ausweicht.
Der Eingang zur linken Höhle ist selbst oben am Hang kaum zu sehen.
Nach einer hübschen ersten Halle mit Kamin folgt eine Gangstrecke, die mehr oder weniger klar Schlüssellochprofil erkennen lässt. Stellenweise ist die Druckröhre noch klar zu sehen.
Weiter hinten wird der Gang dann zuerst zunehmend schmaler …
… und dann auch niedriger. Die letzte Hälfte darf man in einem linsenförmigen Gang durch ziemlich zähen Höhlenlehm robben, der einem fast die Hose auszieht.
Ganz am Ende wurde die Höhle dann leider für mich zu eng, kleinere Persönchen kommen aber durchaus noch ein paar Biegungen weiter.
Wir waren am Mittwoch kurz bei der Falke, die hübsch schüttete, was auch schon auf der Höhe des Elsachbröllers gut zu sehen war, weil das Flussbett gut Wasser führte. Außerdem schütteten die Elsach-Hang- sowie auch die Elsach-Wiesenquelle.
Den Wadelbrunnen suchten wir dann als nächstes.
Auch dieser musste erst vor Kurzem Wasser gespuckt haben: Viele Blätter lagen noch über weite Strecken perfekt ausgerichtet im Bachbett. Der Wadelbrunnen selbst war kaum zu sehen.
Nach etwas Buddeln konnte aber der Eingang vom Laub befreit werden.
Leider verließ meine Arbeiter aber nun die Lust am Graben – die fast 1m dicke Laubschicht im Bachbett war anziehender.
Eingraben
Reinhüpfen
Abtauchen
Nicht wundern – rsnapshot meldet in seinem Log
[14/Mar/2010:15:30:01] /usr/bin/rsnapshot weekly: started
[14/Mar/2010:15:30:01] echo 18667 > /var/run/rsnapshot.pid
[14/Mar/2010:15:30:01] rm -f /var/run/rsnapshot.pid
[14/Mar/2010:15:30:01] /usr/bin/rsnapshot weekly: completed successfully
aber auf der Sicherungsplatte ist evtl. nichts zu sehen.
Das liegt daran, dass rsnapshot erst dann einen Ordner weekly.0 anlegt und das dazu gehörende Backup ausführt, wenn die in der /etc/rsnapshot.conf angegebene Zahl an daily Sicherungen erreicht wurde. Das Gleiche gilt dann auch für monthly Sicherung. [Quelle]
Lösung: Abwarten.
Der Ausdruck von mehreren Seiten auf ein Din A4 Blatt lässt sich unter Linux vielfältig organisieren. gtklp ist eine Möglichkeit, die ich hier schon beschrieben habe. Auf der shell eigenet sich psnup oder auch mpage.
Dabei kann zumindest OpenOffice das auch von sich aus – und zwar aus der Seitenansicht heraus.
Zuerst werden in der Seitenansicht selbst die „Druckoptionen Seitenansicht“ aufgerufen – das ist das Icon mit der zeigenden Hand links vom „Seitenansicht schließen“ Knopf.
Hier kann die Aufteilung der zu druckenden Seiten auf das Einzelblatt eingestellt werden.
Zum Abschluss den Schalter „Seitenansicht drucken“ in der Seitenvorschau anklicken.