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.
-
Hallo,
nur eine Idee ... SFTP => Port 22 (nicht wie im Screenshot ersichtlich Port 23).
-
Hallo,
zu Prob 1:
Warum nicht jeden Artikel mit Maßangabe als Artikelbild hinterlegen, dann sieht es schon einmal harmonischer aus.
zu Prob 2:
Leider keine Testmöglichkeit
-
Hallo,
habe soeben eine Scheinbestellung aufgegeben (Max Mustermann), jedoch wurde keine E-Mail-Angabe bei den Rechnungsdaten (abweichend von Lieferanschrift) erhoben.
Sollten nicht die Rechnungsdaten vor den Lieferdaten abgefragt werden?
-
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 Sammy,
ja, bekomme mit z.B. Filezilla auf alle Verzeichnise und Domains einen Zugriff.
Jetzt muss ich erst einmal das eine Thema erledigen ... tba-hof.com kommt danach dran.
-
Danke für den ersten Tipp, den zweiten möchte ich aus Zeitgründen nicht zwingend umsetzen ... hoffe das ich morgen hiermit weiter komme.
-
Stimmt, denn http://www... würde mit der anderen Lösung nicht auf https://www... umgeleitet.
Ich hatte beide in meiner .htaccess eingetragen, einmal um das Suchmaschinenkriterium „doppelter Inhalt“ zu umgehen und natürlich die https-Umleitung sicherzustellen.
-
-
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:
Code
Alles anzeigenRebex.Net.SftpException ----------------- The server has closed the connection. ----------------- bei ctcy.mpez(Int32 arz) bei ctcy.mpfb(hffs& asc) bei ctcy.mpdu(SftpServerType aoe, ctch aof) bei Rebex.Net.Sftp.ypkg(ctch qu) bei Rebex.Net.Sftp.ypke(String qo, String qp, SshPrivateKey qq, ctch qr) bei Rebex.Net.Sftp.Login(String userName, String password) bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoOpen(OpenInformation information) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 217. bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 89. bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 47. SftpException { Status=ConnectionClosed, Code=UnknownError, Transferred=0, RemotePath=null, LocalPath=null, ProblemType=0, Status=ConnectionClosed, ProtocolCode=null, ProtocolMessage=null, Message="The server has closed the connection.", Data= [ "SftpStatus" = ConnectionClosed "Status" = ConnectionClosed ] , InnerException=null, TargetSite=RuntimeMethodInfo: mpez, StackTrace=" bei ctcy.mpez(Int32 arz)\\r\\n bei ctcy.mpfb(hffs& asc)\\r\\n bei ctcy.mpdu(SftpServerType aoe, ctch aof)\\r\\n bei Rebex.Net.Sftp.ypkg(ctch qu)\\r\\n bei Rebex.Net.Sftp.ypke(String qo, String qp, SshPrivateKey qq, ctch qr)\\r\\n bei Rebex.Net.Sftp.Login(String userName, String password)\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoOpen(OpenInformation information) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 217.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 89.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 47.", HelpLink=null, Source="Rebex.Sftp", HResult=-2146233088 }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 ...
Code
Alles anzeigenRebex.Net.FtpException ----------------- Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead. ----------------- bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa) bei Rebex.Net.Ftp.ojmc(String er, Int32 es, TlsParameters et, SslMode eu, FtpSecureUpgradeType ev) bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<DoOpen>b__33_0() in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\FtpEngine.cs:Zeile 423. bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard.doGuard() in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\ActivePassiveDetectorGuard.cs:Zeile 89. bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard..ctor(IActivePassiveDetectorHolder holder, ActivePassiveGuardDelegate guardDelegate) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\ActivePassiveDetectorGuard.cs:Zeile 27. bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.DoOpen(OpenInformation information) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\FtpEngine.cs:Zeile 475. bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 89. bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 47. FtpException { Status=ServerProtocolViolation, Response=null, Transfered=0, Transferred=0, RemotePath=null, LocalPath=null, ProblemType=0, Status=ServerProtocolViolation, ProtocolCode=null, ProtocolMessage=null, Message="Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.", Data= [ "Transferred" = null "ProtocolCode" = null "ProtocolMessage" = null "FtpResponse" = null "RemotePath" = null "LocalPath" = null "ProblemType" = null "FtpStatus" = ServerProtocolViolation "Status" = ServerProtocolViolation ] , InnerException=FtpException { Status=ServerProtocolViolation, Response=null, Transfered=0, Transferred=0, RemotePath=null, LocalPath=null, ProblemType=0, Status=ServerProtocolViolation, ProtocolCode=null, ProtocolMessage=null, Message="Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.", Data= [ "FtpStatus" = ServerProtocolViolation "Status" = ServerProtocolViolation ] , InnerException=null, TargetSite=RuntimeMethodInfo: sdqz, StackTrace=" bei cgqv.sdqz(Int32 acf)\\r\\n bei Rebex.Net.Ftp.ojlk(Int32 dg, Boolean dh)\\r\\n bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)", HelpLink=null, Source="Rebex.Ftp", HResult=-2146233088 }, TargetSite=RuntimeMethodInfo: ojmd, StackTrace=" bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)\\r\\n bei Rebex.Net.Ftp.ojmc(String er, Int32 es, TlsParameters et, SslMode eu, FtpSecureUpgradeType ev)\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<DoOpen>b__33_0() in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\FtpEngine.cs:Zeile 423.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard.doGuard() in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\ActivePassiveDetectorGuard.cs:Zeile 89.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard..ctor(IActivePassiveDetectorHolder holder, ActivePassiveGuardDelegate guardDelegate) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\ActivePassiveDetectorGuard.cs:Zeile 27.\\r\\n bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.DoOpen(OpenInformation information) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\FtpEngine.cs:Zeile 475.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 89.\\r\\n bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 47.", HelpLink=null, Source="Rebex.Ftp", HResult=-2146233088 } -->Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead. Rebex.Net.FtpException ----------------- Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead. ----------------- bei cgqv.sdqz(Int32 acf) bei Rebex.Net.Ftp.ojlk(Int32 dg, Boolean dh) bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa) FtpException { Status=ServerProtocolViolation, Response=null, Transfered=0, Transferred=0, RemotePath=null, LocalPath=null, ProblemType=0, Status=ServerProtocolViolation, ProtocolCode=null, ProtocolMessage=null, Message="Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.", Data= [ "FtpStatus" = ServerProtocolViolation "Status" = ServerProtocolViolation ] , InnerException=null, TargetSite=RuntimeMethodInfo: sdqz, StackTrace=" bei cgqv.sdqz(Int32 acf)\\r\\n bei Rebex.Net.Ftp.ojlk(Int32 dg, Boolean dh)\\r\\n bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)", HelpLink=null, Source="Rebex.Ftp", HResult=-2146233088 } Ignoring inner exception because of previous OutOfMemoryException. See https://stackoverflow.com/a/25010668/107625Vielen Dank für euere Rückmeldung (ich möchte nur die FTP-Konfiguration neu durchführen).
-
-
Danke für die Info.
Layout: Modern Responsive ... s. Signatur

