Beiträge von Stefan S

Okay, herzlichen Dank! Ich schließe diesen Beitrag nun, weil er schon sehr, sehr lang geworden ist…

Zitat von Alpengreis

Ja, klar, das verstehe ich. "Leider" ist es im Moment nicht so, dass ich dieses Verhalten "einfach so" nachvollziehen könnte. Ich werde mir aber in Kürze ein Zeitfenster schaffen, indem ich versuche, dies zu reproduzieren. Gelingt mir dies, werde ich auf jeden Fall ein Video davon erstellen und es hier zur Verfügung stellen, liegt natürlich auch in meinem Interesse! Ich hatte einfach fürchterlichen Stress die letzten paar Wochen ... sieht aber nun bereits ein wenig besser aus, sodass ich zuversichtlich bin, dies bald mal so richtig testen zu können. Ich bleibe dran.

Machen Sie sich bitte keinen Stress. Uns eilt das ja überhaupt nicht. Ich habe nur auf Ihr wiederholtes Nachfragen reagiert

Fakt ist halt auch, dass wir nur aktuelles Verhalten testen können. Warum etwas irgendwann einmal in der Vergangenheit nicht funktionierte lässt sich im Nachhinein leider nicht feststellen. Wenn wir Videoaufzeichnungen Ihres Bildschirms hätten, in dem wir jede vergangene Operation nachvollziehen könnten und die Zeit hätten, dieses Video auch zu sichten, dann ginge das eventuell, aber dem ist ja nicht so.

Falls ich hier neben der Spur liege und Sie wissen, wie wir ein Verhalten, das in der Vergangenheit stattfand analysieren können, bin ich ganz Ohr.

Wir sind aktuell mit nem Haufen anderer Dinge beschäftigt. Ich kann daher aktuell nur auf Beitrag #20 verweisen und vermute, dass es sich in V17 auch so verhält. Ich teste das sobald es die Zeit erlaubt. Bis dahin, können Sie gerne meinen Test aus #20 genau so in V17 durchführen.

Danke für das Feedback. Falls wir das umsetzen, dann aber so, dass die Pfeil-Symbole den aktuellen Zustand repräsentieren und nicht den Zustand nach Klick, also genau umgekehrt, wie in Ihrem Screenshot. Ist ein Akkordeon Aufgeklappt, zeigt der Pfeil nach unten…

Der Fehler ist per Online-Update für Version 17 behoben. In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis oben im Fenster) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.

Sie nutzen für dieses Projekt ja die 16er Version. Da gab es vom unserer Seite aus schon lange kein Update mehr, das den Shop betrifft. Welche Shop-Daten im Projekt gestern genutzt waren, weiss ich nicht. Falls Sie einen Backup des Webserver haben, können Sie ggf. damit zurück gehen.

Ansonsten bleibt Ihnen nur, den Provider um eine kompatible 64Bit installation zu bitten oder den Provider zu wechseln. Wir können da leider nichts für Sie tun.

PS: der Provider Aruba.it bietet auch Linux-Webhosting an…

Sind Sie auf ein Windows-Webhosting angewiesen oder können Sie ggf. auch ein Linux-Webhosting wechseln?

Ich hatte Ihnen im Support-Ticket nur ein Projekt (alpenschamanismus.de) mit den Zugangsdaten ergänzt und zugesandt. Das andere Projekt müssen Sie selbst entsprechend den Angaben in unserer E-Mail vom 9.9. anpassen.

Die Meldung "A supplied password or user name is incorrect.“ deutet stark darauf hin, dass dies noch nicht erfolgt ist.

Das hilft. Der Fehler kann vorkommen, wenn Projekte verschoben oder auf anderen Rechnern geöffnet werden.

Hier die Lösung (Beschreibung kann etwas abweichen, da ich die von Ihnen verwendete Programmversion nicht kenne):

