Die EinfachMehr Finanzkanzlei berät und betreut Mandanten in allen Fragen rund um die Themen Versicherung, Vermögensaufbau und Baufinanzierung. Unsere Aufgabe war es einen Internetauftritt zu erstellen und zu betreuen, der die Kanzleiphilosophie zutreffend widerspiegelt und den Mandanten und Interessenten einen Mehrwert an Informationen bietet.

Konzept

Die Kanzlei informiert über die verschiedenen Dienstleistungsangebote und stellt im “Kanzlei”-Bereich Mitarbeiter und Kanzleiräume vor. Darüber hinaus werden auf dem Blog regelmäßig Artikel zu aktuellen Themen und Angeboten veröffentlicht. Um die Aktualität von Internetseite und Inhalten sicherzustellen, wird das Projekt im Rahmen unseres Rund-um-sorglos-Pakets umgesetzt.

Unsere Funktion

Unsere Aufgabe in diesem Projekt geht weit über die “klassische” Erstellung der Internetseite hinaus. Wir sind von der Ideenfindung bis zur Umsetzung involviert. In regelmäßigen Gesprächen mit EinfachMehr legen wir die nächsten Ziele fest und entscheiden, zu welchen aktuellen Themen wir berichten möchten.

Im Blog-Bereich sollen monatlich neue Artikel erscheinen. Thema, Zielgruppe und Inhalt dieser Texte legen wir mit den Kunden zusammen fest. Das eigentliche Schreiben der Texte erfolgt durch Silja Karnelka.

Beratungsgespräch online

Die EinfachMehr Finanzkanzlei bietet ihren Kunden die Möglichkeit eines Online Beratungsgesprächs. Der Login-Bereich für die Kunden ist in der Startseite des Webauftritts integriert. Kunden bekommen von ihrem Berater den Termin für die Online Konferenz mitgeteilt und können sich dort mit dem Zugangspasswort einloggen. Während der Konferenz können Kunden ihren Berater in einer Webcam sehen.

Die technische Lösung dahinter ist das Open Source Tool BigBlueButton. BigBlueButton wird von EinfachMehr seit einem Jahr für Telekonferenzen genutzt und auf unseren Servern im Rahmen einer Public Cloud Lösung gehostet.

Design, das sich anpasst

Das Design der Internetseite passt sich unterschiedlichen Bildschirmgrößen und Endgeräten an. Anstelle eines eigenen mobilen Designs kommt ein sogenanntes Responsive-Design zum Einsatz.

Smartphone Version

Tablet Version

Web Version

Es passiert nicht selten: Eine neue Internetseite wird erstellt, abgesegnet und livegeschaltet. Und dann passiert für sehr lange Zeit nichts. Das fällt uns immer wieder auf. Nicht nur bei “fremden” Internetseiten, sondern auch bei unseren eigenen Kunden. So sollte man es aber genau nicht machen.

Es gibt kein Medium, das sich so schnell verändert wie das Internet. Standards die heute noch absolut gängig sind, sind kurze Zeit später völlig veraltet und überholt. Das Alter von Internetseiten lässt sich fast mit Hundejahren vergleichen. Ein Jahr in der Webwelt, entspricht sieben Jahren in der Offline-Welt. Wenn man den Vergleich mit den Hundejahren heranzieht, wäre eine 2-Jahre-alte Internetseite eigentlich 14 Jahre alt. Und wenn damit in diesen 2 Jahren gar nichts passiert, trifft das auch wirklich zu. Die Probleme die so entstehen sind technischer und inhaltlicher Natur.

Technische Probleme

Inhaltliche Probleme

Das lässt sich vermeiden, wenn Internetseiten aktuell gehalten werden. Damit es nicht irgendwann so aussieht…

Die aktuelle Version von Steganos LockNote lädt man sich von Sourceforge herunter und entpackt die zip-Datei im Explore.

Im entpackten Ordner findet man zum einen die Quelldaten sowie die Datei LockNote.exe. Den normalen Anwender wird meist nur die LockNote.exe interessieren. Hierbei handelt es sich um die eigentliche Programmdatei. Diese Datei kann man sich an einen beliebigen Ort auf seinem PC verschieben oder kopieren.

