Beiträge von Hanabi

Hallo Pedro,

Lösung 1: Backup zurückspielen

Lösung 2: Eine Beschreibung des Problems wie unter Support / Unterstützung aufgelistet. Ohne genauere Angaben zur Vorgeschichte können wir nicht weiterhelfen.

Hallo Mo,

auf der Testseite ist das Backend aber erreichbar, siehe Anhang.

Nachtrag 2: Das Übersetzungsscript kannst Du wahrscheinlich direkt löschen, da ew vermutlich von Google nicht mehr unterstützt wird.

Nachtrag: zumindest auf der Kontaktseite hast Du noch ein Übersetzungsscript eingebaut, welches ebenfalls nur mit http statt https aufgerufen wird. Dies ist für den Browser dann aber "unsicherer Inhalt" welcher nicht angezeigt und auch nicht ausgeführt wird.

Hallo Andre (den fehlenden Aczent auf dem e kriege ich auf dem Tablet nicht so schnell hin),

im Quelltext ist zumindest eine mögliche Fehlerursache sichtbar:

Die Seite läuft über https, wird aber momentan noch mit http veröffentlicht.

Lösung: In den FTP-Einstellungen vor die Webadresse ein https:// setzen, danach neu veröffentlichen.

Als zweites Problem vermute ich eine falsche PHP-Version auf dem Server.

Lösung: Im Control-Center des Hosters die PHP-Version überprüfen. Falls möglich, auf PHP 5.6 oder älter wechseln. Wenn dies nicht möglich ist, auf https://www.zeta-producer.com/de/download.html die aktuelle 14 herunterladen und installieren. Dann das Projekt in der 14 einlesen. In den FTP-Einstellungen auf "neu" gehen und dort den Testserver von Zeta auswählen. Dann veröffentlichen. Über "Live" die Seite auf dem Testserver aufrufen und einen Formulartest vornehmen. Wenn dan alles funktioniert, können wir Fehler im Projekt als Ursache ausschließen.

Dann gibt es zwei Möglichkeiten:

1. beim Hoster kostenpflichtig den "Extended Support für veraltete PHP-Versionen" bestellen.
2. Zeta 14 kaufen

Hallo @CCM-Master ,

welche PHP-Version läuft denn auf Deinem Server? Die Scripte in der Zeta-V11 sind ja noch für PHP 5.3 ausgelegt, die ist aber End-Of-Life. Mit PHP 7.1 oder 7.2 dürften die Scripte nicht mehr funktionieren. Ich habe eben versucht, eine Nachricht über das Kontaktformular zu versenden, da kam nur "diese Seite funktioniert nicht". Bitte mal noch einmal selber prüfen.

Fürs Geschäft wäre es daher sinnvoll, schnellstens auf die 14 zu wechseln (Link), um die Funktionalität der Seite sicherzustellen. Sollte eine neue Hauptversion in den nächsten Monaten erscheinen, gehe ich davon aus, dass anhand der "späten" Lizenznummer für die 14 sich eine entsprechende Rabattierung bei einem Update auf die 15 ergibt.

poste mal bitte einen Link zur Webseite, eventuell lassen sich aus Quellcode und PHP-Version weitere Ansätze finden.

Hallo Thomas,

Die PHP-Versionen werden nicht in Zeta, sondern im Kontrollzentrum des Hosters eingerichtet. Welche PHP-Version für Dich die Richtige ist, hängt von der Programmversion von Zeta ab, die Du verwendest.

Zeta 13 wurde vor PHP 7.2 entwickelt, hier sollte als höchste Version PHP 7.1 verwendet werden

Zeta 14 ist kompatibel zu PHP 7.2

Die Vorgängerversionen Zeta 9 bis 12.5 sind nur PHP 5 kompatibel. Diese PHP-Versionen sind genauso wie PHP 7.0 End-Of-Life, also ohne Support- und Sicherheitsunterstützung.

Hallo Thomas,