• Öffnen Sie "Erweitert -> Erweiterte Einstellungen"
• Klicken Sie auf den Button "Interne Listen" (in Version 16 direkt erreichbar unter "Erweitert > Erstellen > Interne Listen")
• Nun sehen Sie ein Fenster mit 3 Listen "Veröffentlichen", "Erstellen" und "Seiten". Wählen Sie nacheinander alle diese 3 Listen an und klicken Sie jeweils oben rechts auf den Button "Alle entf."

Dies löscht sämtliche Veröffentlichungslisten, so dass Ihr Projekt aus Sicht von Zeta Producer aktuell erstellt und veröffentlicht scheint.
Damit ggf. erfolgte Änderungen trotzdem korrekt veröffentlicht werden, führen Sie einmalig bitte noch folgendes durch:

• Erweitert > Erstellen > Alle Seiten erstellen
• Veröffentlichen > Website online veröffentlichen
  

Da benötigen wir zumindest die kompletten Fehlerdetails. Die können Sie im Fehlerdialog in den Optionen anzeigen (und sogar berichten).

Sie haben das Widget auf einer beliebigen Seite eingefügt. Zum Ändern der Einstellungen doppelklicken Sie zur Bearbeitung auf das Widget.

Falls Sie nicht mehr wissen, auf welcher Seite das Widget eingefügt wurde, können Sie die Suchfunktion nutzen (Suchfeld oben über dem Seitenbaum). Geben Sie dort "cookie-consent" ein, klickenSie auf "Suchen", markieren Sie den gefundenen Artikel und klicken Sie dann auf "Gehe zu" um zur Seite mit dem Widget zu wechseln…

Welche Version von Zeta Producer nutzen Sie? 13,14,15,16,17…?

Zitat von Drcymbal

ich nicht völlig blöd

Das wollte ich auch nie unterstellen. Aber manchmal sieht man vor lauter Bäumen halt den Wald nicht mehr, bzw. kleine Tippfehler o.Ä. Passiert mir z.B. immer wieder.

PS: Ich habe das eigene CSS nun gefunden. Es greift nicht, weil es leider im Quelltext vor dem vom Widget injizierten CSS im Quelltext auftaucht. Das können/wollen wir aktuell nicht ändern. Ich hoffe, Sie haben noch so viel Geduld bis zur 17.1.

Bis dahin könnte es helfen, zumindest per "text-decoration" die Links bei Hover unterstrichen darzustellen.

Aha. Na da bin ich froh, dass ich doch nicht blind bin

Einstellung für Hover-Farbe kommt dann in 17.1

Sorry, mein Fehler. Aber dann kann ich Ihr "eignes CSS" auf der Seite aktuell nicht finden. Bin ich blind?

Für mich sieht es so aus, als ob Sie in Ihrem CSS die selbe Farbe für hover und den Normalzustand definiert haben:

#quotes_16254.zpQuotes a:not(.nodefaults), #quotes_16254.zpQuotes a:not(.nodefaults):hover {
	color: #177982!important;
}

Besser wäre vermutlich etwas in der Art:

#quotes_16254.zpQuotes a:not(.nodefaults) {
color: #177982!important;
}
#quotes_16254.zpQuotes a:not(.nodefaults):hover {
color: red!important;
}

Oder eben nur den :hover-Zustand definieren:

#quotes_16254.zpQuotes a:not(.nodefaults):hover {
color: red!important;
}

Der Fehler ist per Online-Update für Version 16.8 und 17 behoben. In frühestens 10 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis oben im Fenster) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.

Ja. Das löschen findet aber erst beim Veröffentlichen des Projekts statt.

Wenn Sie das als neues Projekt so aufgesetzt haben, können keine alten Seiten gelöscht werden, da ZP davon ja nichts weiß.

Lassen Sie uns bitte zum eigentlichen Thema zurückkehren: Dem Datenverlust von Kunden, die keine 3rd-Party-Virenscanner (oder sonstige "Sicherheitstools") nutzen. Uns interessiert in diesem Zusammenhang, ob die 17.0.3 tatsächlich hilft, dieses Problem vermeiden.

