Beiträge von Hanabi

Hallo Ortwin,

zunächst eine Korrektur: das Layout ist "kommunal" nicht "spring". Die Farbe ist Kastanie (#8E1D39) und wurde original sowohl im Layout "Personal" als auch im Layout "Kommunal" verwendet.

Auf der verlinkten Seite ist ein Eintrag "Predigreihe" zu erkennen, der das gewünschte Blau trägt. Auch die Links zu "Glaubenskurs - Video" sowie zu "neue Termine" werden in der gewünschten Farbe dargestellt. Die Browser-Konsole meldet erstmal keine Fehler, so dass die Suche ziemlich schwierig wird. Probiere einfach mal, die entsprechenden Links in einem neuen Artikel anzulegen. Wenn diese dann richtig dargestellt werden, kannst Du ja die alten löschen. Ist jetzt zwar nicht die Problemlösung über "Ursachenbeseitigung", aber vielleicht die schnellste Methode.

Dann am Besten anhand der Lizenznummer prüfen, ob in der Lizenz ein Premium-Ticket enthalten ist und dieses einlösen oder erforderlichfalls eines erwerben. Siehe https://www.zeta-producer.com/de/premium-support.html.

Hallo ThomasH ,

wir verwenden hier im Forum eigentlich nicht mehrere Benutzernamen, also bitte überlegen, ob künftig mit THW-IT-Service oder ThomasH gearbeitet wird und dann bitte Bescheid geben, damit der andere Nutzer gelöscht werden kann.

Nochmals: Bitte mit F8 in den Spaltenmodus wechseln. Sind dann einzelne Artikel anklickbar und bearbeitbar?

Wenn JA -> Prüfen, ob Umlaute im Windows-Benutzernamen oder im Projektnamen sind!

Danach Rückmeldung hier im Forum.

Guten Abend THW-IT-Service ,

willkommen im Forum. Wenn der Seitenbaum sichtbar ist, der Inhaltsbereich aber leer bleibt, scheint es sich um eine PHP-Seite zu handeln, die auf den mitgelieferten Apache-Webserver zugreift. Dieser läuft vermutlich nicht. Ursache hierfür ist zumeist ein Umlaut oder Sonderzeichen im Projektnamen oder im Windows-User-Namen. Als Sofortmaßnahme wechsle mit F8 in den Spaltenmodus, dort sollten alle Artikel bearbeitet und auch neue Artikel angelegt werden können.

Probiere das erstmal aus und gib eine Rückmeldung, da hat eer reguläre Support morgen vormittag schon etwas mehr "Futter" zur Problemlösung.

Hallo Bruno,

die Sprachauswahl wird immer an die Zusatzlinks "angehängt". Die Position der Zusatzlinks ist wiederum im Layout festgelegt. Für mehrsprachige Webseiten sind daher Layouts besser geeignet, bei denen die Zusatzlinks im oberen Bereich liegen.

Unter https://www.webgo.de/hilfe/content/…ftp_server.html ist eine Musteranleitung, die SFTP verwendet (gesicherte Übertragung). Gehe in den FTP-Einstellungen auf "Neu" und wähle SFTP aus. Die vorhandenen Daten bleiben erhalten. Dann testen, ob jetzt eine Verbindung möglich ist.

Hallo Gabriel,

wenn bereits bei der Installation Probleme auftreten, spielen fast immer Virenscanner oder Firewall eine Rolle. Welche verwendest Du? Bitte auch mal in den Protokollen von beiden nachsehen.

Hallo liliematz,

Klingt nach einem Portproblem. PASV betrifft den passiven Modus. Wir brauchen:

1. Screenshot FTP-Einstellungen
2. Screenshot erweiterte FTP-Einstellungen
3. Name des Hosters
4. Verwendete Zeta-Version

Hallo Christian,

gehe auf "Seiteneigenschaften bearbeiten", dann auf "Attribute". Dort die Angabe in das Attribut "additional_meta" eintragen. Die korrekte Form musst Du mal selbst googeln.

Hallo Josef,

• "Veröffentlichen" -> "FTP-Server konfigurieren"
• "Neu" (unten links)
• SFTP wählen
• Zugangsdaten eintragen
• Testen

Hallo Josef,

wesentlicher Inhalt der Fehlermeldung ist "No connection could be made because the target machine actively refused it". Hierfür gibt es zwei mögliche Ursachen:

1. Firewall oder Antivirenprogramm blockieren. Die Windows-Firewall lässt normalerweise Zeta-FTP durch, also bitte mal Avast ausschalten bzw. dort in das Protokoll schauen
2. Die FTP-Einstellungen stimmen nicht, Zeta "ruft" auf einem Port, auf dem der Server keine Anrufe erwartet. Bei 1&1 IONOS wird ausschließlich das Protokoll SFTP verwendet, mit normalem FTP wird das nichts.

das Problem wurde gelöst, zum besseren Verständnis ein kurzer Abriss als Zusammenfassung:

• Über das Script des Gästebuches wird nach einem neuen Eintrag automatisch eine E-Mail an die im Widget angegebene Adresse verschickt, mit der über den neuen Eintrag informiert wird. Dies geschieht im Hintergrund und bleibt normalerweise vom Besucher unbemerkt.
• Im vorliegenden Fall konnte die E-Mail nicht versendet werden (Ursache folgt), wodurch das Script nicht komplett abgearbeitet werden konnte und somit kein "Danke für Ihren Eintrag" angezeigt wurde (da im Projekt kein Kontaktformular genutzt wurde, ist der Fehler im Mailversand nie aufgefallen).
• Alfahosting verlangt, dass bei Scripten, die "sendmail" verwenden, explizit eine Mailadresse, die im Vertrag registriert ist. Genauer sollte diese sogar aus der Domain stammen, über die das Projekt läuft. Zennin hatte hier eine andere Mailadresse eingetragen, die nicht auf die Domain endete.
• Nach Eintragen einer gültigen Mailadresse funktionierte das Gästebuch unter https://www.gartenfakten.de, jedoch nicht unter https://gartenfakten.de. Nach Aussage von Zennin wäre aber im Control-Center von Alfahosting alles umleitungsmäßig korrekt eingerichtet.
• Nach Prüfung musste aber festgestellt werden, dass zwar die Erzwingung von https funktioniert, aber die Adresse mit www sowie ohne www lediglich auf das selbe Verzeichnis auf dem Server verwiesen.
• Dies hatte zur Folge, dass ein Aufruf von http://gartenfakten.de nur auf https://gartenfakten.de führte. In den FTP-Einstellungen von Zeta war aber die korrekte Adresse mit https://www.gartenfakten.de angegeben, wodurch auch die interne Scripte auf https://www.gartenfakten.de/assets/php/... zugreifen. Der bekommt jetzt von einer Seite OHNE-WWW eine Anfrage zum Ausführen eines MIT-WWW Scriptes, was vom Server als "Aufruf von außen" gewertet und blockiert wurde.
• Diese zweite Fehler konnte durch eine Umleitung via .htaccess behoben werden.

Damit ist das Gästebuch jetzt funtkionsfähig.

Hallo Marcus,

willkommen als nunmehr aktiver User im Forum.

als erstes fällt mir an der Seite auf, dass diese nicht über https:// erreichbar ist.

Dann sollten, gerade wenn es um die Seite eines Rechtsanwaltes geht, die geltenden rechtlichen Rahmenbedingungen eingehalten werden:

• Datenschutz ist nicht direkt erreichbar
• Datenschutzerklärung unter Impressum entspricht nicht dem tatsächlichen Sachverhalt, so werden diverse Plugins und Drittanbieterdienste aufgelistet, die tatsächlich nicht verwendet werden. Dies betrifft auch die im "Cookie.Consent" aktivierten Drittanbieter
• Das Kontaktformular versendet unverschlüsselt via PHP und nicht via SMTP mit Verschlüsselung
• Die Schriftgröße im Impressum (inklusive Datenschutz) ist zu klein (wird wohl auch bei Google bemängelt werden)
• In der Datenschutzerklärung wird Fastcounter als Besucherzähler sowie zur statistischen Erfassung genannt, Dieser ist aber im Cookie-Consent nicht aufgelistet.
• Die Einbindung von Fastcounter erfolgt nach Fehlercode der Crome-Konsole via http, obwohl in der Datenschutzerklärung von verschlüsselter Übertragung die Rede ist.

Unter Downloads werden zwar 4 Fenster mit unterschiedlichen Inhalten angeboten, diese führen aber nicht tatsächlich zu einem herunterladbaren Dokument.

Die Seite ist sowohl unter http://www.schadensmanager24.de als auch http://schadensmanager24.de erreichbar. Dies führt bei Google zu "duplicate content".

Das Logo ist zu groß. Beim Scrollen überdeckt es teilweise das Navigationsmenü. Dadurch sind die Unterseiten von Startseite nicht erreichbar.

Die Ladezeiten sind relativ lang, Siehe https://developers.google.com/speed/pagespee…4.de&tab=mobile

Die sitemap.xml offenbart, dass die Seite unter http://familie-Reiter.eu/schadensmanager veröffentlicht wird. Dies könnte auch die Ursache sein, dass Cookie-Consent nicht wirklich funktioniert.

Zum Schluss noch etwas Positives: Das Farbkonzept der Seite ermöglicht unter den sieben häufigsten visuellen Beeinträchtigungen jederzeit eine problemlose Lesbarkeit (zur Schriftgröße im Impressum hatte ich ja bereits etwas gesagt).

In der Summe ist der momentane Eindruck: Zu viele Gimmicks, zu wenig Basics.

Guten Morgen,

Tritt das nur in Zeta oder auch online auf? Im zweiten Fall brauchen wir einen Link zur Seite.

Hallo Günter,

genau wie ich vermutet hatte.

1. Artikel Widget "Text"
2. Artikel Widget "Blog"
3. Artikel Widget "Blogartikel"

Auf dem Screenshot ist auch sehr gut zu sehen, dass Du zwei "versteckte" Seiten für "Erster Webshop..." und "schadstofffreie Kosmetik ..." unterhalb der sichtbaren Seite "Blog" hast, die vermutlich die beiden anderen Artikel enthalten.

Sinnvoll wäre es, unterhalb von "Blog Nährstoffkosmetik" eine Seite "Blogbeiträge" (ausgeblendet) anzulegen, in der alle Blogbeiträge gesammelt werden. Auf "Blog Naturkosmetik" lässt Du nur das Widget "Blog" stehen und stellst dort ein, wie viele Blogartikel aktuell angezeigt werden sollen. Der/das Blog soll ja einen schnellen Überblick über die aktuellen Beiträge zeigen.

Hierfür wäre es auch anzuraten, wenn Du im einzelnen Blogartikel die Funktion "..." (bricht in der Blogübersicht die Textausgabe an dieser stelle ab und zeigt einen Weiterlesen-Link) verwendest. Funktion einfach mal im Blogartikel "erster Webshop" oder "Kosmetik" ausprobieren, damit Du die Funktionalität besser verstehst.

Hallo Günter,

wechsel mal bitte auf der Seite "Blog" mit F8 in den Spaltenmodus und mache dann einen Screnshot. Ich vermute, dass Du oben ein Widget "Blog" angelegt hast und weiter unter einen "Blogartikel". Im Widget "Blog" werden die einzelnen Artikel abgebildet. Wenn sich also "Blog" und "Blogartikel" auf der selben Seite befinden, kommen diese "scheinbar" doppelt vor.

Lösung: Konzept des Blogs noch einmal überdenken. Normalerweise hat man eine Blogseite mit den jeweils x aktuellsten Artikeln, die jeder für sich auf unterschiedlichen Seiten zu unterschiedlichen Themen stehen können.

Hallo Günt,

auf welcher Seite sollen denn die doppelten Artikel sein? Ich bin jetzt mal durch das Blog durch und auch einzelne Kategorien im Shop, aber keine doppelten Artikel gefunden.

Hallo Toni,

wurde jemals "Veröffentlichen" -> "ausgewählte Dateien veröffentlichen" genutzt?

Wenn Ja, Bitte folgendes machen:

• Erweitert -> Erstellen -> Alle Seiten erstellen
• Veröffentlichen -> komplette Website veröffentlichen

Danach bitte nur noch "Webseite online veröffentlichen" nutzen.

Hallo Mirco,

Arufe die Seite mal unter Chrome auf und gehe dann mit Mausklick rechts auf "untersuchen". Da werden ein Fehler und mehrere Warnungen angezeigt, die Seite funktioniert also nicht ganz so, wie sie sollte.

Hallo Mirco,

Ich gehe also auf die Seite des Seminarveranstalters und fülle 5000 Mal das Anmeldeformular aus. Damit erhalte ich 5000 Bestätigungen, dass ich zum Seminar anenommen bin und kann den Veranstalter verklagen, wenn er mir die 5000 Plätze nicht zur Verfügung stellt.

Dies ist der Grund, weshalb das Zeta-Formular eine entsprechende Option nicht enthält.

Eine einfache Sendebestätigung kann direkt über das verwendete E-Mail-Postfach erfolgen mittels "Automatische Antwort" mit folgendem beispielhaften Text: "Wir haben Ihre Nachricht erhalten und werden schnellstmöglich antworten. Dies ist keine verbindliche Buchungsbestätigung".

Hallo Stormez,

wichtig ist auch bei "Kopieren auf Netzwerk-Freigabe", dass dort die öffentliche Web-Adresse, also beispielsweise https://www.hanabi-pirna.de eingetragen ist. Wenn dort eine lokale Adresse steht wie 192.168.178.22, werden beim erstellen der Seite die absoluten Links auf diese Adresse gesetzt. Also dort einfach noch einmal kontrollieren, ob die Angaben richtig sind.

Um Dich bei der Einrichtung der Verbindung via FTP zu unterstützen, müsstest Du zunächst prüfen, wie denn überhaupt der Zugang zum Root-Server erfolgen kann, also ob dort FTP, FTP mit SSL oder SFTP verwendet wird, dazu brauchen wir dann noch die Angaben zur Serveradresse selbst und ob es ein bestimmtes Verzeichnis auf dem Server gibt, auf welches die Webadresse verweist.

Wenn die Seite mit "Kopieren auf Netzwerk-Freigabe" mit Ausnahme der Erfolgsmeldung funktioniert, ist es sicherlich einfacher, dass jetzige System zu belassen und lediglich zu verbessern, als einen völlig neuen Zugang einzurichten.

vorläufiger Schlussstand: Das selbe Projekt wurde auf zwei Servern von Alfahosting sowie einem Server bei Ionos veröffentlicht. Das Gästebuch läuft sowohl bei Inonos als auch einem Alfa-Server. Die PHP-Versionen sind identisch, die Datei und Ordnerberechtigungen stimmen. Ein Vergleich der PHP-Einstellungen zwischen den beiden Alfa-Hostern zeigt keine Unterschiede. Eine .htaccess ist nicht vorhanden (also keine manuellen Eingriffe in die Serverkonfiguration). Die Ergebnisse unserer Vergleiche werden dem Support von Alfahosting zugeleitet, da die Möglichkeiten innerhalb des Zeta-Supports erschöpft sind und das Gästebuch eben auf zwei Testservern funktioniert, womit ein Fehler durch Zeta im Prinzip ausgeschlossen werden kann.

Dieser Thread wird geschlossen. Wenn eine Rückmeldung von Alfahosting vorliegt, werde ich diese hier noch einfügen.

Hallo Stormez,

willkommen im Forum. Anscheinend sind Erfolgs- und Fehler-URL nicht korrekt definiert.

• öffne das Kontaktformular
• gehe auf "weitere Einstellungen" (Schieberegler unten links)
• Gehe auf "Optionen"
• Unter "Erfolgs-URL" steht vermutlich "oid://nachricht-erfolgreich-gesendet"
• Klicke auf das Linksymbol dahinter
• Wähle oben "Seite" und dann die Erfolgsseite in Deinem Projekt
• Mit OK bestätigen
• das gleiche wiederholen mit der Fehlerseite
• Projekt neu veröffentlichen

Falls der Fehler dann immer noch auftritt, brauchen wir einen Screenshot von den FTP-Einstellungen für die weitere Suche.

Hinweis für Mitleser: Wir versuchen momentan, das Problem außerhalb des Forums zu lösen. Ich melde mich, wenn wir neue Erkenntnisse haben. Bis dahin bitte keine neuen Beiträge.

checke mal bitte Deinen Posteingang. Übers Forum kommen wir wohl momentan nicht weiter.

Schei....benkleister!

Die Ordnerberechtigungen stimmen. Ich schicke Dir mal eine PN.

Hallo Ombaba,

zunächst sollten wir wissen, welche Version von Zeta Du verwendest.

In der Normalansicht wird die Darstellung in Zeta nach jeder Änderung neu gerendert, also das tatsächliche Aussehen komplett neu berechnet. Hierzu wird auf die content.mdb auf der Festplatte zugegriffen und es werden alle Inhalte, wie Bilder oder Videos neu in den Arbeitsspeicher geladen. Flaschenhals hierbei ist die SATA-Schnittstelle, also die Leitung zur Festplatte. Es kann dabei vorkommen, dass Daten aus der letzten Änderung noch auf die Festplatte geschrieben werden müssen, während Zeta gleichzeitig versucht, neue Daten von der Festplatte zu laden. Wenn die Leitung dabei wegen des aktuellen Schreibvorganges "verstopft" ist, können die angeforderten Daten nicht von der Festplatte gelesen werden.

Ich nehme an, dass der Fehler nur dann auftritt, wenn Du nach dem umfangreichen Bearbeiten einer Seite direkt auf eine andere Seite des Projekts wechselst.

Lösungsansatz 1:

- warte nach der Bearbeitung einer Seite mit dem Wechsel auf eine andere Seite, bis sich die bearbeitete Seite komplett neu in Zeta aufgebaut hat

Lösungsansatz 2:

- wechsle mit F8 in den Spaltenmodus und versuche nach Bearbeitung einer Seite einen schnellen Wechsel auf eine andere Seite. Im Spaltenmodus werden die Seiten nicht erneut gerendert. Es erfolgt also keine erneute Darstellung der Seite.

Beobachte bitte, ob trotz geändertem Verhalten / geänderter Darstellung der Fehler erneut auftritt und berichte dann hier.

Hallo Zennin,

ich habe unser Vereinsprojekt eben auf PHP 7.4.7 umgestellt, dort läuft das Gästebuch problemlos. Die Frage der PHP-Version können wir damit, glaube ich ausschließen.

Es bleibt: Datei- und Ordnerberechtigungen.

• starte bitte Filezilla und verbinde dich mit dem Server
• wechsle in das Verzeichnis /assets
• markiere mit der Maus den Ordner /php
• Mausklick rechts -> Datei und Ordner-Berechtigungen
• Mache einen Screenshot von den angezeigten Berechtigungen

nur kurz als Zwischeninfo, da ich gerade noch in einer Beta-Phase hänge:

Die Schritte "alle Seiten erstellen" und "komplette Website veröffentlichen" sind nur notwendig, wenn eine frühere Veröffentlichung unvollständig war oder abgebrochen wurde. Zeta merkt sich bei "online veröffentlichen/F7" den jeweils aktuellen Stand der einzelnen Dateien und überträgt nur die tatsächlich geänderten Inhalte. Wenn also einmalig der Datenbestand zwischen lokalem PC und Server abgeglichen wurde, ist dieser ausführliche Weg nicht erforderlich.

Hallo Szabo,

die Seite https://www.bauchladen-shop.de/ueber-bauchladen-rocketpacks.html enthält diverse Links zu Social-Media-Plattformen. Vermutlich wird darüber das "hochgeladen von" assoziiert. Musst Du einfach mal über alle Kanäle kontrollieren und dann den Link auf das entsprechende Portal mit "nofollow" für Google markieren. Führt allerdings dazu, dass dann beispielsweise der Link auf das Xing-Profil von Google nicht mehr verfolgt wird.

Hallo hfa,

eigentlich alle aktuellen Layouts haben ein Logo, welches automatisch mit der Startseite verlinkt ist. Siehe https://www.hanabi-pirna.de/termine.html. Das Logo befindet sich oben links. Klick auf das Logo führt zur Startseite.

Am Besten, Du legst unter Zeta 15 einfach mal ein Testprojekt an zum besseren Verständnis der Funktionen und verschiedenen Inhaltsbereiche.

Hallo Szabo,

siehe (erledigt) Fehlermeldung 'Suchschlüssel wurde in keinem Datensatz gefunden'

Hallo Zennin,

zur Frage nach "... wie persönlich das läuft...": Maik und ich sind normale User des Forums und keine Support-Mitarbeiter. Ich habe mit meinem letzten Beitrag gestern Abend nur das "Signal zur Nachtruhe" geben wollen, dass von mir nichts mehr kommt. Die Zeit war ja auch schon sehr fortgeschritten. Du musst dich also nicht "abmelden".

Die FTP-Einstellungen passen. Es spricht also nichts dagegen, den INHALT des Ordners /gartenfakten zu löschen, jedoch nicht den Ordner selbst.

Die sollte am besten über Filezilla geschehen. Auch für die Frage nach Ordnerberechtigungen ist es besser mit Filezilla zu arbeiten, da ich das Programm ebenfalls verwende. Ich selbst bin nicht bei Alfa, sondern IONOS, so dass ich die Benutzeroberfläche von Alfa nicht kenne.

Wenn Du den Inhalt des Ordners gelöscht hast, sind in Zeta folgende Schritte erforderlich:

1. Erweitert -> Erstellen -> alle Seiten erstellen
2. Veröffentlichen -> komplette Website veröffentlichen

Damit werden alle Dateien für die Veröffentlichung neu erstellt und alle Dateien erneut auf den Server übertragen.

Danach machen wir einen Funktionstest.

Zennin beantwortet bitte noch die letzte Frage von Maik und dann machen wir Schluss für heute.

Ich verzichte jetzt mal auf die Anreden, da wir sowieso im "Trialog" sind .

Den gesamten Inhalt auf dem Server zu löschen und dann die komplette Seite zu veröffentlichen, befreit uns von Nebenkriegsschauplätzen wie dem zusätzlichen /asstes, den wir gerade entdeckt haben.

DAVOR: Poste bitte einen Screenshot von den FTP-Einstellungen in Zeta sowie einen Screenshot von den Website-Einstellungen bei Alfa. masch , es geht hierbei darum, Welches Verzeichnis die Webseite verwendet. Da kannst Du sicherlich Hilfe geben, wie Zennin auf den richtigen Bereich bei Alfa kommt.

Der stammt wohl aus einer fehlerhaften Veröffentlichung. Zennin : Zur Kontrolle bitte mal die FTP-Einstellungen aus Zeta testen.

Hallo Maik,

Zeta ändert keine Berechtigungen. Wo konkret welche Rechte von Zeta benötigt werden, ist aus https://docs.zeta-producer.com/php-anforderungen.html ersichtlich. Bei eigentlich allen größeren Providern sind im "Webhosting" und bei "managed Server" diese Voraussetzungen auch erfüllt. Warten wir mal ab, was Zennin zu den Ordnerberechtigungen postet. Da Du ebenfalls bei Alfa bist, Sollten wir die Probleme klären können.

Danke Maik,

dass stimmt - bis auf die Gruppenberechtigungen - mit meiner Konfiguration überein. Kann also bei Alfahosting tatsächlich sein, dass auch Gruppenberechtigungen gesetzt werden müssen (bei IONOS geht es mit nur einem Benutzer auch ohne).

Hallo Maik,

Wichtig wäre der Ordner /php unter /assets

Nochmals an Maik,

das Bild in Beitrag #27 scheint die Dateiberechtigungen zu zeigen. Kannst Du für Zennin das selbe auch noch für die Ordnerberechtigungen machen?