Beiträge von Stefan S

Nein, das geht wegen der Dateigröße nur über das eingebaute Tool. Sie können das auch gerne abbrechen und erstmal den test mit entferntem CSS machen. Version 15 hat für die Vorschau einen komplett anderen Mechanismus als Version 14 und ist daher nicht vergleichbar. Kann durchaus sein, dass Version 15 auf Syntax-Fehler anders reagiert. Ich würde das mit dem entfernen des eigenen CSS zunächst mal testen und das Projekt dann über Nacht senden lassen.

Mein Beileid! Lassen Sie die Übertragung einfach mal laufen. Hatten Sie bereits mal alles eigene CSS entfernt? und trat der Fehler dann auch auf?

PS: haben Sie schon versucht etwaige Virenscanner oder Sicherheitstools mal temporär zu aktivieren um zu versuchen, ob das den Fehler vermeidet?

Oha, da stürzt anscheinend der eingebettete Chrome-Browser komplett ab. Das müssen wir versuchen zu reproduzieren. Können Sie mir bitte Ihr Projekt senden und mir sagen auf welcher Seite dieser Fehler aufgetreten ist?

1. Öffnen Sie Ihr Projekt in Zeta Producer
2. Gehen Sie auf das Menü "Extras"
3. Klicken Sie auf den Button "Optionen"
4. Klicken Sie auf "Aktionen"
5. Klicken Sie rechts auf die Aktion "Projekt Senden" damit diese Markiert ist
6. Klicken Sie unten auf den Button "Ausführen"
7. Geben Sie im 1. Feld Ihre E-Mail-Adresse ein, damit wir Sie für Rückfragen kontaktieren können
8. Geben Sie als Referenz ins Feld Bemerkungen den Link zu diesem Forum-Artikel ein (per Kopieren und Einfügen)
9. Klicken Sie auf den Button "Senden"

Ggf. auch mal das komplette CSS mal temporär entfernen und testen, ob der Fehler dann noch auftritt… Wenn die Vorschau weiß bleibt lassen sich die Inhalte übrigens bei Bedarf noch in der Spaltenansicht bearbeiten auf die man mit F8 umschalten kann (um z.B. den Slider zu deaktivieren und zu sehen, ob das das die weiße Vorschau wieder behebt). Nochmals F8 schaltet wieder auf die Vorschauansicht.

Ich vermute auch, dass es an irgend etwas im "eigenen code" liegen könnte. Mit scheint z.B. text-align: button; fehlerhaft zu sein. Was helfen könnte:

Sie können in Zeta Producer seit Version 15 auch Entwickler-Tools nutzen. Blenden Sie diese mit F12 ein und lassen Sie sich die "Console" anzeigen. Wenn das Display dann auf weiß umschaltet, sehen Sie da in der Console ggf. irgendwelche Fehlermeldungen?

Also, ich hatte gestern Abend auch das Formular auf der initialen Testseite gleich gesehen. Vermute, Sie hatten eher ein Problem mit dem Browser-Cache. Wie auch immer, Hauptsache ist, das es nun funktioniert.

Können Sie nicht einfach einen Screenshot hier anhängen, sonst wird es fast unmöglich Ihnen bei einem visuellen Problem zu helfen.

Welche Programmversion nutzen Sie denn? Und wie sollen wir eine Idee haben, wenn wir nicht sehen können, wie das aussieht und warum der Text nicht lesbar ist (z.B. weil eine falsche Farbe gewählt ist…)?

Andre G. Das Online-Update für Version 15 ging gestern noch raus. "Extras > Updates suchen" anklicken und danach dann STRG-SHIFT-T…

Hallo,

ändern Sie doch mal kurzfristig das Passwort in eines, das Sie uns hier nennen können, damit wir das mal vollständig testen können.

Artikelnummern werden im Shop nicht dargestellt. Sie können die Artikelnummer aber zusätzlich auch im Titel oder der Beschreibung aufführen, dann ist sie ja sichtbar.

Solange es sich bei Ihrer Site um die Site einer Einzelperson und nicht etwa einer Gruppe handelt, scheint das OK zu sein.

