WB vorrübergehend schließen

[Falcon]

Hallo,

ich habe gesucht, versprochen  , jedoch nichts gefunden.

Wie kann ich WB für Wartungsarbeiten vorrübergehend schließen
ohne alle Seiten 'nicht öffentlich' zu stellen. Nur dann kommt
der Hinweis 'Momentan in Bearbeitung', oder gibts 'ne andere
Lösung?

Gruss
Falcon

[Ralf (Berlin)]

Hallo Falcon,

das regelst du am einfachsten über deine .htaccess, mit

Code:

Redirect / http://domain.tld/closed.html

leitest du alle Seitenaufrufe auf die Datei closed.html um.

Gruß
Ralf

[Falcon]

Besten Dank, wäre was für die nächste Version?
Sollte der Einfachheit halber per Klick im Backend gemacht werden.

Gruss
Falcon

[Ralf (Berlin)]

Besten Dank, wäre was für die nächste Version?
Sollte der Einfachheit halber per Klick im Backend gemacht werden.

Darüber kann man nachdenken 

Schreibe bitte ein Ticket (Feature Request), damit es nicht untergeht...

Gruß
Ralf

[egnal]

Man könnte aber auch einfach eine index.html auf den Serve laden - oder (html vor php)?

[Ralf (Berlin)]

Man könnte aber auch einfach eine index.html auf den Serve laden - oder (html vor php)?

das funktioniert nicht, weil mit dem "Schließen" erreicht werden soll, dass auf die Inhalte der Website nicht mehr zugegriffen werden kann. Es muss also auch verhindert werden, dass z.B. über Suchmaschinen oder durch direktes Anspringen Seiten angezeigt werden.

Gruß
Ralf

[DarkViper]

Das ist nur durch eine Änderung im Core zu erreichen, dass alle Bedingungen vollständig erfüllt werden:

• Wird das Frontend(beliebige Seite) aufgerufen, so soll auf eine 'Baustellenseite' umgeleitet werden
• Im Backend darf nur noch das Login für Administratoren möglich sein
• Angemeldete Administratoren dürfen das Frontend uneingeschränkt öffnen (müssen ja erfolgte Änderungen etc. kontrollieren können)

[Luisehahne]

Wie Ralf schon geschrieben hatte, bitte ein feature Ticket anlegen. Das sind ganz gravierende Änderungen nötig und kann nicht mal so nebenbei gemacht werden.

Dietmar

[Hans>NULL]

@DarkViper
Vielleicht magst Du ja Dein "Beitrag während der Bearbeitung Sperren" etwas erweitern.

Gruß, Hans>NUL

[Stefek]

Das ist nur durch eine Änderung im Core zu erreichen, dass alle Bedingungen vollständig erfüllt werden:

• Wird das Frontend(beliebige Seite) aufgerufen, so soll auf eine 'Baustellenseite' umgeleitet werden
• Im Backend darf nur noch das Login für Administratoren möglich sein
• Angemeldete Administratoren dürfen das Frontend uneingeschränkt öffnen (müssen ja erfolgte Änderungen etc. kontrollieren können)

Hört sich stark an.

Stefek

[Hans>NULL]

Wenn man es "gaaaaanz einfach" haben will, geht's auch mit einem zweiten -entsprechend präparierten- Template.
Gestern schon mal ausprobiert. Adminabfrage müßte noch rein, damit man auch die Vorschau nutzen kann.
Edit: Adminabfrage ist drin, damit man auch die Vorschau nutzen kann. Es funktioniert also auch ohne Core-Änderungen.
Alle aufgestellten Forderungen werden bis auf "das Login nur für Administratoren" erfüllt. Es spricht nichts dagegen beide Scripte gleichzeitig zu verwenden, damit der gewünschte Effekt eintritt.

Ideal wäre natürlich das Tool von DarkViper (erweitert). Ist ja schon alles nötige an Zusatzfeatures drin.
Gruß, Hans>NUL

[Stefek]

Wenn man es "gaaaaanz einfach" haben will, geht's auch mit einem zweiten -entsprechend präparierten- Template.
Gestern schon mal ausprobiert. Adminabfrage müßte noch rein, damit man auch die Vorschau nutzen kann.

