Archiv der Kategorie: Webentwicklung

Eine kurze Ladezeit von Webseiten ist heutzutage ein ziemlich wichtiges Bewertungskriterium von Google – und ich könnte mir vorstellen: auch von anderen Suchmaschinenbetreibern. Sie wollen den Suchenden schließlich gute Ergebnisse liefern, und eine gute Website darf eben nicht langsam sein.

Denn kaum etwas ist ärgerlicher für Seitenbesucher als ein quälend lahmer Aufbau. Da wird dann gern schon mal schnell weggeklickt und weitergesurft – vielleicht zur Konkurrenz. Schlecht für den Seitenbetreiber, der eigentlich das Ziel hat, das Interesse der Besucher für seine Website und sein Unternehmen zu wecken.

Mit dem Ladezeit-Check von Topsubmit kann man die Geschwindigkeit seiner Webpräsenz testen. Das Tool zeigt an, wo die Schwachstellen sind. Das können zu große Bilddateien sein oder riesige JavaScript-Bibliotheken wie jQuery oder ähnliche. Lachen Sie nicht – 80 KiB sind riesig im WWW, auch heutzutage.

Also: Es ist Frühling und damit Zeit, abzuspecken!

Immer wieder passiert es, dass Websites in der Form attackiert werden, dass schädlicher Code eingeschleust wird. Jüngst bin ich auf eine Website gestoßen, die – vom Betreiber ungewollt – eine Verbindung zu »greatrow[dot]ru« aufbaute. Bei »Google Safe Browsing« kann man Näheres dazu erfahren.

Es ist nicht immer leicht, die Schwachstelle zu entdecken, über die es dem Angreifer gelungen ist, die Website zu infiltrieren. Man sollte aber, damit es möglichst gar nicht erst so weit kommt, seine Website von vornherein so gut wie möglich absichern:

• Sichere Passwörter zu allen Zugängen vergeben, zum Beispiel: Login ins CMS, FTP-Zugang, Login zur Administrations-Oberfläche (Confixx, Plesk etc.) beim Webhoster. Diese Passwörter sollten mindestens acht bis zehn Zeichen enthalten und aus Klein- und Großbuchstaben, Ziffern und Sonderzeichen bestehen.
• .htacess-Datei absichern, die den Zweck hat, dem Apache-Webserver bestimmte Anweisungen zu geben. Wie man diese Absicherung vornimmt, kann man bei squatlabs nachlesen. Die empfohlenen Dateiberechtigungen werden aber beim Standardhosting dazu führen, dass die Website nicht mehr erreichbar ist, hier dürfte die Berechtigung 644 die niedrigst mögliche sein.
• Datenbankabfragen absichern: Wenn über Webformulare Benutzereingaben entgegengenommen und in eine Datenbank gespeichert werden, könnte schädlicher Code in die Datenbank eingeschleust werden, falls man die Eingaben ungeprüft/ungefiltert übergibt. Man spricht hier von eine SQL-Injection. Heise Security bietet zu diesem Thema einen älteren, aber immer noch gültigen Artikel an.

Achtung: Diese Maßnahmen allein machen es Angreifern nicht unbedingt unmöglich, in das System einzudringen, sondern sind als unerlässlicher Grundschutz zu verstehen, ohne den ein Einbruch so leicht wäre wie der unerlaubte Eintritt in ein Haus mit offenen Türen.

Wenn man im Feed seines WordPress-Blogs die Bilder nicht anzeigen lassen, aber auch den Text nicht gekürzt anbieten will, geht das mit Bordmitteln nicht. Ich habe aber eine Funktion gefunden, die man in die Datei functions.php im themes-Verzeichnis einfügen kann:

function cy_noImagesFeed($content){
    $content=preg_replace("=<img(.*)/>=Uims", "&raquo;Screenshot&laquo;", $content);
    return($content);
}
if(is_feed()){
    add_filter('the_content', 'cy_noImagesFeed',99);
} 



Danke an cywhale für den Code! Und hier ist der Link zum entsprechenden Thread des WordPress-Deutschland-Forums:
rss-ausgabe-bitte-ohne-bilder