Archiv der Kategorie: erledigt

Artikel, die die Umsetzung einer zuvor offenen Aufgabe vermelden.

wiki.sichtverbindung.de

Am 16. November bloggte ich über die „Notwendigkeit“ eines Wikis.

Diese Systeme habe ich in der Zwischenzeit installiert:

  • DokuWiki (einfach, genügsam, schlank) … habe ich auf einem lokalen Webserver recht schnell zum laufen gebracht. Eine Datenbank ist nicht erforderlich. Die Seiten werden als Klartextdateien mit Auszeichnungen abgelegt.  An die Textauszeichnungen muss ich mich noch weiter gewöhnen.
  • Mediawiki (das System der Wikipedia Foundation) habe ich auf meinem Webspace heute installiert. Das hat ganz schön gehakt bei der Installation. Nichtsdestotrotz es hat funktioniert, begeistert bin ich noch nicht.
    Nun gibt es auf jeden Fall das Wiki zur Homepage:

wiki.sichtverbindung.de

Rechtschreibprüfung

WordPress bringt von Haus aus keine Rechtschreibprüfung. Ich dachte bislang, dass sich das nur über ein Plugin lösen lassen würde. Dem ist aber nicht so. Eine gute Alternative ist die Rechtschreibprüfung von Firefox. Sie ist zwar standardmäßig nicht deaktiviert, aber es ist kein deutsches Wörterbuch installiert.  Die Installation des Wörterbuchs ermöglicht eine Rechtschreibprüfung durch Firefox in mehrzeiligen Textfeldern. Ein kleines Problem gelöst.

Ich brauche ein Wiki

… das denke ich zumindest. Ich bin die vielen Textschnipsel auf der Festplatte leid. Von den echten Zetteln ganz zu schweigen. Und da ich möglicherweise bald viel Lernstoff zu bewältigen habe, liebäugle ich mit einem Wiki.

Im Moment habe ich folgende Systeme im Blick:

  • DokuWiki (einfach, genügsam, schlank) … habe ich recht schnell zum laufen gebracht. An die Textauszeichnungen müsste ich mich noch gewöhnen, aber das ist ja bei allen Wikis so. Irgendwann wird man da bestimmt so geübt sein, dass man nicht mehr drüber nachdenkt.
  • TikiWiki (eher was im großen Stil mit CMS-Charakter)
  • Mediawiki (das System der Wikipedia Foundation)
  • (weitere Anregungen )

Datensicherung im Test

Wie ich hier beschrichtet habe, läuft jede Nacht die Datensicherung des Blogs. Würde sie jedoch im Ernstfall funktionieren? Das bestätigt nur ein Praxistest. Mir schwebt vor diese Datensicherung (ZIP-File bestehend Datenbank und Blogverzeichnis) auf einem lokalen Webserver zu testen. Es steht mir eine Netzwerk-Festplatte zur Verfügung die grundsätzlich geeignet ist. Auf dem QNAP-NAS kann ein MySQL-Server und ein Webserver gestartet werden.

Anregungen zum Thema habe ich hier gefunden. Eine ordentliche Datensicherung ist unerlässlich.

Momentan kämpfe ich noch mit der Konfiguration des NAS und dem MySQL-Frontend phpMyAdmin. Die letzten 8 Stunden habe ich mir mit Webseiten zum Thema um die Ohren geschlagen.

Es funktioniert! Es ist 04:31, und es funktioniert. Ein ganzes Stück Arbeit ist getan.
Die Datensicherung funktioniert. Das Backup läuft auf einem lokalen Webserver einwandfrei.

Folgendes war zu tun:

  • Konfiguration des QNAP-NAS: Webserver und MySQL-Server aktivieren. Das phpMyAdmin-Frontend für den MySQL-Server musste installiert werden (und den musste ich erst mal in Grundzügen begreifen).
  • die Datenbank aus dem Backup wird in auf den MySQL-Server überspielt
  • das Blogverzeichnis auf den Webserver kopieren
  • die wp-config.php an den neuen Datenbankpfad, -user und -passwort anpassen
  • in der Datenbank müssen für den Testlauf die Pfade an den lokalen Webserver angepasst werden

Es funktioniert!

Hilfreich waren diese beiden Blogs: www.blogprojekt.de und www.3D-Mediadesign.de