Zitat von Walter

Mich ärgert z.B. immer wieder der ständige @nbsp; Fehler, der sich nicht nur in „normalen" Texten, sondern auch in nur durch mehrere Zusatzklicks als Quelltext aufrufbaren Textteilen versteckt. Offensichtlich ist das so ein Problem das „ignoriert" wird, weil es im Verborgenen auftritt.

Dieser Fehler stammt aus einer externen Bibliothek. Da sind wir davon abhängig, dass der Fehler dort behoben wird. Leider.

Wir entwickeln ein Programm, das von tausenden Nutzern benutzt wird. Nicht jedes "Problem" ist unbedingt ein "Problem" aller, was den einen stört, ist für den anderen logisch etc. Daher müssen wir bei Änderungen sehr, sehr vorsichtig sein und alles gut bedenken. Offensichtliche Fehler korrigieren wir eigentlich immer.

Im Layout gab es hierzu keine Äderungen, aber (da steckt der Teufel im Detail) es gab Änderungen im zentralen Code, der aktive Seiten im Navigationsmenü kennzeichnet und dieser hatte den Logo-Link früher nie als "aktiv" gekennzeichnet, jetzt aber schon. Das hatte ich nicht sofort gesehen. Ich werde ein Online-Update herausbringen, dass das vorherige Verhalten wiederherstellt und die Spalte mit dem Logo im Navigationsmenü von flat Responsive nicht als aktiv markiert (und somit auch nicht die Hintergrundfarbe aktiver Seiten übernommen wird).

Ich hoffe es geht Ihnen nun besser, nachdem Sie sich Luft gemacht haben. Wenn Sie eine Verbesserung bezgl. des Widgets "Videohintergrund" (oder anderen Bereichen) möchten, dann sollten Sie in einem gesonderten Artikel detaillieret beschreiben, worum es geht.

Benutzer haben da ja genügend Möglichkeiten: Logo ohne transparenten Hintergrund erstellen, in den Layout-Einstellungen eine andere Hintergrundfarbe wählen etc…

Ich vermute, Sie haben in den Layout-Einstellungen für die "aktive" Seite eine entsprechende Hintergrundfarbe unter "Hauptmenü > Aktiv > Hintergrundfarbe" gewählt. Ist ja auch in beiden Screenshots jeweils so sichtbar. Einmal unter "Impressum", wenn dies die aktuelle Seite ist und einmal unter "Startseite", als dies die aktive Seite war. Und das Logo ist ja ebenfalls immer auf die Startseite verlinkt…

Hallo,

das ist nicht "einfach" möglich.

Ursache ist meist die Angabe eines falschen Zielordners in den FTP-Einstellungen. Hängen Sie doch bitte hier einen Screenshot der FTP-Einstellungen Ihres Projekts (in Zeta Producer) an.

Hallo,

V3 wird von uns noch nicht unterstützt, aber V2 mit der Option "invisible captcha": https://docs.zeta-producer.com/formular-mit-s…fung.html#a3671

Sie scheinen das Netzlaufwerk momentan ja über einen UNC-Pfad (\\NETZ…) anzusprechen. Wie verhält es sich denn, wenn Sie das Netzlaufwekr auf einen Laufwerksbuchstaben mappen, also z.B. N:

Das könnte mit dem ungewöhnlichen UNC-Pfad zusammenhängen. Versuchsweise das Projekt mal nach c: verschieben?

Oh, sorry. Dann habe ich die beiden Datenbanken verwechselt. Die eingepflegten Artikel werden ja aber bei erneutem Veröffentlichen wieder auf den Server geladen…

Hallo,

ich hatte gestern einen Fall im Support, da hatte ein Nutzer mit Hosting bei One.com die selbe Fehlermeldung "Failure; Failure". Die Lösung bei ihm war, dass als Zielverzeichnis ein vollständiger, absoluter Pfad eingetragen werden musste, wie z.B./customers/a/9/8/example.com

Hallo,

