⚙Einrichten und Störungen

In den Einstellungen von Aurora Hive Sites. Ist der Inline-Editor aktiv, können Texte und Bilder direkt auf der fertigen Live-Seite geändert werden, ohne den Umweg über den Admin — man sieht dabei sofort das Endergebnis.

Bei einem Onepager aus Aurora Hive Sales läuft es über den CMS-Zugang mit einem Kundenkennwort; dort ist Aurora Hive Live der Weg, wie der Kunde selbst Texte ändert.

Vier Ursachen, in dieser Reihenfolge:

1. Aurora Hive Live ist für diese Site nicht eingeschaltet. In den Einstellungen von Aurora Hive Sites prüfen.
2. Die Seite wurde seit dem Einschalten nicht neu veröffentlicht. Das ist der häufigste Fall — siehe die nächste Frage.
3. Der Browser zeigt eine alte Fassung. Hart neu laden mit Strg+Umschalt+R.
4. Eine Browsererweiterung blockiert Skripte. Im privaten Fenster gegenprüfen.

Als Ausweg lässt sich der Bearbeitungsmodus auch über den Zusatz ?aw_edit=1 in der Adresszeile öffnen.

Das hat einen bekannten Grund: Die Datei von Aurora Hive Live wird beim Veröffentlichen geschrieben, nicht bei jedem Aufruf frisch geliefert. Nach einer Aktualisierung des Systems liegt deshalb unter Umständen noch die alte Fassung auf der Seite — oder gar keine.

Der Weg zurück ist einfach: die Website neu veröffentlichen. Damit wird die aktuelle Fassung mit ausgeliefert.

Wenn es danach immer noch fehlt, ist es eine Meldung wert — mit der Adresse der Seite.

Ja — das ist die zweite Bauart, und sie braucht kein Redaktionssystem im Hintergrund.

Eingebaut wird sie mit zwei Dateien und einer Zeile:

1. Die beiden Dateien in das Verzeichnis legen, in dem die HTML-Seiten liegen.
2. Eine Zeile in den Quelltext der Seite aufnehmen, die die eine Datei lädt.
3. Die Seite aufrufen, auf den Stift klicken und die Ersteinrichtung durchlaufen: Lizenzschlüssel eintragen, Namen und Kennwort vergeben.

Danach gibt es auf dieser Website Zugänge, Anmeldung und Speichern — ohne dass bei uns ein Server steht.

Voraussetzung ist ein Webspace mit PHP und HTTPS; Einzelheiten stehen in der eigenen Frage dazu. Ob alles passt, sagt eine Prüfliste: Rufen Sie die Speicher-Datei einmal direkt im Browser auf, dann steht Punkt für Punkt da, was in Ordnung ist und was fehlt.

Wird aus einem Unterordner gespeichert, braucht dieser Ordner eine eigene Kopie der Speicher-Datei.

Der Zugang ist auf die eine Website begrenzt und lässt sich im Umfang einschränken — im Übersetzer-Modus nur Texte, Struktur geschützt. Jeder Mensch hat seinen eigenen Zugang mit eigenem Kennwort.

Was für Sie arbeitet:

• Kennwörter werden nicht im Klartext gespeichert, und sie stehen nirgends im Quelltext der Seite.
• Nach fünf Fehlversuchen ist ein Zugang für eine Viertelstunde gesperrt. Raten hilft also nicht.
• Ohne Verschlüsselung geht gar nichts: Über eine unverschlüsselte Verbindung lässt sich weder anmelden noch speichern.
• Wird ein Zugang gelöscht oder sein Kennwort geändert, endet seine Sitzung sofort — auch auf anderen Geräten.

Was Sie trotzdem bedenken sollten:

• Wer Aurora Hive Live hat, veröffentlicht sofort. Es gibt keine Freigabestufe dazwischen.
• Änderungen sind sichtbar, nicht anonym — aber ein Vier-Augen-Prinzip ist Aurora Hive Live nicht.