das Löschen kannst Du, sofern Du die FTP-Einstellungen seit dem Veröffentlichen nicht geändert hast, auch selbst vornehmen (Nachfolgend jeweils die zu wählenden Menüpunkte):

1. Veröffentlichen -> FTP-Server konfigurieren
2. Anderes Protokoll
3. Kostenlos zum Testen auf zeta-producer.com
4. Weiter
5. Im nächsten Fenster "Zeta-Producer-Hosting findest Du einen Button "Testen" und rechts daneben einen stilisierten Radiergummi, diesen anklicken, und die Veröffentlichung auf dem Testserver wird gelöscht

Ansonsten werden die Testveröffentlichungen nach wenigen Tagen automatisch auf dem Server gelöscht.

Zitat von Zetahufi

Was kann ich dir in diesem Jahr Gutes tun?

Für unser Kids-Camp https://www.hanabi-pirna.de/ki-ju/ausschreibung.html am 22. und 23. Juni brauchen noch einiges an "hartem" Gemüse, wie Mohrrüben oder Radieschen aus dem Hackgarten, die auch ungekühlt einen Versand überstehen. Highlight wird dieses Jahr die "Bezwingung der Höhe", wir mieten eine 9 m Kletterburg an, für die ich noch Sponsoren brauche.

Wenn ich es richtig verstehe, besteht folgendes Problem:

Der standardmäßig hinterlegte Schriftfont unterstützt nicht den kompletten tschechischen Zeichensatz. Hierzu muss entsprechend den Anweisungen unter https://docs.zeta-producer.com/layout-anpassen.html die Schriftfamilie in den einzelnen Abschnitten des Layouts angepasst werden. Welcher Font nun die tschechischen Buchstaben unterstützt, kann von uns nicht ermittelt werden.

Am besten würde mir ein "automatisch in der zuletzt gewählten Ansicht öffnen" gefallen.

Für eine saubere Umsetzung wären wohl wie im Beispiel der verlinkten n-tv-Seite 203 Klickboxen (203 Cookies) notwendig, obwohl ich bereits eine Voreinstellung getroffen habe, die n-tv erkennt. Wer einmal so etwas präsentiert, wird wohl nie wieder Besucher sehen.

Wenn dies aber rechtlich verbindend wird und auch entsprechend verfolgt wird, könnte dies die Flut von Cookies eindämmen. Das Geschäftsmodell der Online-Werbung würde dabei, zum im europäischen Raum, wieder von einer nutzerspezifischen Werbung (Besucher war gestern bei Bon-prix, also bekommt er heute bei auto-motor-sport eben Damenmode angeboten) auf eine seitenspezifische Werbung (Besucher ist auf auto-motor-sport, bekommt also Werbung von Mercedes) wechseln, so wie es auch vor dem Beginn der Nutzeranalyse war.

In der Diskussion um die Zulässigkeit von Cookies, die das Speichern von Benutzerdaten erlauben, deutet sich nach Vorlage eines richterlichen Rechtsgutachtens an, dass ein voreingestelltes Zustimmungskästchen als "unzulässig" bewertet wird. Die vollständige Meldung findet Ihr unter anderem auf https://www.n-tv.de/technik/Vorein…le20921983.html

Sollte der EuGH entsprechend entscheiden, bedeutet dies für alle Cookies zum Benutzerverhalten, dass hier ein "Opt-In" erforderlich ist. Dies entspricht genau dem Standpunkt, zu dem sich die DSK am 26.04.2018 positioniert hat.

Moin Mo,

hast Du eventuell kürzlich auf SSL umgestellt? Dann gehe mal in die FTP-Einstellungen unter "Veröffentlichen" und trage dort vor der Webadresse "https://" ein, danach neu veröffentlichen und nochmals testen.

Mich irritiert zwar das Unerwatete Anfrage-Methode 'GET'. 'POST' war erwartet. in der Fehlermeldung, dazu habe ich so früh am Morgen noch keine Idee.