-
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!
-
Super, genau das war es

Wird dies jetzt nicht mehr unter "Mobile Script" eingefügt und was wäre bzw. ist der Unterschied?
-
-
Was mir noch aufgefallen ist mit Safari und Opera werden die Punkte der 1. Ebene zu ca. 1/4 (links) abgeschnitten.Gibt es hierzu schon eine Lösung, gerne auch als Workaround?
-
Danke an alle!
-
Danke Steffen.
Das mit dem Favicon werde ich nochmals testen, Browser Cache war leer.
-
Hallo,
habe die beiden Probleme einmal zusammengefasst, hoffe es passt.
1.) Wenn man im Quelltext ein Leerzeichen mittels 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

Jetzt darf TM nach sein FAQ-Widget veröffentlichen, dann kann ich wieder weiterbasteln ...
-
Hallo,
Versuche einmal unter FTP-Verzeichnis nur / einzugeben
-
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
Da ich nicht der Themenstarter bin wollte ich mit meinen Screenshots nur weiterhelfen ... die angesprochene Seite sieht so bei mir aus, mehr nicht.
-
-
-
Teufelskerl

Vielen Dank für die Mühen!
Bin noch eine Antwort schuldig bzgl. des Wissens, dass die Seite falsch dargestellt wird:
Kann er nicht, aber ich hätte dann die Farben ändern müssen, denn Baby-blau ist nicht mein persönlicher Anspruch

-
Seite ist die in meiner Signatur verlinkte Homepage
