Beiträge von Franke

    Servus,

    das Zeitproblem kann ich grundsätzlich bestätigen ... eine SEO-Prüfung hat dies bestätigt (s. Anhang).

    Meine Vermutung, die Grafiken bremsen die Seite überdeutlich aus.

    Auf der alten Seite sind die 160er Grafiken in der Übersicht < 20 kB (nur vereinzelt getestet) und verlinken direkt auf die 360er Versionen mit < 100 kB.

    Auf der neuen Seite sind die mittels PHP reduzierten 370er Grafiken (tatsächlich 500er) < 90 kB und verlinken direkt auf die echten 500er Versionen mit < 180 kB.

    Denke hier bremst die PHP-Reduzierung (500er auf 370er) den Server aus, evtl. hilft aber auch die 500er JPEG-Datei zu komprimieren (bis 75% sah ich bei bianca_500 keine großartige Verschlechterung).

    Soll nur ein Denkansatz sein.

    Fehler gefunden und bereinigt.

    Beim Umstellen des Protokolls (SFTP >> FTP mit SSL) bleibt der Port 22 in den Einstellungen bestehen und wird so auch in die Access-Datenbank eingetragen.

    Habe diesen auf "0" gesetzt (wie in allen anderen Datenbanken hinterlegt ... sollte eigentlich 21 sein, das ist mir aber egal) und jetzt funktioniert es problemlos.

    Servus,

    ich habe einen benutzerabhängigen FTP-Zugang eingerichtet ... je nach Anmeldedaten komm ich auf das zugewiesene Verzeichnis.

    Natürlich ist auch ein Hauptbenutzer hinterlegt.

    Die Seite von tba-hof.de geht jedoch nicht, alle anderen Domains auf dem gleichen Webspace gehen problemlos.

    Der Versuch einige Seiten über Zeta zu publizieren ging, beim Eintragen der ursprünglichen Zugangsdaten erscheint der zuvor beschriebene Fehler wieder.

    Auch die Zugangsdaten einer anderen Domain, die ein separates Projekt darstellen und dort problemlos funktionieren, schließen in diesem Projekt (tba-hof.de) mit dem gleichen Fehler ab.

    Bin gerne bereit die Seiten in ein neues Projekt zu übertragen, aber das sieht Zeta nicht vor ... zumindest weiß ich nicht wie es gehen soll.

    Ich finde es persönlich nicht schön, dass sich Zeta zum Löschen der FTP-Konfiguration ausschweigt.

    Hallo,

    vielen Dank für deine Antwort.

    Ich betreibe seit ca. 20 Jahren einen Proxy-Server, ohne gibt es bei mir keine Internetverbindung.

    Somit läuft Zeta (habe ich auch seit der Version 12.x) stets mit Proxy-Server.

    Onyx hatte mir in der Zwischenzeit bestätigt, dass SFTP (SSH) nicht ausgewählt werden darf. FTP mit SSL ist die richtige Option, hatte ich auch in den beiden anderen Domains ausgewählt und es läuft ja hier problemlos.

    Ein Test ohne Proxy-Server (Verbindung direkt über WLAN) brachte identische Ergebnisse.

    Ich würde gerne die FTP-Konfiguration auf den Ursprung zurücksetzen, bei der die beiden Button mit Webspace oder ohne Webspace veröffentlichen. Das war mein Anliegen bereits im ersten Post und sollte doch problemlos möglich sein (auch wenn die Daten auf einem Zeta-Server liegen).

    Hoffe auf eine Lösung, denn die Veröffentlichung über Filezilla nervt mich sehr (gerade bei kleineren Änderungen).

    Hallo,

    dachte ich mir schon.

    Habe ich so auch gelesen, aber das Problem liegt definitiv an einem Fehler in der FTP-Konfiguration.

    Alle Anmeldedaten stimmen:


    Mit einer anderen Domain auf dem gleichen Server meines Webhosters (nur ein anderes FTP-Verzeichnis) folgende Ergebnisse:

    1.) Protokoll FTP mit SSL

    2.) Protokoll SFTP (SSH)

    Hier die Details zum fehlerhaften SFTP-Zugang:

    Daher vermute ich, dass in der Access-Datenbank der Domain tba-hof.de etwas nicht stimmt ... daher noch einmal meine Frage: Wie kann ich dies zurücksetzen?

    Meine IP (2xxx) stimmt definitiv, da ich eine dedizierte IP habe (wurde vom Hoster auch so bestätigt), meine Anmeldedaten auch (kommt ja sonst eine entsprechende Fehlermeldung).

    Mit Filezilla habe ich auf mit keiner meiner Domains Probleme und nutze dort die gleichen Anmeldedaten.


    Wäre für eine Lösung äußerst dankbar.

    Hallo Stefan,

    wenn es das wäre würde ich euch nicht bemühen.

    Hier das Ergebnis nach Umstellung auf SFTP (SSH):


    Testweise Homepage übermittelt:


    Die beiden anderen Domains haben die identischen Einstellungen und erhalten nicht:


    Hier die Einstellungen der beiden anderen Domains, Veröffentlichung klappt hier perfekt:


    Habe gleich einen Termin, melde mich später noch einmal.

    zu 2. Von Zeta werden die zu veröffentlichenden Dateien im Ordner /Output im Projektordner bereitgestellt. Über Filezilla müsstest Du dann den Inhalt dieses Ordners auf Deinen Webspace hochladen. Dies ist aber nur als Notbehelf zu verstehen.

    Servus Zeta-Gemeinde,

    mich hat es seit gut 2-3 Monaten auch erwischt ... war bis vor 1 Woche beim Webhoster ionos (1und1) und habe nunmehr zu ONYX gewechselt.

    Der Grund war eine "plötzlich" fehlerhafte Weiterleitung meines Kontaktformulars auf meine IP-Adresse (war ein optionales Feature von ionos, was es lt. Support jetzt nicht mehr gibt). Eine Anpassung von IP auf www wurde von Zeta mit einem roten Punkt quittiert und als unzulässig betitelt.

    Also das betroffene Formular aus dem Output-Verzeichnis "manuell" angepasst (www statt IP) und mittels Filezilla auf den Server geladen.

    Soweit die Vorgeschichte.

    Jetzt bin ich bei ONYX und kann 2 Domains mit Zeta auf den Server hochladen (www wird zwar immer noch mit rotem Punkt markiert, aber es klappt alles problemlos).

    Nur meine Haupt-Domain wird von Zeta nicht übernommen und die Veröffentlichung scheitert weiterhin.

    Wie kann ich die FTP-Einstellungen auf die ursprüngliche Abfrage zurücksetzen, damit es dann hoffentlich klappt.

    Screenshots sind hier auch nicht weiter hilfreich, aber das Fehlerprotokoll habe ich einmal angehängt ...

    Vielen Dank für euere Rückmeldung (ich möchte nur die FTP-Konfiguration neu durchführen).

    Hallo,

    habe leider nichts mittels Suchfunktion gefunden.

    Mehrzeilige Textfelder in Formulare werden bei PlaceHolder-Einträge richtig dargestellt (leichtes grau), einzeilige Textfelder leider nicht (schwarz).

    Bsp. aus meiner unten genannten Homepage (Kontakt):

    Wie kann man dies anpassen?

    WICHTIGER NACHTRAG: Darstellungsfehler mit IE11 (über Opera und Safari wird alles richtig dargestellt).

    Vielen Dank für eure Hilfe.

    In diesem Zusammenhang gibt es folgenden dazugehörigen Layoutfehler:

    Wenn man die TextBox im linken Seitenbereich mit Leerzeilen auffüllt, damit man die linke Textboxabmessungen (Unterkante) unter die obere Textboxkante aus dem Newsbereich bringt, dann wird alles korrekt angezeigt ... ist aber bei vielen Seiten sehr mühsam :(

    Ergänzung: Der letzte Fehler ist trotz Layout-Update noch vorhanden ;)

    Hallo Gemeinde,

    habe jetzt einige Zeit keinen großen Änderungsbedarf auf meiner unten angeführten Seite gehabt.

    Heute habe ich nach dem Programmstart gleich das Update durchgeführt und leider folgenden Fehler gefunden (s. Bild):

    Die TextBox mit "Zurück - letzte Seite" sitzt jetzt deutlich zu tief ... wie kann ich diesen Fehler, der übrigens nur auf Seiten ohne Unterseiten auftritt, beseitigen?

    Habe die geänderten Seiten noch nicht veröffentlicht, daher sieht man auf meiner Seite noch die korrekte Seitendarstellung (s. Bild):

    Vielen Dank für eure Hilfe!

    Hallo Steffen,

    leider ist es mit Opera nicht behoben (Browser-Cache wurde zuvor gelöscht). Safari wird wohl ähnlich sein.
    Alle Seiten mit dem heute aktualisierten Layout nochmals komplett erstellt und hochgeladen.

    Ergebnis:

    Die Seite ist die unten verlinkte Seite mit dem Layout Modern Responsive.

    Hallo,

    habe die beiden Probleme einmal zusammengefasst, hoffe es passt.

    1.) Wenn man im Quelltext ein Leerzeichen mittels &nbsp; erzwingt, dann wird es automatisch zu einem Leerzeichen konvertiert, dies ist aber von mir nicht erwünscht und ging in der Version 12.2.2 problemlos.

    2.) Das Favicon sollte im Root-Verzeichnis liegen und nicht unter stock-files (war bei mir ein Problem und ich habe es manuell hochgeladen), ansonsten muss man es immer referenzieren.


    Also ich denke, wer "fit" in HTML und CSS ist, benötigt nicht unbedingt ein CMS-System wie den Zeta Producer...


    @Ben Becker: Warum sollte jemand der "fit" in HTML und CSS ist kein CMS-System verwenden? Ein Webdesigner oder Anwender mit guten HTML-/CSS-Kenntnissen kann Layouts selbstständig programmieren. Das Pflegen der Website macht heutzutage aber kein Mensch mehr manuell/händisch.

    Hallo,

    hatte bisher alle Seiten mittels Texteditor geschrieben, aber ZP ist schon eine enorme Erleichterung.
    Wie sT. schrieb ist jedoch der Pflegeaufwand enorm und an ein neues Design will man erst gar nicht denken.

    Auch von meiner Seite - SUPER, vielen Dank!

    Jetzt geht einiges leichter von der Hand, auch wenn ich sicher die ein oder andere Frage wieder haben werde :D

    Jetzt darf TM nach sein FAQ-Widget veröffentlichen, dann kann ich wieder weiterbasteln ...

    Code
    <table border="0"><tbody> <tr><td align="left" style="padding-right: 8px">E-Mail: </td> <td> <input type="text" name="nl2go--mail" id="nl2go--mail" style="background: #f4f4f4; border: 1px solid #cccccc; padding: 2px; width: 250px;"> </td> </tr> </tbody> </table>

    Sollte es nicht so aussehen?

    Man beachte bitte die beiden schließenden Tags!

    es kommt schon Rückmeldung. Und zwar von uns. Diese scheinen Sie aber nicht zu sehen.

    Ich habe Sie mehrfach gebeten uns genau zu erläutern, wie Sie denken, dass es aussehen sollte, und wie es stattdessen aussieht. Also genau zu beschreiben, was im Screenshot Ihrer Meinung nach Falsch ist (gerne auch mit Markierung im Screenshot).


    Ich bin der Gute :saint:

    Da ich nicht der Themenstarter bin wollte ich mit meinen Screenshots nur weiterhelfen ... die angesprochene Seite sieht so bei mir aus, mehr nicht.