An alle, die auf Ihrer Webseite oder sonst geschäftlich Verkehr mit UK haben, bitte dran denken, dass dies ab 30. März 12. April (lt. Update vom 22.03.) ein "unsicheres Drittland" ist, falls der Vertrag nicht doch noch zustande kommt.

Hallo Andre,

aus Sicht des 08/15-Users nicht, da dieser nur dann in den Spaltenmodus wechselt, wenn es ein Problem gibt. Bei "Alles aufgeklappt" ist er dann gleich beim richtigen Artikel.

Hallo Norbert,

klingt für mich danach, als ob Du in der Bilderverwaltung einen Ordner gelöscht hast, der noch Bilder enthalten hat. In diesem Falle wurden von Zeta mehrere Warnungen ausgegeben.

Frage: Welche Homepage ist betroffen?

Lösungsansatz:

1. Wenn das Veröffentlichen bisher mit einer Fehlermeldung abgebrochen wurde, liegt eine funktionierende Ausgabe des Projektes noch auf dem Webserver. Um diese nicht zu zerstören, gehe in die FTP-Einstellungen und trage unter "Ordner" "/test" ein
2. Mit F8 in den Spaltenmodus wechseln
3. Erste Seite, die Bilder / Bilderalben enthält, aufrufen
4. alle Artikel mit Bildern / Bilderalben ausblenden
5. Veröffentlichen
6. Wenn immer noch eine Fehlermeldung kommt, weiter zur nächsten Seite
7. Schritte 4 bis 6 wiederholen, bis keine Fehlermeldung mehr auftritt
8. dann auf dieser Seite die Artikel einzeln zuschalten und nach jedem Zuschalten veröffentlichen, bis der Fehler wieder auftritt
9. den zuletzt aktivierten Artikel löschen und danach neu erstellen

Handelt es sich bei den Widgets um

1. kopierte und angepasste Zeta-Widgets oder
2. um externe Widgets wie beispielsweise von ThM

im ersten Falle könnte es funkionieren, wenn Du in 12.5 die Widgets nicht unter Benutzer, sondern im Projekt speicherst und dann den Inhalt des Ordners Widgets in das Projekt unter 14 kopierst.

Im zweiten Fall wäre es sinnvoll, falls nicht bereits zu viel neuer Inhalt in 14 eingetragen wurde, diese Widgets zunächst in der 12-er zu entfernen und dann das Projekt erneut zu konvertieren.

Hallo leichsenring ,

ich habe das mal wie folgt nachgebaut:

1. Beliebiges Foto (Original 4928 x 3264 px) in Irfanview auf 1432 x 948 px heruntergerechnet (proportional)
2. Markierung erstellt in 1432 x 480 px und freigestellt
3. neues Bild gespeichert und Irfanview beendet
4. Zeta gestartet, Projekt mit Modern Responsive-Skye angelegt.
5. "Layout" -> "Logo" -> "Logografik: Breite auf 1432, Höhe auf 480 geändert
6. "Layout" -> "Logo" -> "Logografik": das neue Logobild ausgewählt, gespeichert
7. Veröffentlicht unter https://logo-1432.zeta-producer.com/index.html
8. Logo ist in voller Größe zu sehen, wie erwartet aber nicht praktikabel
9. "Layout" -> "Logo" -> "Logografik: Breite auf 716, Höhe auf 240 geändert, gespeichert
10. Veröffentlicht unter https://logo-716.zeta-producer.com/index.html
11. Logo ist in einer Breite von 716 scharf zu sehen, Proportionen zwischen Logo und Menü stimmen nicht
12. "Layout" -> "Logo" -> "Logografik: Breite auf 358, Höhe auf 120 geändert, gespeichert
13. Veröffentlicht unter https://logo-358.zeta-producer.com/index.html
14. Damit jetzt die passende Größe erreicht

Ergebnis: Wenn das Original 1432 x 480 px ist, sollten 716x240 oder 358x120 als Angaben für Breite und Höhe ebenfalls ein scharfe, unverpixeltes Bild zeigen.

