CammaBlog

Seit längerem gibt es im CMS Made Simple Forum einen Thread zum Thema Webseitenunterhalt.

Dabei gab es schon mal ein interessantes Muster für einen Webseitenunterhalts-Vertrag:

Beispiel eines Wartungsvertrags.

Neulich wurde ein interessanter Link zu den Härting Rechtsanwälten gepostet. Hier gibt es diverse Vertragsbeispiele für den Unterhalt einer Webseite, Webhosting, Content oder Software. Es sind für verschiedene Informatikbereiche Beispiele dabei.

Hier gehts zur Webseite der Härting Rechtsanwälte.

Hinweis: Die Verträge bauen auf deutschem Recht. Somit können bestimmte Formulierungen oder Paragrafen in der Schweiz anders sein.

Typo3 hat ein sehr mächtiges Caching. Allerdings kann einem dieses z.T. einen Streich spielen. Werden z.B. auf jeder Seite die News angezeigt, muss man erst den Cache löschen, bevor eine Änderung an den News auf den Seiten sichtbar sind. (Der Cache der Seiten bekommt nicht mit, dass die News geändert haben).

Meistens können Redakteure den Cache nicht selbstständig löschen oder wissen nicht wie’s geht. Mit folgendem Eintrag in der TS-Config des News-Seite kann der Redakteur den Cache durch das Dropdown Menü leeren:

Das ist allerdings noch keine automatische Löschung. Mittels folgendem Eintrag wird der Cache bei jedem Speichern der News gelöscht:

Soll nur bei einer bestimmten Seite der Cache gelöscht werden, gibt man die entsprechenden Seiten-IDs an:

Weitere Informationen dazu hier.

Auf OpenMind wurde eine Liste mit 47 Massnahmen veröffentlicht um eine Typo3 Installation sicher zu machen.

http://www.workshop.ch/openmind/2009/10/07/typo3-security-checklist-47-massnahmen-um-eine-typo3-installation-sicherer-zu-machen/

Download der Security Checkliste

Die Liste wird immer wieder erweitert. Akutuelle Versionen sind auf dem Open Mind Blog zu finden.

Gestern wurde CMS made simple in der Version 1.6.6 “Bonde” veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden: http://dev.cmsmadesimple.org/project/files/6

Hier die Übersetzung des englischen Artikels zur Veröffentlichung:

Dies ist wieder überwiegend ein Bugfix Release, in welchem die Probleme beseitigt wurden, welche die Benutzer berichtet hatten, teilweise im Zusammenhang mit dem Einsatz von Pretty (sprechende) URLs mit angehängtem “/”.

Weiterhin hoffen wir, dass wir das Problem für ein und alle Mal gelöst haben, dass die Bildverwaltung auf das Login Formular weitergeleitet hat und warum einige Benutzer Probleme hatten, den WYSIWYG Editor zum Laufen zu bekommen. Die Ursache war, dass deren Hosts session.use_cookies nicht aktiviert hatten. Dies ist keine empfohlene Einstellung, und obwohl wir Programm-Code hinzugefügt haben, um dieses Problem zu beheben, werden wir dieses Feature von CMSms nicht offiziell supporten. Deshalb bitten wir alle, session.use_cookies auf ihren Hosts zu aktivieren oder Ihren Provider darum zu bitten.

Im folgenden die Liste aller Änderungen:

Version 1.6.6 – Bonde
—————————–
– #3777 Dokumentation Fehler: redirect_url Plugin
– #3923 Adminlog Download, Tab Trenner einfach gequoted
– #3926 Kleiner Schreibfehler im Stylesheet
– #3935 Validations Fehler im Stylesheet ‘Accessibility and cross-browser tools’
– #4002 Menu Parameter start_level=’2′ zeigte keine Menüpunkte
– #4068 Admin Log, Umbenennung von “HTML Blob” zu “Global Content Block”
– #4118 die() mit leerer Seite
– Problembehebung mit showinmenu für Menü-Trenner.
– Problembehebung, dass Seiten in der Backend-Listendarstellung nicht inaktiv gesetzt werden konnten.
– Problembehebung im Rechte-System für das Kopieren von Inhalts-Seiten.
– Problembehebung bei der PDF Ausgabe, sie funktionierte nur, wenn das PDF Flag nicht gesetzt (aus) war.
– Das Absenden von Formularen funktionierte nicht, wenn die Datei .htaccess verwendet wurde und die Einstellung page_extension = ” war.
*** Fehlerbehebungen im Zusammenhang mit session.use_cookies == off ****
Hinweis: Dies ist keine empfohlene Einstellung, und zukünftige Versionen von CMSms werden dieses Feature nicht offiziell supporten.
Deshalb bitten wir alle, session.use_cookies auf ihren Hosts zu aktivieren oder Ihren Provider darum zu bitten.
– Dieses Problem verursachte wahrscheinlich viele TinyMCE Probleme in der Vergangenheit.
– Die Installations- und Upgrade-Routinen funktionieren nicht, wenn diese Einstellung auf “off” gesetzt ist.
– Die Installations- und Upgrade-Routinen werden ab jetzt die Einstellung kontrollieren.
– TinyMCE 2.2.5 unterstützt jetzt session.use_cookies == off.
– Die Bildverwaltung leitet nicht mehr zum Login-Formulat weiter, wenn session.use_cookies == off gesetzt ist.

