Hallo Michael,
Testveröffentlichungen laufen am sichersten auf einer eigenen Subdomain mit Passwortschutz. Da kann dann nur der Kunde noch ran, ansonsten kriegt die keiner zu sehen. Falls es nur um eine einzelne Seite in einem Projekt geht, bietet sich das Widget "geschützter Bereich" an. Danach in der normalen Umgebung veröffentlichen und dem Kunden das Kennwort mitteilen.
Hallo Michael,
Testveröffentlichungen laufen am sichersten auf einer eigenen Subdomain mit Passwortschutz. Da kann dann nur der Kunde noch ran, ansonsten kriegt die keiner zu sehen. Falls es nur um eine einzelne Seite in einem Projekt geht, bietet sich das Widget "geschützter Bereich" an. Danach in der normalen Umgebung veröffentlichen und dem Kunden das Kennwort mitteilen.
Hallo Thomas,
vielleicht hab ich mich da etwas missverständlich ausgedrückt: Ich habe bisher immer größere Änderungen in einem getrennten Test-Webspace publiziert, damit ich selbst die Auswirkungen auf verschiedenen Browsern / Endgeräten testen konnte bzw. der Kunde auch die Möglichkeit hatte, sich das Ergebnis vorab anzusehen, bevor es live geht. So etwas ähnliches suche ich bei Zeta auch ...
Ich habe mir schon überlegt ob man die lokalen Zeta-Files nicht (gescriptet?) umkopieren bzw. mit neuen Parametern für das Test-Web versehen könnte (Web-Name, FTP-Account etc.). Und vielleicht hat hier ja schon jemand etwas passendes?
Hallo Michael,
Du kannst auch in den FTP-Einstellungen jeweils bei Webadresse und Ordner ein /test hinzufügen, dann läuft die Veröffentlichung ins Unterverzeichnis (Ordner) /test und durch Angabe des Ordners in der Webadresse werden auch alle Verknüpfungen relativ auf http://www.domain.de/test/ geschrieben. Wenn Probelauf erfolgreich und vom Kunden freigegeben, in Webadresse und Ordner jeweils das /test entfernen und erneut veröffentlichen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