Der Fehler ist, dass Du bei 1&1 Ionos die Subdomain frachtschiffreisen.in-via.de angelegt hast und nicht http://www.frachtschiffreisen.in-via.de. Die Subdomain ist korrekt unter https://frachtschiffreisen.in-via.de/ erreichbar.

Du musst daher in der .htaccess mehrere Einträge ändern:

# Beginn Umleitung https
RewriteEngine On
RewriteCond %{SERVER_PORT} !=443
RewriteRule ^(.*)$ https://frachtschiffreisen.in-via.de/$1 [R=301,L]
# Ende Umleitung auf https

# Beginn Fehlerdokument
ErrorDocument 404 /seite-nicht-gefunden.html
# Ende Fehlerdokument

# Beginn UTF-8
AddCharset UTF-8 .html
AddCharset UTF-8 .php
# Ende UTF-8

# Beginn Umleitung von non-www auf www ##### DIESER ABSCHNITT IST VOLLSTÄNDIG AUSKOMMENTIERT # DA NICHT BENOETIGT
# RewriteEngine On
# RewriteCond %{HTTP_HOST} !^www\frachtschiffreisen.in-via\.de$ [NC]
# RewriteRule ^(.*)$ https://www.frachtschiffreisen.in-via.de/$1 [L,R=301]
# Ende Umleitung www

# Beginn Umleitung von www auf non-www
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.frachtschiffreisen.in-via\.de [NC]
RewriteRule ^(.*)https://frachtschiffreisen.in-via.de/$1 (L,R=301]
# Ende Umleitung non-www

# Beginn Umleitung index.html duplicate Content
RewriteEngine on
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.html\ HTTP/
RewriteRule ^index\.html$ https://frachtschiffreisen.in-via.de/ [R=301,L]
# Ende Umleitung duplicate Content

Hallo Nemessis,

ich habe Deinen Beitrag mal bearbeitet, damit wir über die selben Zeilennummern reden können.

In Zeile 18 fehlt ein Punkt

FALSCH RewriteCond %{HTTP_HOST} !^www\frachtschiffreisen.in-via\.de$ [NC]

RICHTIG RewriteCond %{HTTP_HOST} !^www\.frachtschiffreisen.in-via\.de$ [NC]

Zeile 19 würde ich anders schreiben, kann jetzt aber nicht genau sagen, ob Dein Code trotzdem funktioniert

Du RewriteRule ^(.*)$ https://www.frachtschiffreisen.in-via.de/$1 [L,R=301]

Ich RewriteRule ^(.*) https://www.frachtschiffreisen.in-via.de/$1 [R=301,L]

Hallo leichsenring ,

da brauchen wir mal Angaben zum Layout und zur Programmversion die verwendet wird. Ein Link auf die Webseite mit der fehlerhaften Darstellung wäre ebenfalls hilfreich. Ist denn das Bild, was als Logo verwendet werden soll, tatsächlich 1432x480 px groß? Das würde ja dann nahezu den Bildschirm füllen und von den eigentlichen Inhalten der Webseite wäre nichts mehr zu sehen.

Mich hatte im Quelltext irritiert, dass dort "usesmtp" stand ohne weitere Angaben.

Hallo Acanthus,

"Branchen" ist bereits mit typischen Inhalten ausgestattete Vorlagen, die auf den responsiven Layouts beruhen.

Zur Erläuterung für Mitleser:

Durch das gesetzte Häkchen wurde der Versand übrr SMTP aktiviert, es wurden aber keine Serverdaten eingetragen. Die hellgrau im Formular vohandenen Texte sind nur eine Mustervorgabe, welche Daten dort einzutragen sind.

Hallo slavka,

siehe https://docs.zeta-producer.com/fehler-berichten.html#a4379

if you want, you can ask in english. My cesky would only build by google

Hallo Helena,