Diese Option ist nicht grad so gut. Stell Dir vor, just in diesem Moment kommen ein paar Google Bots vorbei und treffen crawlen Deine leere Seite. 

 
Stefek

[Hans>NULL]

Wenn Du der Seite einen entsprechenden Status gibst, hat das keine Folgen.
Grüatzi, Hans>NUL

[Stefek]

Wenn Du der Seite einen entsprechenden Status gibst, hat das keine Folgen.

Nein, dann nicht - ich meinte die Option mit dem anderen Template...

Ich finde auch die Option von DarkViper am sinnvollsten.

Gruß,
Stefek

[Hans>NULL]

Ist egal auf welche Weise die Seiten nicht erreichbar sind. Wech is wech.
DarkVipers Tool (was ja schon funktioniert) böte ja zudem noch mehr Nützliches, deshalb der Vorschlag..
Gruß, Hans>NUL

Edit: Die Wahrscheinlickeit, daß eine SUMA "zum falschen Zeitpunkt" 'ne "down for maintenancer"-Meldung erwischt, dürfte außerdem etwas Lotto haben.

Edit 2: Schau'n wir mal, ob die Template-Lösung genügen würde (BE-Anklick), oder ob die Anfrage eine von den "is nich, dann wech" ist.

[chio]

Na, kommt drauf an, ob man ALLE seiten oder nur die Startseite auf "Wartung" schalten will.

Tatsächlich wäre die Lösung mit einem leeren Template nicht so blöd. Kann man für einzelne Seiten oder für alle umschalten.

Sinnvollerweise sollte man einen 404er zurückliefern, dann hat auch Google kein Problem damit.

[Hans>NULL]

Tatsächlich wäre die Lösung..................

Ich freunde mich auch immer mehr mit dieser Lösung an, da flexible.
Für das andere Problem dann halt weiterhin die (saugute) Lösung von DarkViper.

,,,,,,,mit einem leeren Template nicht so blöd

Möglicherweise ein kleines Mißverständnis, Es sind dem aktuell benutzten Template nur zwei Zeilen Code zugefügt  (und als "Besetzt"-Template gespeichert/installiert) . In der Vorschau soll's ja das selbe -in Benutzung befindliche- bleiben.
Oder hab' ich jetzt was velwechert ? (War wieder 'ne lange Nacht)

Zusammengesetzt sieht's dann wohl so aus: In die Besetzt-Seite (vorgeschaltete Seite) die Info für den Benutzer. Für die SUMA gibt's den Status-Code.
Gruß, Hans>NUL

Edit: Mittlerweile hat sich etwas geändert.
1.) Die Seiten bleiben für den Besucher erreichbar, bekommen aber eine Grafik eingeblendet, mit dem Hinweis auf die aktuelle Bearbeitung. Eine "Besetzt-Seite" fällt also weg.
2.) Beim eingeloggten Admin blendet sich dieser Hinweis aus.
3.) Der SUMA wird für die entsprechenden Seiten oder auch die ganze Site ein "503 Service Temporarily Unavailable" ausgegeben + Verfallszeit "Retry-After: 3600"
Es kann aber auch jeder andere Status ausgegeben werden.
Die  Mitteilung wird über CSS gesteuert.

[engeldeluxe]

also ich mache das immer so, dass ich eine datei mit index.htm und index.html auf den Server lade, der einen Frame beinhaltet auf eine alte Seite (vorherige Version). Hier kannst Du als INhalt aber auch ohne frame Deine Baustellenseite einbinden.
Und hinsichtlich der Suchmaschinen kannste doch erstmal in Deinen Templates

Code:

<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">

vermerken, dann werden die auch erstmal nicht gefunden.
Das ist quasi meine schnelle Lösung für sowas... Finde ich eh viel einfacher, weil ich dann mit direkter Adresse live alle Seiten ansehen kann und diese dann eben nicht auch für mich gesperrt sind oder ich den Link anderen zur Ansicht (zum Beobachten des Projektstatus) auch weitergeben kann.

[Hans>NULL]

Wer es noch einfacher haben und für die Zeit der Bearbeitung nur die SUMAS "aussperren" will, ansonsten aber eine für jeden zugängliche Site haben möchte (ohne Mitteilungsfenster), setzt halt nur den gewünschten Header im Besetzt-Template. Einfacher geht's nun gar nicht mehr.

