Ja, ist auch nachvollziehbar, da Zeta ja vorher nicht zum Handeln aufgefordert wird.
Dann bleibt uns nur noch das Rätsel, warum manche Dateien nicht gelöscht werden.
Ich halte die Augen offen und melde mich, falls mit wieder so etwas passiert. Vielleicht kann man ja dann anhand der Rahmenbedingungen irgendwas konkret herausfinden.
Okay, das ist auch gut nachvollziehbar.
Zeta soll aber alte Seiten löschen, die
Habe ich das richtig verstanden?
Heute habe ich eine neue Variante und Frage zu diesem Thema.
Ich habe eine Website komplett neu aufgesetzt mit einer neuen Verzeichnisstruktur. Dadurch gibt es fast alle alten URL's nicht mehr. Diese wurden aber nicht vom Server gelöscht. Ist das so gewollt? Ich meine damit, kann Zeta überhaupt Dateien löschen, die vorher einen anderen Namen hatten und jetzt nicht auf "nicht veröffentlichen" stehen, sondern gar nicht mehr existieren?
Danke Alpengreis für das hartnäckige dranbleiben und danke an Stefan S fürs testen.
Ich habe keine interne Liste (bewusst) gelöscht, denn ich höre davon zum ersten Mal
Aber ich habe eben bei der betroffenen Seite auch noch mal einen Test gemacht und zwei der unerwünschten Seiten zunächst wieder veröffentlicht und dann wieder auf nicht veröffentlichen gesetzt. Hat einwandfrei geklappt und das zweimal hintereinander.
Es bleibt ein Rätsel
Wir testen das regelmäßig z.B. bei neuen Releases und konnten da bisher kein Fehlverhalten beobachten.
Ihr testet also auch ob Seiten, die vor Monaten online waren und dann auf einmal nicht mehr online sein sollen (Veröffentlichung deaktiviert) auf dem Server gelöscht werden. Dann behaltet das doch bitte im Auge. Scheint ja, wie sich herausgestellt hat, nur manchmal der Fall zu sein, dass es nicht funktioniert. Aber wenn es so ist, dann ist es natürlich sehr ärgerlich.
Im Endeffekt wissen wir jetzt leider noch nicht genau was wann warum passiert oder eben auch nicht.
Warum werden manchmal Seiten die nicht mehr veröffentlicht werden sollen trotzdem weiterhin veröffentlicht und nicht vom Server gelöscht und manchmal werden sie gelöscht, so wie es eigentlich sein sollte.
Es wäre nett, wenn sich jemand vom Support sich das mal näher anschauen könnte, da es ja offenbar kein Einzelfall ist.
Danke
Leider habe ich eben wieder ein Projekt gefunden, bei dem Seiten die nicht (mehr) veröffentlicht werden sollen, sich noch auf dem Server befinden, wie z. B. https://www.gbooks.de/feiertage-hessen.html. Die Seiten mit den Feiertagen für Deutschland und je Bundesland wurden schon vor einigen Monaten deaktiviert. Es wäre schön, wenn sich das jemand von Zeta einmal genauer ansehen könnte.
Es ist sicher keine Absicht, dass die Seiten manchmal entfernt werden und manchmal nicht.
Hab es eben auch nochmal mit einer Unterseite getestet, die wurde auch auf dem Server mitgelöscht, wie es Sammy geschrieben hat. War also wohl hoffentlich eine einmalige, fehlerhafte (Nicht)Aktion bei mir
Hi Philipp,
das fürchte ich auch. Das wäre natürlich ungünstig, da ich davon ausgegangen bin, dass eine nicht mehr veröffentlichte Seite auch nicht mehr online sein würde. Das hat definitiv eine negative SEO-Wirkung, auch wenn ich deren Tragweite nicht abschätzen kann. Aber ich mach mich dann mal auf die Suche nach unbeabsichtigt noch veröffentlichten Seiten ...
Danke.
Version: Zeta 16.8.6.0 Express
Hallo,
ich habe gerade festgestellt, dass (Unter-)Seiten einer Website, die ich nicht veröffentlicht haben möchte, trotzdem online sind.
In diesem Fall waren die Seiten ursprünglich online und ich habe sie nicht mehr online haben wollen, deshalb habe ich "Seite veröffentlichen" wieder deaktiviert, in der Annahme, dass die alte Version damit automatisch vom Server entfernt wird. Das ist aber in diesem Fall leider nicht so. Ist das die Regel, oder eine Ausnahme?
Beispiel s. Screenshot bzw.: https://www.silvesterreisen-silvesterangebote.info/silvesterziele…eisen-prag.html
Hallo Tom,
ja, das war auch schon im 15er und 14er so und wird vermutlich auch im 17er so sein
Vielleicht sollte sich Zeta das auf eine Liste der Bugs setzen, dass das Schrumpfen der Textfelder für ein späteres Update zumindest ab der 17er Version verhindert werden kann und vielleicht könnte die Grundversion des Fensters inzwischen auch etwas vergrößert werden, denn vermutlich sind die kleinsten Bildschirme von früher inzwischen etwas größer
Hallo,
ich nutze häufig die Funktion "Text ersetzen"
> Extras > Optionen > Aktionen > "Text ersetzen" > Ausführen > Neuen und alten Begriff eingeben > ersetzen > Alle ersetzen
und habe dabei ja auch diverse Wahlmöglichkeiten, wie z. B.
Leider funktioniert das eigentlich schon seit Jahren, nur sehr unvollständig.
Derzeit ist es so, dass sich bei meinem aktuellen Projekt gar nichts tut. Ich versuche Du durch du zu ersetzen bzw. Dich durch dich.
Sonst habe ich meiste Jahreszahlen global ersetzt, also z. B. 2024 durch 2025. Das hat dann meist nur teilweise geklappt.
Es sollten doch aber alle Werte ersetzt werden und nicht nur ein paar auf der Seite und andere nicht.
Derzeit wird bei mir gar nichts ersetzt. Also gefunden werden die Begriffe, aber auch nach "Diese Seite erstellen" passiert nichts. Selbst wenn ich das nur für die aktuelle Seite mache. Woran kann das liegen?
Version 16.8.6.0 Express
Hallo Tom,
das wäre schön, wenn es bei mir so wäre wie bei Dir
Leider verändert sich die Größe des Editor-Feldes scheinbar völlig unkontrolliert bei jeder neuen Texteingabe. An Tagen wie heute z. B. über 50 Texte (ohne Neustarts).
Ich mache nur das Fenster zu und manchmal öffnet das Widget sich für den Artikel darunter so groß, wie ich es vorher aufgezogen hatte und dann wieder nur sehr klein.
Hier mal ein Screenshot. Das sind sogar nur 3 Zeilen im sichtbaren Bereich, wenn ich das Textwidget starte.
Und nachdem ich den Link eingefügt habe, nimmt die zusätzliche Menüleiste von den 3 Zeilen noch eine weg:
Also hab ich das Feld mal aufgezogen, damit ich den (recht kurzen) Eintrag sehen kann
Das nächste Textfeld hat sch dann in der zuletzt verwendeten Größe geöffnet
So wie Du es beschrieben hast. Das ging dann auch für die nächsten 8-9 Textfelder so weiter, wobei ab und zu ein oder zwei Zeilen beim nächsten öffnen "geklaut" wurden, aber das Feld war immer noch größer als ganz am Anfang. Allerdings ist nun folgendes passiert:
Wie gesagt ist das jetzt 9 Eingaben / Textwidgets später. Ich habe keine anderen Seiten oder irgendwas in der Zwischenzeit geöffnet. Die Feldgröße verstellt sich also von allein.
Da stellen sich mir jetzt zwei Fragen:
1. Muss das Textwidget wirklich standardmäßig so klein sein, dass nur 3 Zeilen reinpassen?
2. Wieso und wann/wodurch schrumpft es in der Höhe?
Die Texte waren auch immer ungefähr gleich lang, so dass es sich auch nicht an besonders kurze Texte angepasst haben kann.
Das ist sehr mysteriös
Hallo,
wonach richtet sich eigentlich die Größe des Textwidgets bei der Neuanlage von Texten oder deren Bearbeitung.
Es "ploppt" bei mir fast immer relativ klein auf (ca. 5-6 Zeilen Höhe), da ich aber fast immer längere Texte habe, würde es mir viel Zeit ersparen, wenn ich eine größere Höhe einstellen könnte. Ich ziehe das Feld dann zwar immer größer, aber wenn man das bis zu 50 Mal am Tag macht, denkt man sich auch, dass das doch auch einfacher gehen könnte
Wir reden übrigens (noch) weiter von Version 16.8.6.0 Express.
Danke, hat leider alles nicht geholfen.
Das mit dem Protokoll auch nicht.
Aber ich habe dann einfach mal das Projekt kopiert, habe dabei ein paar Warnmeldungen zu Bildern (aus verschiedenen Slidern) bekommen, diese ignoriert und danach ließ sich das kopierte Projekt problemlos hochladen und die "problematischen" Bilder fehlen auch nicht.
Muss man nicht verstehen, aber Hauptsache es funktioniert jetzt
Hallo,
ich verwende Zeta 16.8.6.0 Express und habe folgendes Upload Problem (s. Screenshot).
Kann ich denn irgendwie herausfinden welche Unterseite das betrifft?
Ich möchte ungern 20 Slider löschen und wieder neu erstellen müssen nur um die Website aktualisiert hochladen zu können
Danke.
Okay, dann machen wir es mal gut sichtbar. Ich habe oben im ersten Absatz der Seite
jetzt den Link zu Lloret de Mar fett gemacht (s. Screenshot)
Wenn das beides Arial 16px in Fett (Gewicht 700) ist, dann müsste es doch auch gleich aussehen, oder?
Tut es aber nicht. Die Schriftart des Links ist viel schmaler als die der Aufzählung.
Irgendwas passt da nicht. Wie gesagt, ich habe da manuell nichts an der Schriftart verändert.
Nein, die Links sollen in der Schriftart sein, wie die verlinkten Hotels unten auf der Seite https://www.costa-brava-infos.de/orte/blanes.html#a2334
So waren sie bis vor Kurzem immer, also alles was fett war, war in dieser Schriftart. Welche ist das eigentlich?
Okay, das könnte ich dann ja ändern.
Aber wie sieht es dann mit meinem zweiten Beispiel aus? Das sind ja keine Überschriften, sondern es ist eine Aufzählung.
Ich habe noch ein Beispiel bei dem der Fehler, also der Schriftartenwechsel, passiert, sobald ich Fettdruck aktiviere
Die Übersicht: Urlaub in Blanes ist als Aufzählung ganz normal gemacht.
Sobald ich jedoch Fettdruck aktiviere ändert sich die Schriftart.
Hallo Stefan,
das betrifft alles alte Projekte von mir, aber wenn ich die Überschriften nicht im dafür vorgesehenen Bereich des Widgets mache, dann markiere ich den geschriebenen Text, mache ihn meist noch fett und wähle dann Überschrift h2 (s. Screenshot).
Hallo,
ich verwende Zeta 16.8.6.0 Express und habe seit ca. einigen Monaten das Problem, dass in vielen meiner Webprojekte verschiedene Schriftarten zum Einsatz kommen. Das äußert sich darin, dass ich bei Fettdruck entweder z. B. Überschriften habe, die unterschiedlich aussehen, oder das sich die Schriftart ändert, sobald ich den Fettdruck für eine Überschrift nutze. Nehme ich den dann wieder weg, passt die Schriftart auch wieder zum Rest der Seite.
Ein Beispiel ist https://www.gradierwerk-saline.de/ wo die erste H1 Überschrift "passt", dann kommt die erste H2 Überschrift in einer anderen Schriftart (könnte Arial Black sein) und die nächsten Überschriften passen dann wieder (s. Screenshot).
Das sieht natürlich echt nicht gut aus und ich frage mich wie so ein Wechsel der Schriftart mittendrin überhaupt passieren kann?
Wie kann ich das denn verhindern bzw. wieder korrigieren? Die aktuelle Schriftart gefällt mir eigentlich gut, so dass ich sie gerne behalten würde.
Grundsätzlich habe ich standardmäßig die Schriftfamilie Helvetica Neue, Helvetica, Arial, sans-serif im Layout eingestellt.
Leider lassen sich diese Schriftarten (außer Arial) auch nicht einzeln auswählen, sonst hätte ich das mal so probiert.
Danke für Deine Tipps! Ich denke ich werde da speziell noch mal im Adsense Forum nachhaken. Das Problem sollten ja eigentlich viele Leute haben, auch wenn sie nicht Zeta nutzen.
Habe Adsense rausgenommen, dann ist es auf ca. 3,5 runter (zweimal getestet)
Dann habe ich auch noch Analytics rausgenommen, jetzt bin ich nur noch bei 1,7 (auch 2x getestet)
Danke, damit hätten wir (bzw. Du) die Ursache gefunden
Allerdings besteht das Problem weiterhin, da ich beides brauche.
Gibt es eine Möglichkeit das irgendwie trotzdem zu behalten aber zu beschleunigen?
Hi Phil,
danke für den Tipp.
Ich habe die Adsense-Blöcke jetzt auf https://www.flughafen-ibiza.com/ komplett rausgenommen.
Es ist nur noch der allgemeine Adsense Code im Header drin.
Verändert hat sich bei mir nicht viel. LCP liegt jetzt bei 6,3 statt 9,3. Das kann auch eine Schwankung sein.
Hallo,
ich verwende Zeta 16.8.6.0 Express und habe seit ca. einem halben Jahr große Probleme was die Core Web Vitals (mobile) angeht. Das betrifft nicht nur eines sondern praktisch fast alle meiner mehr als 50 Projekte. Ständig werden meine Seiten als "schlechte URL's" gebrandmarkt. Die Werte liegen meist zwischen 60 und 70, teils sogar drunter und teils zumindest noch unter 80. Es kommt selten vor, dass bei einem Test eine Website mal sehr gut abschneidet, bevor sie ein paar Minuten später wieder im üblichen Bereich landet.
Ursache ist fast immer vor allem das LCP mit Werten, die sich zu ca. 50% zwischen 6 und 10 und ansonsten sogar zwischen 10 und 16 Sekunden bewegen. Alles unter 2,5 wäre sehr gut.
Beispiele sind z. B.
https://www.flughafen-ibiza.com/ Da habe ich(vorerst) ein externes Cookie Consent komplett entfernt, weil das als LCP angegeben wurde, doch nachdem ich das getan hatte, wurde plötzlich der erste Textabsatz als besonders langsam beanstandet. Das ist aber einfach nur Text. Wie kann der so lange brauchen um zu laden? Ich habe auf dieser Seite auch die automatischen Anzeigen von Google Adsense deaktiviert um diese als möglichen Grund auszuschließen. Das macht aber keinen Unterschied zu anderen Websites auf denen diese noch aktiv sind.
Außerdem https://www.freizeitfans.de/ Da wird mir der zweite Absatz als Problem angezeigt
Und https://www.aquaparks-wasserparks.de/ war bei mir bisher immer auch sehr schlecht, hat aber eben mit 79 (gut) und LCP von 2,4 (top) den Page Speed Test richtig gut abgeliefert. 5 Minuten später lagen die Werte aber wieder bei üblichen 59 und 8,3.
Es wäre schön, wenn mir diesbezüglich jemand helfen kann, und vielleicht auch die Ursache für dieses generelle Problem mit der Ladezeit erkennt. Meine Projekte ähneln sich sehr und wurden meist voneinander kopiert und viele davon haben kurz nach dem Einsetzen der schlechten Core Web Vitals Werte bei Google massiv Positionen eingebüßt. Das kann natürlich Zufall sein, aber bei teils so hohen Einzelwerten für LCP ist ein Zusammenhang schon wahrscheinlich.
Übrigens: Diesen Thread habe ich bereits gelesen RE: Page Speed Insights der hat mir für dieses LCP Problem jedoch leider nicht so recht weitergeholfen, wobei ich technisch auch nicht gerade begabt bin
Danke.
Danke, hat geklappt 
Hallo Steffen,
wie finde ich denn das entsprechende Bild?
Unter diesem Dateinamen finde ich leider nichts, auch nicht in der Bildersuche
und wenn ich weiter runter scrolle kommt irgendwann das:
mit folgenden Details:
System.ArgumentException
-----------------
extension cannot be null (Parameter 'extension')
-----------------
at Manina.Windows.Forms.ImageListViewItem.get_FileType()
at Manina.Windows.Forms.ImageListViewItem.GetSubItemText(ColumnType type)
at ZetaProducer.ExtendedControls.Core.Specialized.AssetManagementImages.ImageList.MyDetailsListRenderer.getSubItemText(ImageListViewItem item, ImageListViewColumnHeader column) in c:\P\ukeim\zp-develop\ZetaProducerExtendedControls\Source\ExtendedControlsLibrary\Specialized\AssetManagementImages\ImageList\MyDetailsListRenderer.cs:line 442
at ZetaProducer.ExtendedControls.Core.Specialized.AssetManagementImages.ImageList.MyDetailsListRenderer.DrawItem(Graphics g, ImageListViewItem item, ItemState state, Rectangle bounds) in c:\P\ukeim\zp-develop\ZetaProducerExtendedControls\Source\ExtendedControlsLibrary\Specialized\AssetManagementImages\ImageList\MyDetailsListRenderer.cs:line 399
at ZetaProducer.ExtendedControls.Core.Specialized.AssetManagementImages.ImageList.MyThumbnailsRenderer.DrawItem(Graphics g, ImageListViewItem item, ItemState state, Rectangle bounds) in c:\P\ukeim\zp-develop\ZetaProducerExtendedControls\Source\ExtendedControlsLibrary\Specialized\AssetManagementImages\ImageList\MyThumbnailsRenderer.cs:line 106
at Manina.Windows.Forms.ImageListView.ImageListViewRenderer.RenderItems(Graphics g)
at Manina.Windows.Forms.ImageListView.OnPaint(PaintEventArgs e)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(HWND hWnd, MessageId msg, WPARAM wparam, LPARAM lparam)
ArgumentException
{
Message="extension cannot be null (Parameter \\'extension\\')",
ParamName="extension",
TargetSite=RuntimeMethodInfo: get_FileType,
Data=
[
]
,
InnerException=null,
HelpLink=null,
Source="ImageListView",
HResult=-2147024809,
StackTrace=" at Manina.Windows.Forms.ImageListViewItem.get_FileType()\\r\\n at Manina.Windows.Forms.ImageListViewItem.GetSubItemText(ColumnType type)\\r\\n at ZetaProducer.ExtendedControls.Core.Specialized.AssetManagementImages.ImageList.MyDetailsListRenderer.getSubItemText(ImageListViewItem item, ImageListViewColumnHeader column) in c:\\P\\ukeim\\zp-develop\\ZetaProducerExtendedControls\\Source\\ExtendedControlsLibrary\\Specialized\\AssetManagementImages\\ImageList\\MyDetailsListRenderer.cs:line 442\\r\\n at ZetaProducer.ExtendedControls.Core.Specialized.AssetManagementImages.ImageList.MyDetailsListRenderer.DrawItem(Graphics g, ImageListViewItem item, ItemState state, Rectangle bounds) in c:\\P\\ukeim\\zp-develop\\ZetaProducerExtendedControls\\Source\\ExtendedControlsLibrary\\Specialized\\AssetManagementImages\\ImageList\\MyDetailsListRenderer.cs:line 399\\r\\n at ZetaProducer.ExtendedControls.Core.Specialized.AssetManagementImages.ImageList.MyThumbnailsRenderer.DrawItem(Graphics g, ImageListViewItem item, ItemState state, Rectangle bounds) in c:\\P\\ukeim\\zp-develop\\ZetaProducerExtendedControls\\Source\\ExtendedControlsLibrary\\Specialized\\AssetManagementImages\\ImageList\\MyThumbnailsRenderer.cs:line 106\\r\\n at Manina.Windows.Forms.ImageListView.ImageListViewRenderer.RenderItems(Graphics g)\\r\\n at Manina.Windows.Forms.ImageListView.OnPaint(PaintEventArgs e)\\r\\n at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)\\r\\n at System.Windows.Forms.Control.WmPaint(Message& m)\\r\\n at System.Windows.Forms.Control.WndProc(Message& m)\\r\\n at System.Windows.Forms.NativeWindow.Callback(HWND hWnd, MessageId msg, WPARAM wparam, LPARAM lparam)"
}
Kann das vielleicht alles zusammenhängen?
Hallo,
ich bekomme eine längere Fehlermeldung, in der das Fehlen einer .jpg-Datei als Problem genannt wird (s. Screenshot)
Nun steht dabei ja auch, dass es sich um Zeile 250 Spalte 4 handelt, aber wie und auf welcher Seite finde ich denn diesen Befehl im Quelltext, damit ich ihn löschen kann?
Ich weiß auch nicht wie der Dateiname zustande kommt, denn ich verwende solche Bezeichnungen nicht.
Ich könnte ja mit dem Fehler leben, aber dass dadurch die Aktualisierung/Veröffentlichung der Website unterbunden wird, das verstehe ich gar nicht.
Danke für die schnelle Fehlerkorrektur!!!
Hallo,
ich habe gestern und heute ziemlich viele meiner Projekte auf 16.8.3 konvertieren müssen und nun
stelle ich fest, dass die Dropdown Funktion des Hauptmenüs nicht mehr funktioniert.
Es öffnet sich bei Mouseover nicht das darunter befindliche Untermenü.
Das betrifft u.a. https://www.aquaparks-wasserparks.de/
Es funktioniert dagegen bei https://www.erlebnisbaeder-spassbaeder.de/, wo noch keine Konvertierung stattgefunden hat.
Ich dachte erst, dass ich bei einem Projekt einen Fehler gemacht habe, aber es betrifft offenbar alle Projekte die gestern und heute konvertiert wurden.
Offenbar liegt es also nicht an mir.
Ich nutze Zeta Producer 16 Express und das Basislayout für die Websites war Travel Responsive.
Ich bitte um Hilfe und Korrektur.
Danke.
Ich hatte vorher 20 neue Dateien gelöscht und alles hat nichts gebracht, aber die eine Datei, die mir selbst seltsam vorkam, die hab ich nicht gelöscht.
Aber im Endeffekt zählt natürlich, dass es jetzt wieder funktioniert
Danke.
Da kann ich mich jetzt in Ruhe über mich selbst ärgern
Das war wohl das Problem.
Jetzt funktioniert es.
Problem gelöst. Na toll, das war wohl so ziemlich das einzige was ich vorher nicht probiert habe.
Ich hab mich auch schon gefragt wieso es den gibt und wann und warum ich den erstellt habe. Bei mir wird dafür auch kein Inhalt angezeigt.
Weg damit!!!
Hallo Stefan,
nachdem ich lange genug erfolglos selbst probiert habe, habe ich ein Support Ticket gelöst.
Die Fehlermeldung kommt übrigens tatsächlich bei der Erstellung der Sitemap.
Ich hoffe Stefan S hat eine Lösung für mich