mute dem Kunden doch einfach zu, Dich dauerhaft mit der Pflege der Homepage zu beauftragen. Das dürfte aus meiner Sicht auch weniger Zeitaufwand für Dich sein, als wenn Du jetzt - inzwischen seit Stunden - nach einer externen Lösung für den Kunden suchst, die Du ihm auch erst mal anlernen musst. Alternativ steht es dem Kunden natürlich frei, sich selbst eine Lizenz zuzulegen.

Hallo Tino,

wenn jetzt auch noch in den Optionalen Einstellungen KEIN Häkchen bei "Formulare per SMTP versenden" drin ist, ist das Formular erst einmal korrekt eingerichtet.

Jetzt bitte, damit auch alle Daten übertragen werden, ausnahmsweise wie folgt veröffentlichen:

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

Danach Browser-Cache leeren und testen, ob es jetzt funktioniert.

Die von Marina erwähnte Webseite hat auch in ihrer Datenschutzerklärung unter dem Abschnitt Google Analytics einen Button zur Deaktivierung, komischerweise bleiben die GA-Cookies erhalten?!

Dies nur als Feststellung.

Hallo Philino,

unter https://www.oberleiterbach.de/uebungsplan.php?edit bekomme ich n der Chrome-Konsole noch folgenden Fehler angezeigt Failed to load resource: the server responded with a status of 403 (Forbidden). Diesen Fehler hatte Stefan bereits in Beitrag 7 festgestellt.

Ein 403 - Forbidden kann aber auch als Antwort erfolgen, wenn in dem Verzeichnis eine .htaccess liegt, in der eine entsprechende deny/allow-Regel drin steht. Zeta erstellt standardmäßig keine .htaccess. Um dies zu prüfen, bitte nochmal mit Filezilla bis in den Ordner /assets/php/cms runtergehen und gucken, ob sich in diesem Ordner eine .htaccess befindet. Wenn ja, diese temporär umbenennen in old.htaccess. Danach erneut testen. Warum da eine .htaccess liegt, obwohl dort keine hingehört, müssten wir dann noch gesondert klären.

Wenn keine .htaccess im Verzeichnis liegt oder der Fehler durch das umbenennen nicht behoben wird, sollte es Zeit sein für ein Support-Ticket.

Ich antworte mal im Stile von "Radio Jerewan", im Prinzip ja.

Wir haben jetzt mit der Abschaltung der "Online-Daten" die Daten von Gästebuch, Online CMS und Shop aus dem Backup ausgeschlossen, um zumindest vom lokalen Projekt eine Wiederherstellungskopie fertigen zu können. Zumindest haben wir jetzt aber

1. ein Backup

2. den Fehler eingegrenzt, da es am Zugriff auf den Server zu liegen scheint.

Hier würde ich empfehlen, ein Premium-Ticket zu lösen, damit die Mitarbeiter vom Support das live gemeinsam auf dem PC erledigen können. Fehler können hier theoretisch bereits bei der Firewall des eigenes Rechners beginnen, nächster Störenfried könnte die Firewall des Routers sein, bevor die Anforderung überhaupt erst die eigene Wohnung verlässt und sich auf den Server macht. Dort könnten dann auch wieder Jungs vor der Tür stehen, die den Eintritt verweigern oder ein gewissenhafter Beamter, dem der "Passierschein A 38" fehlt.

Da können wir hier im Forum kaum vernünftig beraten, sei es allein deshalb, weil die einzelnen User zu unterschiedlichsten Zeiten aktiv sind.

Die Chrome-Konsole zeigt für die Seite zunächst einmal keinen Fehler an, PHP-Version stimmt. Die Seite ist mit 14.3.1 gemacht, aktuell ist die 14.3.3. Bite mal im Programm nach Updates suchen lassen.

Parallel benötigen wir noch die genaue Konfiguration im Formular

1. Formular öffnen und auf Optionen gehen, dann bitte angeben, was dort unter "Script" steht.
2. Optionale Einstellungen öffnen und von dort angeben, was unter SMTP in den einzelnen Feldern eingetragen ist.

