Eingeschaltet wird es in der Datei /home/admispconfig/ispconfig/lib/config.inc.php. Dort muß man die Variable $go_info["server"]["do_automated_backups"] auf 1 setzten. Den Rest erledigt der bereits eingerichtete Cronjob.

Die Backups finden sich dann in den jeweiligen Webs im neu angelegten ~/backup/-Verzeichnis mit den Dateinamen backup_2008_07_14.zip.
Achtung! Ältere Backups werden bisher nicht gelöscht und die Backup-Dateien gehören dem Web-User.
 

Mit einem einfachen Script kann man die älteren Dateien löschen:

#!/bin/sh #finde alle backup-Verzeichnisse      
#finde darin alle backup_-Dateien die älter als ein Tag sind          
#und lösche diese find /var/www/ -name 'backup' -type d -maxdepth 2 -exec \     find \{\} -mtime +1 -name 'backup_*' -exec \         rm \{\} \     \; \;

Dies ist die Grundlage für ähnliche Scripte, die z.B. die Backup's auf FTP-Server hochladen u.ä.

Quelle: Huschi.Net

ISPConfig und Subdomains

Subdomain-Handling mit ISPConfig

Der Autor von ISPConfig sieht die Problematik die viele haben leider nicht:
Aus gewissen Gründen möchte man Subdomains unter dem selben User einrichten. Oder auch mal eine zweite Domain für das selbe Web.
Zum Beispiel gibt es CMS-Systeme (z.B. Typo3) die Multi-Domains unterstützen. Oder Multilingual: Mit http://www.domain.de/ sollen deutsche Inhalte und mit http://www.domain.com/ englischsprachige Inhalte erscheinen.

ISPConfig läßt zwar die so genannten "Co-Domains" zu, und ähnlich wie bei Confixx kann man sogar ein Unterverzeichnis aus dem eigenen Webroot angeben. Aber es wird kein eigener VirtualHost in Apache dafür gebaut, sondern lediglich mit Hilfe von mod_rewrite die URL darauf umgebogen.
So kommt es zu dem meist unerwünschten Effekt, daß aus http://sub.domain.tld/ ein URL-Rewrite an den Browser zurück gegeben wird mit http://www.domain.tld/sub/.
Dies verhindert aber o.g. Scenario mit Multidomain- oder Multilingual-Software.

Lösung

Im Forum von HowtoForge haben sich folgende zwei Möglichkeiten gebildet:

a) Patchen von ISPConfig:

Der Patch ist recht einfach: bearbeite /root/ispconfig/scripts/lib/config.lib.php, suche nach [R] (in der aktuellen Version 2.2.24 ist es in Zeile 1410) und lösche das Gesuchte.

Nachteile:
a) Mit jedem Update muß dieser Patch wiederholt werden.
b) Diese Änderung gilt nun für alle Subdomains.

b) Eigene mod_rewrite-Regeln:

Im HTTP-Direktiven Feld der Domain fügt man folgende Zeilen ein:

RewriteEngine on RewriteCond %{HTTP_HOST}   ^sub.domain.tld [NC] RewriteRule   ^/(.*)$ /sub/$1  [L]

Für weitere Subdomains werden die letzten zwei Zeilen entsprechend wiederholt.

Nachteile:
a) Dies muß für jede betroffene Subdomain einzeln eingefügt werden.
b) Wenn der User im Webroot eigene Rewrite-Rules per .htaccess nutzt, ist o.g. meist wirkungslos.
b) Dies ist evtl. einzelnen Kunden nicht zuzumuten.

Links:

Quelle: Hoschi.Net