Nun zieht man eine beliebige Textdatei auf das LockNote.exe Icon. Es erscheint eine Abfragemaske ob die Datei konvertiert werden soll. Nach der Bejahung, gibt man ein Passwort ein, mit dem die Textdatei vor unbefugten Zugriffen geschützt werden soll.

Eine ausführbare (exe-Datei) mit Namen der ursprünglichen Textdatei wird angelegt. Der Inhalt der erzeugten LockNote-Datei lässt sich nur noch nach Eingabe des korrekten Passwortes anzeigen. Die ursprüngliche Textdatei wird nicht automatisch gelöscht. Nach Prüfung* des Inhaltes der verschlüsselten Textdatei, sollte man die ursprünglichen Datei löschen.

Auch beim Löschen der ursprünglichen Datei sollte man eine Löschmethode anwenden, die keine Wiederherstellung ermöglicht. Hierzu eignet sich beispielsweise das Open Source Programm eraser.

*Es empfiehlt sich die konvertierte Datei vor dem Löschen der original Datei auf Fehler zu überprüfen. Bei mir wurden bei der Konvertierung, SQL-Anweisungen zerstört, bzw. verändert. Falls Fehler aufgetreten sind, überschreibt man am besten den Inhalt mittels copy & paste aus der original Datei. Nochmal abspeichern, schließen und wieder öffnen. Nun sollten die Datei mit dem Inhalt der Originaldatei übereinstimmen.

Ursprünglich wurde die Standard 404-Fehlerseite vom Template-Framework ausgeliefert. Die sah so aus:

Das ist kein Ausschnitt, das ist alles, was angezeigt wurde. Kein Logo, kein Menü, nichts. Die Botschaft ist zwar eindeutig, aber nicht sehr elegant. Die riesige 404 schreit den Besucher ja fast an: DIE SEITE GIBT ES NICHT!!!!

Das wird nicht gerade wenige Besucher verwirren. Das fängt schon damit an, dass nicht jeder weiß, was “404″ ist. Aus Erfahrung weiß ich, dass dann viele schnell den Zurück-Button im Brwoser drücken oder sogar das Browserfenster schließen.

Die Seite gibt dem Besucher auch keinerlei Hilfen oder Lösungsvorschläge. Es gibt eben kein Menü, keinen Link zur Startseite, kein Suchfenster, keine Sitemap. Was soll der Besucher jetzt machen? Den Stromstecker ziehen, bevor sich die Internetseite selbst zerstört?

Für den Besucher ist auch nicht erkennbar, wo, also auf welcher Internetseite, er sich eigentlich befindet. Es gibt nichts, das dazu irgendeinen Anhaltspunkt gibt.

Was gibt es für Möglichkeiten?

1. Eine angepasste (klassische) 404-Seite: Der Besucher erkennt aufgrund des Logos und Designs, dass er sich grundsätzlich auf der richtigen Internetseite befindet. In knappem Text wird dem Kunden der Fehler mitgeteilt und meist ein Link zur Startseite und/oder eine Suchfunktion geboten.
2. Weiterleitung zu thematisch passender Seite: Der Besucher wird automatisch zu einer eventuell passenden Seite weitergeleitet. Ihm wird nicht mitgeteilt, dass es einen 404-Fehler gibt.
3. Anzeige der Startseite: Es wird einfach die Startseite angezeigt. Auch hier bekommt der Besucher keine Mitteilung über den Fehler.
4. Anzeige der Sitemap
5. Kopf in den Sand stecken

Wieso gibt es eigentlich diese Fehlermeldung?

Eine 404-Fehlerseite wird vom Server ausgeliefert, wenn die aufgerufene Seite nicht gefunden werden kann. Das kann verschiedene Gründe haben:

• Die Seite wurde umbenannt, verschoben oder gelöscht.
• Der Besucher hat sich beim Eingeben der URL in die Adresszeile des Browsers vertippt.
• Die angeforderte Internetseite ist, aus welchen Gründen auch immer, (vorübergehend) nicht erreichbar.