Bitte mal auf "Extras" -> "Backup" -> "Backup erstellen" gehen und dort prüfen, ob "Online-Daten sichern" aktiviert ist. Wenn Ja, Häkchen entfernen und erneut probieren.

Wenn es dann funktioniert, liegt es daran, dass der Server nicht auf die Anfrage des Programms reagiert. Das könnte dann verschiedenste Gründe haben, die alle damit zusammenhängen, dass irgendwer auf dem Weg zum Server auf der Leitung steht.

Hallo Futterfleisch,

In Deiner Anfrage steht nicht drin:

1. um welche Webseite es geht?
2. Welche Version von Zeta verwendet wird?
3. seit wann das Problem auftritt?
4. ob unmittelbar davor Änderungen an der Seite oder der Konfiguration des Servers vorgenommen wurden?
5. Welche PHP-Version auf auf dem Server läuft?
6. bei welchem Hoster Deine Seite läuft?

Ein Nutzen der Suchfunktion des Forums hätte ebenfalls bereits zu diversen Treffern geführt. Hauptursache ist gegenwärtig der auf dem Hosting-Server erfolgte Wechsel von PHP 5.6 auf PHP 7.2. PHP 7.2 wurde aber erst nach dem letzten Release von Zeta 13.3 veröffentlicht, so dass nicht sichergestellt ist, dass unter Zeta 13.3 entwickelte Seiten mit PHP 7.2 funktionieren.

Lösung, gestaffelt nach Zeta-Versionen:

Zeta 9 - 12:

beim Hoster den "Extended-Support für PHP 5.6" bestellen, kostet je nach Anbieter zwischen 5 und 10 € monatlich

Zeta 13:

Wechsel auf PHP 7.1 (Sicherheits-Support bis 01.20.2019)

Zeta 14:

läuft stabil mit PHP 7.2 (Sicherheits-Support bis 30.11.2020)

siehe Support / Unterstützung

Bitte entsprechend dem oben verlinkten Muster eine Supportanfrage erstellen, die alle benötigten Daten enthält. Ziel sollte es sein, dass ein Problem nach wenigen Beiträgen gelöst ist und nicht bei Beitrag 5 immer noch nach Details fragen.

da gibt es viele Wege, am einfachsten sicherlich per IFrame, ansonsten einfach mal bei der externen Galerie schauen, was die an Einbettungscode anbieten. Ich nutze beispielsweise auf https://www.hanabi-pirna.de/hochwasser.php einen Screenabgriff, um die aktuellen Bilder direkt beim Landeshochwasserzentrum zu holen.

Wie Stefan bereits ausgeführt hatte, ist mit entsprechendem HTML-Code alles möglich.

Mausklick rechts -> alles zuklappen

Ich sehe hier zwei mögliche Fehlerursachen

1. Der SFTP-Zugang ist auf dem Server noch nicht aktiviert
2. Es kommt leider häufig vor, dass die Begriffe "SFTP" und "FTP mit SSL" vermischt oder falsch ausgelegt werden. In diesem Falle einfach noch mal die Konfiguration neu starten mit "FTP über SSL"

Hallo Graskarpfen,

schau Dir mal RSS-Writer an. Mit diesem Programm wird ein RSS-Feed im XML-Format erzeugt und kann über die integrierte FTP-Verbindung direkt hochgeladen werden. In Zeta müsste man dann nur diesen Feed vor Urlaubsbeginn mit dem Widget "RSS-Feed" einbinden.

Vorteil dieser Methode wäre

• dass Zeta nicht mitgeschleppt werden muss
• die rss-feed.xml ohne Fotos nur wenige kB groß ist
• das Programm auch auf einem alten Laptop funktioniert

über eine Mailadresse eine automatische Veröffentlichung zu erreichen, halte ich für zu riskant, wenn da nur einer die Mailadresse kennt, ist die Seite ganz schnell vollgespammt und verbrannt.