Permalinks aus dem Beitragsnamen

Um die Lesbarkeit der Permalinks zu verbessern wolle ich statt einer kryptischen Artikel-ID den Beitragsnamen (z.B. http://www.sichtverbindung.de/blog/beispielbeitrag/) verwenden (siehe hier).

Das führte allerdings zu Problemen:

  • Die Artikel erschienen richtig auf der Startseite, konnten aber nicht mehr über den Permalink aufgerufen werden. Auch ein Filtern nach Kategorieren endete in einem „File not Found“-Error.
  • Das Problem war eine nicht ausreichend konfigurierte  .htacces-Datei im Blog-Rootverzeichnis. WordPress beschreibt diese bei ausreichenden Rechten selbstständig.
    Alternativ fordert WordPress den Benutzer auf folgende Anweisungen in die .htaccess hineinzukopieren:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

In meinem Fall mussten auch noch die Pfade angepasst werden, weil bei mir die Daten für den Blog in einem Unterverzeichnis auf dem Server liegen. Word
Darum sieht die Datei für meinen Blog folgendermaßen aus:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /blog/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]
</IfModule>
# END WordPress

Datensicherung – erfolgreich

Im Moment sitze ich vor dem Rechner und beobachte wie das Plugin backwpup eine Datensicherung macht. Das Plugin habe ich mit einem Dropbox-Account verknüpft.

Zuerst war ich mir nicht sicher ob es wirklich geklappt hat. Das Logfile beinhaltete eine Fehlermeldung, dich ich allerdings durch Zugriffsrechte auf das Log-Verzeichnis beheben konnte. Seitdem meldet das Plugin eine erfolgreiche Sicherung der Daten. Das Backup-Archiv ist momentan lediglich 9 MB groß. Ich hab das File entpackt und untersucht. Die Datenbank ist drin, und auch eine Kopie des Blogverzeichnis. Es sieht so aus als sei alles in Ordnung.

Die Datensicherung läuft nun jede Nacht. Ich glaube ich kann, was die Arbeit an dem Blog angeht, beruhigter sein.

Datensicherung

Momentan läuft der Blog noch ohne eine Datensicherung. Das macht mich schon ein wenig nervös. Immerhin habe ich bereits viele Stunde in das Projekt investiert.

Es gibt ja mehrere denkbare Zwischenfälle, die eine Datensicherung unabdingbar machen:

  • Ich mache einen „Fehler“ und beschädige oder zerstöre die Installation.
  • Eindringlinge verschaffen sich Zutritt in das System und richten Schaden an.
  • Es kommt zu einem Datenverlust auf dem Webserver

Darum hat die Umsetzung einer regelmäßigen Datensicherung hohe Priorität und soll in Kürze auf festen Beinen stehen. Ein Plugin könnte für Abhilfe sorgen und die regelmäßige Ausführung garantieren.

Permalinks-Problem

Um die Lesbarkeit der Permalinks zu verbessern wolle ich den Beitragsname statt einer Artikel-ID verwenden. Basis für den Tipp war ein Beitrag eines Blogs der das WordPress-Backend erklärt. Nach dem Umstellen auf den Beitragsnamen konnte die Seite zwar aufgerufen werden, und das Aufrufen einzelner Artikel funktionierte auch. Allerdings konnte ich nicht mehr über das Widget nach Kategorien filtern. Der Aufruf der Artikel führt zu einer 404-Fehlermeldung. Sehr froh war ich dann als das Problem nach dem ändern auf die Standardeinstellung nicht mehr bestand. Zu dem Thema werde ich wohl noch weitere Informationen einholen.

Das Problem hat sich erledigt. Die Lösung steht hier.

Beiträge aus Word

Wenn Sie diese Worte lesen, dann hat es geklappt. Dies ist der erste Beitrag den ich mit Word 2007 verfasst habe. Die Rubrik „Coming soon“ verkürzt sich um eine offene Aufgabe. Zugegeben, es war kinderleicht.

  • Ich habe einen neuen Redakteur angelegt.
  • Der Benutzer erfordert eine eigene Mailadrese (man kann aber auch die bestehende Adresse eines anderen Nutzers nehmen).
  • In Word mussten noch die richtigen Zugangsdaten eingetragen werden.