Das sollte eigentlich nicht passieren. Wenn Seiten verschoben oder umbenannt werden, kann man serverseitig sog. 301-Weiterleitungen zu der neuen Adresse einrichten. Eventuell kann da aber auch mal etwas schief gehen und eine Weiterleitung funktioniert nicht. Dann wird doch die 404-Fehlerseite angezeigt.

Was ist unsere Lösung?

Wir wollten eine Fehlerseite, die dem Besucher sagt, dass es die eigentlich angefragte Seite nicht gibt. Es sollte erkennbar sein, dass er sich auf unserer Internetseite befindet. Dem Besucher sollten Lösungshilfen angeboten werden.

Die einfachste Lösung wäre, ein Plugin zu finden, das genau diese Anforderungen erfüllt. Der erste Weg führte mich daher ins WordPress Plugin Verzeichnis. Dort gibt es einige 404-Plugins. Ich habe einige getestet. Keines konnte mich so wirklich überzeugen.

Nach kurzer Google-Recherche bin ich dann aber auf einen genialen Artikel von Joost de Valk zu 404 Fehlerseiten gestoßen. Hier wird nämlich alles verbunden. Der Kopfbereich der Seite (mit klickbarem Logo) zeigt, dass man grundsätzlich richtig ist. Dann gibt es anhand der URL Vorschläge von Seiten, die der Besucher gemeint haben könnte. (Wenn es etwas in der Richtung auf der Seite gibt.) Danach folgen Tipps an den Besucher, ein Suchfeld und ein Link zu Sitemap und Startseite. Der Artikel liefert auch gleich den entsprevhenden Code mit, der in die 404.php eingefügt werden muss. Mit ein paar CSS-Anweisungen kann man das Ganze dann noch optisch anpassen. Und schon ist die eigene 404-Fehlerseite fertig.

Update

Nachdem wir das Design unserer Internetseite überarbeitet haben und ein anderes Framework verwenden, sieht die 404-Seite jetzt so aus:

Der Inhalt und die Informationen sind die gleichen. Diesmal habe ich die im (Woo-)Framework enthaltene Fehlerseite angepasst und in den Content-Bereich meine individuellen Inhalte eingefügt. CSS-Anpassungen waren nicht mehr nötig.

Software mit Bezug zum Internet muss immer aktuell gehalten werden: Standards ändern sich, Abläufe werden optimiert, Programme werden verbessert.

Der wichtigste Grund für Aktualisierungen sind jedoch Sicherheitsupdates. Internetkriminelle, wie professionelle Hacker und Skript-Kiddies nutzen bekannte Sicherheitslücken in Software aus. Die gehackten Seiten verteilen im besten Fall Links zu Pornoseiten oder potenzstärkenden Mitteln, im schlimmsten Fall stehen die Kreditkartendaten Ihrer Kunden zum Verkauf.

Kann man nicht nur sichere Software verwenden?

Perfekte Software gibt es leider nicht. 100%ig sichere auch nicht. Absolute Sicherheit hat man nur, wenn der Rechner vom Internet, externen Datenträgern und Fremdeinwirkungen (Benutzer) ferngehalten wird.

Zum Glück lernen Entwickler ständig dazu und beheben Ihre Fehler. Sogenannte Patches stopfen die bekannten Sicherheitslücken und beseitigen so die Angriffsstelle. Sie müssen aber installiert werden. Voll automatische Updates gibt es im Onlinebereich nicht wirklich.

Software muss aber auch weiterentwickelt werden

Bleibt die Entwicklung stehen und schließt nur noch Sicherheitslücken, wird die Software bald von Konkurrenzprodukten abgelöst. Die Entwickler dürfen sich also auch nicht auf dem Status quo ausruhen.

Das Implizieren neuer Funktionen und Erweiterungen bedeutet aber nicht nur Vorteile. In der Softwareentwicklung, gerade im Webbereich wird nicht immer alles neu entwickelt, sondern bestehende, gut funktionierende Bibliotheken oder Funktionen integriert. Zeigt sich nun eine Sicherheitslücke in einer dieser Bibliotheken, wird darüber eine in den Grundfunktionen sichere Software doch wieder angreifbar. (wie z.B. kürzlich WordPress durch die timthumb-Bildverkleinerungs Bibliothek).