Am Montag gerne.

Da benötigen wir zumindest einen Link zur entsprechenden Seite um das online analysieren zu können.

Das kann schon sein. Ist auch so nicht vorgesehen.

Wenn ich auf Ihrer Seite in den Browser-Entewicklertools folgendes im Head in einen vorhandenen <style>-Block einfüge, dann funktioniert das:

#quotes_16254.zpQuotes a:not(.nodefaults):hover {
  color: red !important;
}

Zitat von xttenere

Das ist wirklich seltsam. es kann ja unmöglich mit der Protokollierung zusammenhängen.

Nein und das tut es ganz sicher auch nicht. Ich hatte ja bereits in Beitrag #3 vermutet, dass es einfach etwas dauert…

Okay, danke für die Info.

Ich würde zunächst während dem Veröffentlichen ins Protokoll-Fenster schauen, ob Ihnen da etwas auffällt. Drücken Sie während dem Veröffentlichen die Tastenkombination STRG+ALT+P, dann wird Ihnen das Protokoll-Fenster eingeblendet in dem sehen Sie, was momentan vor sich geht, ob Seiten erstellt, Jobs (Bilder erstellen/komprimieren) abgearbeitet werden, oder ob tatsächlich schon veröffentlicht wird.

Wenn Ihnen das nicht bereits weiterhilft, schalten Sie die Protokollierung ein: https://docs.zeta-producer.com/v16/protokollierung.html – dadurch werden dann Logfiles im Producer-Ordner im Unterordner "logfiles" erzeugt. Im Logfile "…zp publish.log" findet sich ein detaillierter Mitschnitt der Veröffentlichung.
Wichtig ist, danach die Protokollierung wieder zu deaktivieren, denn die bremst das Arbeiten sonst etwas.

Welche Version von Zeta Producer nutzen Sie denn?

Ich habe eben mal in Version 15 versucht ein Bild mit der Erweiterung ".jpeg" zu importieren. Das funktionierte problemlos.

nicolas müsste uns also detailliert beschreiben, was er genau vor hat inkl. der detaillierten Schritte wie er dazu vorgeht, sonst können wir nur schwer helfen.

Ich würde es mal über Nacht laufen lassen, eventuell dauert es einfach lange, weil nach der Umstellung der FTP-Daten ja die komplette Website hochgeladen wird.

Ansonsten höre ich von Kunden nicht viel gutes, seit HE von GoDaddy übernommen wurde.

Zitat von Andreas_Braun

vielen Dank. Hab's gerade ausprobiert und es hat geklappt.

Um Code am Ende des <body>Tags auszugeben, fügen Sie den Code bitte ins globale Attribut "footer_script" ein.

Die Kamera kann ja nicht direkt an Zeta Producer senden. Mir ist daher nicht klar, wo hier das Problem genau liegt. Der Import kann es ja wohl nicht sein.
Beschreiben Sie das ggf detaillierter.

Zitat von Mattchiweb

Danke, funktioniert super

Das freut mich.

Das bedeutet wohl dass Sie lediglich Bilder ausgetauscht haben?

Dann könnte ein "Erstellen > Alle Seiten erstellen" ggf. helfen.

Wie sollen wir Ihnen auf Basis dieser Infos helfen können?

Wie lautet die URL zur Website?

Hängen Sie bitte einen Screenshot der Seite hier an, auf der Inhalt nicht aktualisiert wurde und markieren Sie den veralteten Inhalt m Screenshot mit einem roten Rahmen.

Ich vermute aber, die Ursache ist, dass in additional_css noch die umschließenden <style> Tags fehlen.

Siehe: https://docs.zeta-producer.com/eigenes-css-einfuegen.html#a2827

Melden Sie sich bitte wieder, wenn die Seite online analysiert werden kann.