Am Wochenende wurde CMS made simple in der Version 1.6.5 “Poya” veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden: http://dev.cmsmadesimple.org/project/files/6

Im folgenden die Änderungen seit dem letzten Versionsupdate:

- Behebung eines Problems bei Mehrfach-Löschung von Seiten mit inaktiven Unterseiten.
- Behebung von mehreren Fehlern beim Erzeugen von Content-Objekten.
- Fehlerbehebung der Funktion CreateFormStart, um die Seiten-URL zuverlässiger zu bekommen.
- Behebung eines Problems mit sprechenden (pretty) URLs (internal oder mod_rewrite) und GET Parametern in der URL.

Druckfreundliche Seiten (Printing):
- Behebung des Problems, dass das Stylesheet nicht gefunden wird, wenn sprechende (pretty) URLs genutzt werden.
- Fehlerbehebung beim Parsen einer URL zum Drucken.

News:
- Behebung eines kleinere Fehlers beim Bearbeiten eines Artikels, welcher das Ablaufdatum aktiviert hat.

MenüManager
- Fehlerbehebung beim Benutzen von Default Datenbank Templates.
- Fehlerbehebung beim Löschen des Default Datenbank Templates.

TinyMCE:
- Fehlerbehebung beim Deaktivieren der WYSIWYG Schaltfläche beim Speichern des Basic Toolbar Profils.
- Fehlerbehebung bei gekürzten Menütexten mit Anführungszeichen, diese wurden nicht richtig maskiert.
- Modul auf die aktuellste Version 3.2.6 des TinyMCE aktualisiert.

Es gibt einen kleinen Fehler des MenüManagers beim Verwenden von start_level. Via SVN und im nächsten Release ist das wieder behoben, wer es schneller benötigt, schaut hier: http://forum.cmsmadesimple.org/index.php/topic,37147.0.html

Jede CMS Installation sollte abgesichert werden. Dazu gibt es jeweils für die verschiedenen CMS System Anleitungen.

Gerade bei weit verbreiteten Systemen wie WordPress gibt es immr wieder Berichte über gehackte WordPress-Installationen bei denen oftmals von Angreifern Beitragsinhalte verändert, Spamlinks eingefügt und per CSS versteckt wurden. Genauso ist es durch einen Hacker möglich alle Beiträge zu löschen oder sonstigen Unfug zu treiben.

Auf cywahle.de ist ein Tutorial veröffentlich worden wie man WordPress absichern kann:
http://www.cywhale.de/sicherheit-wordpress-absichern/

Update:
Unter folgender Adresse sind weitere Tipps zu finden:
http://www.agenturblog.de/2008-01/wordpress-sicherer-machen-acht-tipps-fuer-den-hausgebrauch/

Interessant dabei vorallem die Einschränkung des Adminbereichs auf den Zugriff nur von bestimmten IP Adressen:

AuthUserFile /dev/null
AuthGroupFile /dev/null
AuthName “Access Control”
AuthType Basic

order deny,allow
deny from all
# whitelist home IP address
allow from 64.233.169.99
# whitelist work IP address
allow from 69.147.114.210
allow from 199.239.136.200
# IP while in Kentucky; delete when back
allow from 128.163.2.27

Die IP Adressen müssen natürlich durch die eigenen IP Adressen ersetzt werden.

Um die Ausgabe der wp_head() Funktion zu beeinflussen, lassen sich mit einfachen Funktionen verschiedene Ausgaben unterdrücken. Dies ohne an den core Dateien veränderungen vornehmen zu müssen:

Weitere Informationen dazu bei