Die Weiterentwicklung einer Software bedeutet manchmal auch, dass die Unterstützung für bestehende Funktionen eingestellt wird. Meist, weil diese Funktionen durch neuere, bessere und sichere ersetzt werden.

Problematisch wird das aber, wenn andere Software auf diese Funktionen angewiesen ist. Wie das sein kann?

CMS Systeme wie WordPress, Joomla! oder Onlineshops greifen auf das LAMP-System zu. Wird die Version von PHP oder MySQL aktualisiert, muss das bei diesen Anwendungen durch Softwareupdates berücksichtigt werden. Wird die Unterstützung von Funktion x durch y abgelöst, müssen die Entwickler die Software entsprechend anpassen. Sonst erzeugt das System Warnhinweise und Fehlermeldungen.

Umgekehrt geben CMS-Systeme aber auch Mindestanforderungen an das LAMP-System vor.

Kann man den Server nicht einfach auf dem alten Stand lassen?

Stillstand bedeutet in der IT immer Rückschritt. Alte Software wird irgendwann nicht mehr unterstützt. Sicherheitslücken werden dann nicht mehr über Softwareupdates geschlossen, sondern bleiben bestehen. Das betrifft nicht nur PC-Betriebssystem oder Content Management Systeme, sondern genauso auch Server Betriebssysteme wie Linux. Dieses Risiko können und wollen wir nicht eingehen. Daher werden unsere Server regelmäßig gewartet und aktualisiert.

Was bedeutet das für veraltete Software?

Wird nur eines der Systeme aktualisiert oder wird der Support für eine Version ganz eingestellt (z.B. Joomla! 1.0) gibt es nur zwei Möglichkeiten:

1. Migration zur aktuellen Version: Diese Umstellung kann in den meisten Fällen nicht automatisch erfolgen. Spätestens wenn sich die Struktur der Datenbank verändert oder Erweiterungen mit einer neueren Funktion nicht mehr kompatibel sind, bedeutet das manuellen Eingriff durch einen Webentwickler / Datenbankexperten, also Aufwand von uns.
2. Migration des alten Systems auf einen separaten Server: Wir richten einen weiteren, von unseren anderen Kunden getrennten virtuellen Server ein. Der Webauftritt wird dann auf diesem System  mit den alten Serverkonfigurationen gehostet. Eventuelle Sicherheitslücken im alten System werden dadurch aber nicht beseitigt.

Für dieses separate Hosting und die Einrichtung des Servers fallen weitere, zusätzliche Kosten an. Das eigentliche Problem, die veralte Software wird dadurch aber nicht behoben, sondern nur verschoben.

• Malwareinfizierung: Möglicherweise ist der PC mit einem Virus, Trojaner oder sonstiger schädlicher Software (sg. Malware) infiziert. Im Hintergrund kann eine solche Schadsoftware ihre Arbeit verrichten und den PC damit bei seinen eigentlichen Aufgaben bremsen.
• Programminkompatibilitäten: Manchmal können sich verschiedene Programme gegenseitig bei der Arbeit behindern. Dieses Problem tritt besonders häufig dann auf, wenn mehr als ein Virenschutzprogramm installiert ist. Die Virenschutzprogramme versuchen, gleichzeitig auf die selben Dateien zuzugreifen und blockieren sich gegenseitig.
• Festplattendefekte: die Festplatte ist defekt und kann die angeforderten Informationen nicht liefern. Die Festplatte ist damit beschäftigt zu versuchen, ihre eigenen Fehler zu beheben und reagiert kaum noch auf weitere Aufgabe.
• Wenig freier Speicherplatz: Sobald auf einem Windows System weniger als 1 GB Speicherplatz frei ist, kann das System nicht mehr ordentlich arbeiten.
• Überforderung: Möglicherweise ist der Computer der geforderten Leistung nicht mehr gewachsen. Viele gleichzeitig laufende Programme fordern mehr Leistung. Sobald nicht mehr genügend Arbeitsspeicher frei oder der Prozessor zu schwach ist, wird das System langsam oder läuft nicht mehr “rund”.
• Inkompatible oder fehlerhafte Treiber: Wir haben schon Fälle erlebt, in denen ein fehlerhafter Treiber das komplette Betriebssystem “lahm” gelegt hat, weil das entsprechende Gerät (in dem konkreten Fall ein Netzwerk-Drucker) ausgeschaltet war. Defekte (schlecht programmierte) oder inkompatible Treiber können auch dafür verantwortlich sein, dass das Betriebssystem mehr als 15 Minuten zum Starten benötigt. “Und das auf einem Rechner der noch nicht einmal ein Jahr alt war!”
• Fehlerhafter Arbeitsspeicher: Ein fehlerhafter Arbeitsspeicher kann nicht nur das System verlangsamen, sondern auch Abstürze von Programmen oder dem kompletten Betriebssystem verursachen.

