OK, im Widget "Tabellarische Daten" kann man leider nicht mehrere Zeilen markieren um diese zu löschen. Ich schlage daher folgendes vor:
Wenn Sie nun Änderungen machen wollen, kopieren Sie einfach das ausgeblendete Widget, blenden dieses wieder ein, löschen Sie das bisherige und bearbeiten dann die Kopie. Dann entfällt das lästige Bearbeiten der vorhandenen Zeilen.
Nutzen Sie für die Tabellen das Widget "Tabellarische Daten", oder sind die Tabellen direkt in einem Text-Artikel eingegeben worden? Welche Zeta Producer Version nutzen Sie?
Sie können einen Zeilenvorschub per HTML einfügen: <br>
Wir bieten keine Benutzerverwaltung für Passwort geschützte Seiten und auch keine Logik-Komponenten zur Erstellung Ihrer Popups… das müssten Sie also alles selbst programmieren (PHP oder JavaScript), dann könnten Sie es in ein Projekt einbinden.
Z.B. auf den Testserver veröffentlichen.
SFTP ist ein Verschlüsseltes Protokoll. Es gibt einige Verschlüsselungsalgorithmen, die relativ neu sind und zum Zeitpunkt der Entwicklung von Zeta Producer 11 noch nicht existierten und daher auch von Version 11 nicht unterstützt werden können. Wenn der Provider auf einen solchen Algorithmus besteht, kann es zu oben genannten Fehlern kommen.
Sie hätten dann mehrere Möglichkeiten:
Müssten wir online sehen können, damit wir in den Code schauen können.
Bei Höhe einen geringeren Wert eingeben. Danach die anderen Schritte durchführen.
Vermutlich sollte die Lagerbestandsführung deaktiviert werden. Lesen Sie sich hier mal in das Thema ein: https://docs.zeta-producer.com/lagerbestand-fuehren.html
Mit Layoutmanager waren die Layout-Einstellungen gemeint. Das ist das, was Sie nach Klick auf den Button "Layout" sehen.
Hinweis:
Änderungen an Layout-Einstellungen bzgl. Logo oder Kopfgrafiken wirken sich nicht auf bereits vorhandene Bilder aus, sondern nur auf neu zu importierende. Wenn in einem Projekt bereits Header-Bilder vorhanden sind und dann nachträglich in den Layout-Einstellungen die Dimensionen für Header-Bilder verändert werden, empfiehlt es sich alle vorhandenen Header-Bilder wir folgt zu bearbeiten:
1 Header-Artikel zum Bearbeiten öffnen
2 Bild Thumbnail anklicken um das Bild auszuwählen (Schritte ab hier dann für alle im Header enthaltenen Bilder wiederholen)
3 Klick auf die größere Voransicht und Wahl der Option "Bearbeiten"
4 Klick auf den Button "Zurücksetzen"
5 Klick auf "Zuschneiden" und Bild wie gewünscht verschieben
6 Schritte 2 bis 5 für alle Header-Bilder wiederholen
7 Klick auf OK
Die Versandkosten haben keinen Einfluss darauf, ob ein Artikel in den Warenkorb oder die Rechnung übernommen wird.
Hallo Thomas60431 ,
dass das die Überprüfung im Skript übergangen wird, ist ziemlich unwahrscheinlich. Da müsste ich mal eine solche Mail genau überprüfen (die Header…).
Können Sie eine solche E-Mail als .eml exportieren und z.B. hier als .zip anhängen?
Da gibt es keinen Mauszeiger.
Wenn Sie das ganz klar machen möchten, schreiben Sie das doch einfach unter das Bild. Was anderes fällt mir nicht ein.
Bei Bildern (und Hyperlinks) ändert sich das Symbol des Mauszeigers beim Drüberfahren.
Da könnten Sie lediglich bei den entsprechenden Artikeln die Option „Kostenloser Versand“ aktivieren. Eine Option wird dann allerdings nicht angezeigt, das müssten Sie also in der Artikelbeschreibung klar herausstellen.
Hallo Wilke Rogge ,
besten Dank für das Projekt. Von hier aus konnte ich das Projekt mit den vorhandenen FTP-Einstellungen auch nicht veröffentlichen. Selber Fehler.
Ich habe aber festgestellt, dass Ihr Webserver auch andere Protokolle unterstützt, wie z.B. SFTP. Und mit SFTP konnte ich nach Anpassung des "Zielordner" auch erfolgreich veröffentlichen.
Versuchen Sie doch, ob Sie mit SFTP auch ohne Abbruch veröffentlichen können:
Hallo, tolle Neuigkeiten. Herzlichen Dank für die Info.
Ihre Website (die veröffentlichte) ist nach wie vor auf das Layout Swiss-Responsive eingestellt. Auch die Layout-Einstellung "Kopfgrafik > Text > Hintergrundgrafik (bzw. Hintergrundfarbe)" stimmt noch.
Aber nochmal: in diesem Layout ist es so, dass wenn der Bildschirm schmal wird, der gesamte Textblock unter der Headergrafik (statt darüber liegend) angezeigt wird und daher die Hintergründe des Textes nicht mehr zum Tragen kommen, da dieser ja nun auf dem weißen Seitenhintergrund liegt (und die Headergrafik nicht mehr durchscheinen kann). Das ist so und kann auch bei Ihnen in diesem Layout eigentlich nie anders gewesen sein.
Tut mir leid, das kann ich Ihnen auf Anhieb nicht sagen. Ich kann auch nicht herausfinden, welches Layout Sie vormals genutzt haben. Vielleicht haben Sie ja mal einen Backup erstellt und können das vormals Verwendete Layout darüber herausfinden?
In Ihrem aktuell verwendeten Layout liegt der Text auf dem Bild und ist mit einer transluzenten Hintergrundfarbe versehen. In der mobilen Darstellung liegt der Text aber nicht mehr auf dem Bild, sondern wird darunter dargestellt und daher kann das Bild dann auch nicht mehr unter dem Text durchscheinen. Das ist in diesem Layout so. Falls das bei ihnen mal anders war, müssen Sie vermutlich das Layout gewechselt haben.
Können Sie mir die Frage nicht beantworten weil Sie es aus firmeninternen Gründen nicht dürfen, was für mich OK wäre, aber ZP auch unattraktiv macht, oder weil Sie es technisch gerade nicht beantworten können, was auch OK ist (man kann ja nicht alles wissen (-; ). In diesem Fall wäre ein Kontakt zu jemandem der es weiß sehr hilfreich.
Ich kann Ihnen das nicht beantworten, weil Sie ein solches Skript vermutlich selbst erstellen müssten und wir hier keine Programmier-Anleitungen bieten können.
Das kann ich Ihnen nicht beantworte. Wir schlagen immer vor, das über eine Regel auf dem Mailserver zu machen. Die Regel muss an die "Reply-To" Adresse antworten (ist im Header der Formular-Mail enthalten).
Nein. Das gibt es absichtlich nicht, um Missbrauch vorzubeugen. Wenn Sie hier im Forum nach "autoreply" suchen, sollten Sie bereits einige Beiträge u diesem Thema finden.
Hallo,
sorry, hatte Ihre letzte Antwort übersehen. Bitte senden Sie mir Ihr Projekt, dann mache ich hier mal ne Testveröffentlichung und finde sicher raus, woran es klemmt:
Hallo,
anhand der Fotos kann ich leider nicht helfen. Ich würde die URL zur Seite mit der Kopfgrafik benötigen, damit ich das online ansehen und ggf. erkennen kann, um was es geht.
PS: googeln Sie mal, wie man auf dem PC einen Screenshot erstellt, ohne dafür eine Kamera zu nutzen. Ist für Sie dann einfacher und für uns viel besser lesbar.
OK, da liegt ein Skriptfehler vor. Der Wird von Facebook verursacht. Das hatten wir neulich schon mal. Das trat dann aber nur kurzzeitig auf und funktionierte dann irgendwann wieder. Vermutlich experimentiert Facebook da. Da können wir von unserer Seite im Moment leider nichts machen.
Da müssten wir eine URL zur entsprechenden Seite haben, um das beurteilen zu können.
Ok, nun verstehe ich zumindest, was Sie sich darunter vorstellen. Danke!
Der Spaltenmodus ist von uns eigentlich nur für Notfälle oder ganz spezielle Aufgaben vorgesehen. Wir möchten gar nicht jeden Nutzer mit der Nase auf diesen Modus stoßen, daher ist es relativ unwahrscheinlich, dass wir solch einen Button anzeigen würden. Auch der "Wireframe"-Button trägt ja bereits zur Verunsicherung einiger Nutzer bei ("das Layout sieht plötzlich so komisch aus"), noch ein Button mehr würde es vermutlich nicht besser machen.
Was in der Vergangenheit aber sicherlich nicht so gut war ist, dass man diese Funktion nirgends in einem Menü "entdecken" konnte. Man musste also wissen, dass es diese Funktion gibt. Seit Version 16 gibt es dafür aber nun einen Menüeintrag "Spaltenansicht" unter "Erweitert"
Was ist ein "F8 Button"?
Hallo,
herzlichen Dank. Ich habe das nun ausgiebig getestet. Immer mit der selben (Ihrer) ISO-Datei.
Auf Ihrem Server (Windows IIS PHP 7.4.20):
Der Download per Link klappte (Wette verloren).
Der Link per Dateibrowser brach bei ca. 1,6GB ab.
Auf unserem Server (Windows Apache PHP 7.4.3):
Beide Downloads, per Link und Dateibrowser funktionieren und brechen nicht ab.
Nach einigem Googeln bin ich ziemlich sicher, dass die Problemursache irgend ein PHP-Internes Limit ist, das wir leider nicht umgehen können. Dieses Limit scheint je nach PHP Version und Platform unterschiedlich zu sein.
Da kann ich Ihnen aktuell also leider keine Lösung anbieten. Sie müssten die Dateien ggf. in kleinere Teile aufteilen oder anderweitig zum Download bereitstellen.
Eine minimale Anpassung habe ich an unserem Code noch gemacht (Content-Type und Content-Transfer-Encoding), ds wird sich aber auf Ihr Problem sicher nicht auswirken (bei uns trat das Problem nicht auf, konnte also nicht getestet werden). Online-Update wird in ca. 30 Minuten verfügbar sein.
Wenn ich die Seite aufrufe, geht es. Vermute es war der Browser-Cache.
Das sollte doch aus diesem Beitrag hervorgehen. Dass das Projekt die notwendigen Seiten für Formulare etc enthält. All diese benötigten Seiten sind dann lediglich, zwecks Übersichtlichkeit, unter einer Seite namens System gruppiert (Unterseiten dieser).
In Zeile 137, welche in der Fehlermeldung aufgeführt ist, wird im Code einfach eine Datenbankabfrage ausgeführt, die alle Bestellungen abfragt. Vermutlich sind es halt nun mehr Bestellungen geworden und dadurch wird mehr Speicher verbraucht…
Serverseitig sollte PHP erlaubt werden, mehr Arbeitsspeicher zu nutzen. Ggf. können Sie das auch selbst per php.ini tun (z.B.: memory_limit = 64M). Ansprechpartner hierfür ist der Provider.
Vermutlich gar nicht, aber da ist der Provider Ihr Ansprechpartner, denn es geht ja um den Webserver.
Es geht um den Arbeitsspeicher (RAM), nicht um die Festplattenkapazität.
Hallo,
vielen Dank für die Mühe. Aber das Problem tritt ja bisher speziell auf Ihrem Webserver auf. Ich benötige daher eine Testseite auf Ihrem Webserver, auf der der Dateibrowser und ein normaler Download link platziert ist, der jeweils die selbe Datei anzeigt/verlinkt (eine in entsprechender Größe, die den Abbruch verursacht).
Hallo Stefan,
schade eigentlich, dass Sie nichts weiter tun können oder wollen?
Ich denke, es ist von Ihrer Seite nicht notwendig den Direktdownload anzuschauen, der läuft einfach durch, und zwar korrekt.
Das Problem muss an Ihrem Widget PHP liegen, anders ist es nicht erklärbar. Übrigens, Ihre Wette hätten Sie verlorenBin gespannt, wie es damit weitergeht, beste Grüße
Norbert
In meinen Tests auf unseren Systemen, konnte ich selbst unter Verwendung einer Ihrer Datei keinen Fehler feststellen. Der Fehler tritt also nur unter bestimmten Bedingungen auf, die wir leider bisher nicht reproduzieren können. Von "wollen" kann hier keine Rede sein.
Zur Eingrenzung hätte ich daher gerne gesehen, wie sich die selbe, große Datei als normal verlinkter Download im Vergleich zum Dateibrowser (via PHP) auf Ihrem Server verhält. Bei solchen Tests sehen wir uns dann die vom Webserver gelieferten Header etc. genau an und das bring uns ggf. bei der Problemanalyse weiter…
Eine "Systemseite" ist eigentlich auch nur eine normale Seite mit einigen Unterseiten. Einfach ein neues Projekt anlegen und dort schauen, welche Inhalte auf den Seiten sind etc.
Als Erfolgs- und Fehlerseite kann eine beliebige Seite gewählt werden. Also einfach ganz normal zwei neue Seiten anlegen und auf einer den Text "…wurde erfolgreich versandt…" einfügen und auf der anderen "…konnte nicht versendet werden…" platzieren.
Diese Seiten dann am besten aus der Navigation ausblenden.