versuchen Sie bitte in den erweiterten SFTP-Einstellungen unter Algorithmus die Option „DSS“ zu wählen, dann sollte es klappen.

Hallo,

ich sehe eben in unseren Release-Notes, dass es da in Version 14 einen Fehler gab, wenn PHP 7.3 benutzt wurde. Der Fehler wurde in Version 15.0.0 behoben. Wenn Sie nicht auf Version 15 aktualisieren möchten/können, dann könnten Sie mal versuchen, ob Sie bei Ihrem Hosting die PHP-Version auf 7.2 oder 7.1 ändern können…

Haben Sie auch nach dem 1.9. (1. Gültigkeitstag) mal veröffentlicht? Vielleicht mal ne kleine Änderung im Shop in ZP machen und dann veröffentlichen…

Liegt das heutige Datum im Gültigkeitsbereich der Gutscheine?

https://cse.google.de/cse/

Ja, den Knopf "Einfügen" benötigt man, damit der "Haderbereich" sichtbar wird (wenn kein Header vorhanden ist). Alternativ kann man auch mit F8 in den Spaltenmodus schalten.

Hallo,

das Design ist ja vollständig vorhanden. Ich vermute, was Sie meinen ist der fehlende Header, der früher automatisch von der Startseite aus vererbt wurde. Das wurde in Version 15 geändert. Der Header müsste nun auf der Startseite kopiert und auf der Zielseite entsprechend als Verknüpfung eingefügt werden:

https://docs.zeta-producer.com/artikel-verknuepfungen.html

In der kommenden Version 15.1 wird es hierzu noch einige hilfreiche Neuerungen geben.

Wenn der Shop noch nicht wirklich online ist, können Sie vor dem Online-Gehen einfach die Datenbank "shop-local.db" auf dem Server löschen. Zu finden unter "assets/php/SHOP-DATA/kryptischer-ordnername/

Von uns stammt das nicht.

Hallo,

Kundenkonten können aktuell – und sollten auch nicht – gelöscht werden, weil sonst inkonsistente Datensätze entstehen könnten, wie z.B. Bestellungen ohne Besteller.

Wenn eine Bestellung durchgeführt wir, wird zwar die Kunden-E-Mail in der Datenbank gespeichert, aber noch kein richtiges Konto angelegt. Ein richtiges Konto wird erst angelegt, wenn der Kunde die entspr. Option auch aktiviert hat und Sein Konto dann auch bestätigt. So lange noch kein richtiges Konto angelegt ist, kann ach das Passwort ggf. nicht zurück gesetzt werden… Was Sie hier beobachten, ist also normal, auch wenn es nicht so aussieht.

Zitat von Wikipedia

Shit happens ist eine englischsprachige Redewendung (Anglizismus), die in ihrer originalen Form in den deutschen Sprachgebrauch übernommen wurde. Im Deutschen könnte sie mit „Scheiße passiert [eben]“, im Sinne von „Dumm gelaufen“, übersetzt werden – im Französischen würde in ähnlichen Situationen C’est la vie gesagt. Die Redewendung beschreibt das unvermeidliche Auftreten von Ärgernissen oder Rückschlägen. Sie wird oft eingesetzt, um auszudrücken, dass selbst gute Planung Probleme nicht ausschließt und Betroffene daran nicht verzweifeln sollen. Die Phrase ist Bestandteil der Umgangssprache, wird überwiegend aber nicht als Vulgärsprache oder obszön beschrieben.

Ok, ich bin jetzt ruhig.

Wer hat von "lustig" gesprochen?

Das geht leider nur "zufällig", weil wir nicht wissen, wer das Bild nutzt und keine technische Lösung haben, das automatisch zurückzurufen. Ist bisher auch noch eine Ausnahme. Sollte das erneut vorkommen, denken wir über z.B. eine spezielle Webseite nach, auf der wir die Bilder zeigen können (was wir dann ja aber bestimmt auch nicht dürfen…). Das hat uns genauso kalt erwischt, wie Sie. Wir haben uns da auf unseren Lieferanten und die Vereinbarungen mit ihm verlassen. Wie sagt der Engländer: "Shit happens".