Die genaue Ursache des Problems lässt sich über eine telefonische Diagnose schlecht feststellen. Das sinnvollste ist, der PC wird fachmännisch überprüft.

Um die Code-Schnipsel anzeigen zu lassen, haben wir die Informationen in <pre>-Tags gepackt. Für das Syntax Highlighting muss das Geshi Plugin aktiviert sein.
Dabei sind wir auf zwei Stolperfallen gestoßen:

1. Sprache des Code

Dem <pre>-Tag muss mitgeteilt werden, um welche Sprache (PHP, HTML) es sich bei dem Code handelt. Vergisst man das oder verwendet eine veraltete Syntax, wird der Code als PHP behandelt. Das schaut etwas seltsam aus, wenn man das Wörtchen “die” verwendet. Geshi denkt, dass man den PHP-Befehl die() meint und hebt das Wort hervor. Möchte man das nicht, (und wer möchte den Besucher seiner Seite schon nachdrücklich zum Ableben auffordern…) sollte die korrekte Syntax verwendet werden:

<pre xml:lan="html">Hier kommt der Text</pre>

2. Plugin vor <pre>-Tag

Möchte man zeigen, wie eine Bildergalerie, in unserem Fall die Simple Image Galerie eingebunden wird, steht vor dem Problem, dass das Plug-In aktiv wird, bevor das <pre>-Tag als solches ausgewertet wird. Zwar wird nicht direkt die Galerie angezeigt, aber anstelle

{gallery}Pfadname{/gallery}

wird der Befehl ausgeführt und das Ergebnis steht in Textform da.

Da hilft nur, den kompletten Codeschnipsel in Unicode Werte umzuwandeln. Die Google-Suche “ascii unicode converter” liefert hier einige Konverter Tools.

Dann übernimmt erst der Browser die Umwandlung in “normale” Satzzeichen und alles sieht so aus, wie es soll.

In unserem Fall hatte die Lösung dieses Problems nichts mit den Einstellungen der Galerie zu tun. Es war schlichtweg ein Problem mit dem Namen der einzelnen Bilddateien.

Die Dateinamen müssen alle komplett kleingeschrieben sein und dürfen keinen “_” Unterstrich enthalten. “-”Bindestriche sind aber erlaubt!

Irgendwie muss ich dabei jetzt an meinen Vater denken. Der ist ein “Oldie-Informatiker” und hat immer geschimpft, wenn ich in (Word-)Dateinamen Groß-/Kleinschreibung und Sonderzeichen verwendet habe…

Ob dieses Problem auch noch bei der neueren Version der SIG Pro existiert, glaube ich zwar nicht. Wir verwenden aber nur die Version 1.2, falls wir die SIG pro verwenden.
Bei dieser Version gibt es noch die Möglichkeit, die Sprache für die Bilderanzeige im Admin-Backend auszuwählen, ohne in den PHP-Dateien rumzuschreiben. Diese Art der Konfiguration finde ich für eine Bildergalerie etwas umständlich.

Setting up cron jobs in Unix and Solaris

cron is a unix, solaris utility that allows tasks to be automatically run in the background at regular intervals by the cron daemon. These tasks are often termed as cron jobs in unix , solaris. Crontab (CRON TABle) is a file which contains the schedule of cron entries to be run and at specified times.

via Crontab – Quick Reference.

via Delete Empty Directories.