Für Seiten, auf denen ein falscher Satz teuer wäre — Preise, Rechtstexte, Zusagen —, ist der Weg über Aurora Hive Sites mit Entwurf und Veröffentlichen der richtige.

Zwei Erklärungen:

• Der Browser zeigt eine alte Fassung. Hart neu laden — Strg+Umschalt+R.
• Sie waren im Live-Editor von Aurora Hive Sites, nicht in Aurora Hive Live. Dort heißt gespeichert noch nicht veröffentlicht; die echte Website bleibt unverändert, bis Sie veröffentlichen.

Der zweite Fall ist der häufigere, weil beide Werkzeuge die Seite so zeigen, wie sie aussieht.

Jeder kann sein eigenes Kennwort selbst ändern — auf der Seite unter „Zugänge“. Neu vergeben braucht es mindestens 12 Zeichen.

Für fremde Zugänge gilt:

• Auf dem Webspace Ihres Kunden setzt ein Verwalter das Kennwort unter „Zugänge“ neu.
• Bei einer Website aus Aurora Hive Sites geschieht das dort, wo der Zugang angelegt wurde.

Wechseln Sie ein Kennwort, wenn jemand ausscheidet oder wenn der Verdacht besteht, dass es weitergegeben wurde. Nach dem Wechsel sind alle Sitzungen dieses Zugangs beendet.

Besser als ein gewechseltes Kennwort ist in den meisten Fällen der gelöschte Zugang: Wer geht, braucht keinen mehr.

Nein — der Zugang ist auf die eine Website begrenzt. Wer zwei Auftritte pflegen soll, bekommt zwei Zugänge.

Das ist eine Eigenschaft, kein Mangel: So kann ein Kunde seine eigene Seite ändern, ohne an eine andere heranzukommen.

Über den CMS-Zugang beim Onepager: Der Kunde bekommt ein Kundenkennwort, klickt auf seiner Seite auf den Stift und ändert Texte selbst — ohne Zugang zu Aurora Hive Sales.

Geben Sie ihm dazu zwei Sätze mit: dass jede Änderung sofort öffentlich ist, und dass er beim Anklicken den Originaltext sieht — damit er zurückfindet, wenn er sich vertan hat.

Zwei Ursachen:

• Der Browser zeigt das alte Bild aus dem Zwischenspeicher. Hart neu laden mit Strg+Umschalt+R.
• Das Bild wurde nicht gespeichert. Prüfen Sie, ob die Änderung durchgelaufen ist — bei abgelaufener Anmeldung schlägt das Speichern fehl.

Wenn ein Bild bei Ihnen erscheint und bei anderen nicht, ist es fast immer das Erste.

Weil Aurora Hive Live an den Bausteinen der Seite hängt: Wird ein Abschnitt in Aurora Hive Sites ersetzt, ist der alte Text nicht mehr da — auch nicht als Feld.

Das ist der übliche Ablauf und kein Fehler. Wer beides parallel benutzt, sollte es wissen: Der Umbau gehört in Aurora Hive Sites, die Feinarbeit danach in Aurora Hive Live — nicht umgekehrt.

Direkt auf der Seite, im Bearbeitungsmodus unter „Zugänge“. Es gibt zwei Rollen:

• Redakteur — darf Inhalte ändern und sein eigenes Kennwort wechseln. Er sieht in den Zugängen nur sich selbst.
• Verwalter — darf zusätzlich Zugänge anlegen und löschen, Kennwörter neu setzen und den Lizenzschlüssel eintragen.

Zwei Sicherungen sind fest eingebaut: Der letzte Verwalter lässt sich nicht löschen, und den eigenen Zugang löscht niemand. Sonst stünde am Ende eine Website da, in die niemand mehr hineinkommt.

Was Sie beim Anlegen beachten sollten:

• Ein Zugang je Mensch. Nur dann lässt sich einer entziehen, ohne allen anderen ein neues Kennwort geben zu müssen.
• Mindestens 12 Zeichen — kürzere werden abgelehnt.
• Beim Ausscheiden löschen, nicht nur das Kennwort ändern. Ein gelöschter Zugang fliegt beim nächsten Speichern sofort heraus.

Wer viele Kundenauftritte betreut, führt die Liste, welcher Zugang zu welcher Website gehört, im Kennwortspeicher — nicht in einer Tabelle auf dem Laufwerk.

Zwei Dinge, und beide sind bei jedem üblichen Anbieter vorhanden:

• PHP, in einer Fassung, die nicht uralt ist — verlangt wird mindestens PHP 7.4, dazu die eingebaute Verschlüsselungserweiterung, die dort standardmäßig dabei ist.
• HTTPS, also eine verschlüsselte Verbindung. Ohne sie lässt sich weder anmelden noch speichern. Die einzige Ausnahme ist ein Probelauf auf dem eigenen Rechner.

Dazu kommt das Selbstverständliche: Die Dateien müssen beschreibbar sein, sonst kann nichts gespeichert werden.

Sie müssen das nicht raten. Rufen Sie die Speicher-Datei einmal direkt im Browser auf — sie zeigt eine Prüfliste in verständlichen Worten: PHP, Verschlüsselung, HTTPS, Schreibrechte, Seite, Zugänge, Lizenz. Was fehlt, steht mit dem Hinweis da, was zu tun ist.

Reine HTML-Webspaces ohne PHP kommen nicht in Frage. Für solche Fälle ist der Weg über Aurora Hive Sites der richtige.

Auf dem Webspace Ihres Kunden läuft Aurora Hive Live ohne Verbindung zu uns. Der Lizenzschlüssel ist deshalb das, was die Nutzung deckt — und zugleich der Eigentumsnachweis bei der Ersteinrichtung.

Was Sie darüber wissen sollten:

• Ein Schlüssel gilt für eine Domain. Dieselben Dateien unter einer zweiten Adresse brauchen einen zweiten Schlüssel. Ob mit oder ohne www. davor, spielt dabei keine Rolle.
• Für jede weitere Domain wird ein weiterer Schlüssel ausgestellt. Ausgestellt wird er bei uns; Sie nennen dafür die Domain.
• Ohne gültigen Schlüssel kann man sich anmelden und lesen, aber nicht speichern. Ein Hinweis sagt, woran es liegt.
• Einen neuen Schlüssel trägt ein Verwalter auf der Seite unter „Zugänge“ ein.

Wenn beim Einrichten eine Meldung kommt, dass der Schlüssel nicht zu dieser Adresse gehört, ist fast immer die Domain gemeint: Der Schlüssel wurde für eine andere ausgestellt.

Das gibt es nicht mehr — und das war die wichtigste Änderung an dieser Bauart.

In der ersten Fassung stand das Kennwort in der Seite selbst. Wer den Quelltext ansah, konnte es lesen; ein Kennwort im Quelltext einer öffentlichen Website ist kein Kennwort.

Heute gilt:

• Jeder Mensch hat einen eigenen Zugang mit Namen und Kennwort.
• Gespeichert wird das Kennwort nur in unlesbarer Form, und zwar in einer Datei auf dem Webspace, die im Browser nicht abrufbar ist.
• Im Quelltext der Seite steht kein Kennwort mehr.

Wenn Sie eine Seite aus der alten Fassung umstellen: Melden Sie sich einmal mit dem alten Kennwort an — Sie landen dann in der Ersteinrichtung und vergeben Namen und neues Kennwort. Das alte lässt sich dabei nicht wiederverwenden. Beim nächsten Speichern wird die alte Angabe aus der Seite entfernt.

Solange das nicht geschehen ist, gilt das alte Kennwort als bekannt. Stellen Sie deshalb zeitnah um.