[Ralf (Berlin)]

Da ich gerade eine Seite erstelle, die während des Umbaus geschlossen bleiben soll habe ich das Thema aufgegriffen und verwende die folgende Lösung, die ganz einfach mit einem Droplet realisiert wird.

1. Schritt
Ein Template für die Seite erstellen, die dem Besucher anzeigt, dass die Seite vorübergehend geschlossen ist (wer es spartanisch mag kann auch das BLANK Template verwenden).

2. Schritt
Eine "Vorübergehend geschlossen" Seite mit dem o.a. Template erstellen, Page_ID merken.

3. Schritt
Das Droplet site_locked erstellen:

Code:

/*
  DEFAULT VALUE for $locked_page_id: -1
  Insert the PAGE_ID of the Page which should be shown,
  if the website is temporarily locked and not available.
  This Page MUST USE ANOTHER TEMPLATE then the page which
  is calling this droplet!
*/
$locked_page_id = -1;
if ($locked_page_id < 1) {
  // nothing to do...
  return ' ';
}
else {
  global $wb;
  if ($wb->is_authenticated()) {
    // user is authenticated and may access to the normal pages
    return ' ';
  }
  else {
    return '<script type="text/javascript">'.
    'window.location = "'.WB_URL.'/index.php?page_id='.$locked_page_id.'"'.
    '</script>';
  }
}

4.Schritt
Im <head> des verwendeten Standard Template den Aufruf für das Droplet einfügen:

Code:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
[[site_locked]]
<meta http-equiv="Content-Type" content="text/html; charset=<?php echo defined('DEFAULT_CHARSET') ? DEFAULT_CHARSET : 'utf-8'; ?>" />

Damit sind die Vorbereitungen abgeschlossen.

Wenn ich jetzt die Website sperren möchte, trage im Droplet site_locked anstatt $locked_page_id = -1; die PAGE_ID der Sperrseite ein, die angezeigt werden soll.

Damit sehen alle nicht angemeldeten Besucher die Sperrseite, bin ich angemeldet, sehe ich die ganz normale Website.

Man könnte das Droplet noch dahin gehend erweitern, dass nur Administratoren der Zugang gewährt wird, aber mir reicht das erst mal so... 

Gruß
Ralf

[roedental]

Hallo Ralf,
das site_locked Dropplet funktioniert bei mir nicht, ich sehe dann nur eine weiße Seite und es wird versucht die Seite mit der entsprechenden page_id (.....index.php?page_id=506) zu laden. Ich benutze WB 2.7 und die "Gesperrt Seite" ist in einem Unterordner auf versteckt eingestellt.

Hast du eine Idee?

Gruß Sven

[Ralf (Berlin)]

Hallo Sven,

stelle bitte mal bei den Optionen die Fehlerberichte auf E_ALL und poste die Fehlermeldung.

Gruß
Ralf

[Hans>NULL]

@Ralf (Berlin)
Gratulation,  'ne schöne Variante, da für jeden schnell installierbar und für die meisten Sites zweckerfüllend.
Keine Basteleien: Prima!
Gruß, Hans>NUL
p.s.
Ich muß bei meiner Version bleiben, da bei Redaktionen mit laufend und häufig wechselndem Content die Seiten für Leser verfügbar bleiben müssen und nur die SUMAS für die Bearbeitungszeit ausgeschlossen werden sollen. Der SPIEGEL schaltet bei Aktualisierungen auch nicht die Site auf "Besetzt" (JA, funktioniert gaaanz anders........)  

[Luisehahne]

Eine Lösung wäre auch das Modul von Thorn

WYSIWYG with history and draft http://www.websitebakers.com/pages/admin/core-replacements/wysiwyg-history.php

Soweit ich weiss, kann man den Content erfassen und erst mal als Arbeitskopie speichern und später freigeben. Sind allerdings Coreänderungen, die dann hoffentlich auf die letzte Revisionn angepasst sind oder werden.

Vielleicht kann Thorn uns mehr verraten

Dietmar

[roedental]

Hallo Sven,

stelle bitte mal bei den Optionen die Fehlerberichte auf E_ALL und poste die Fehlermeldung.

Gemacht, aber keine Fehlermeldung!

Sven