Das steht für "Änderungen übernehmen (Layout)", siehe dazu auch in der Hilfe:
Ich wollte eigentlich auch noch das schreiben, was Stefan S mitgeteilt hat, also "Alle Seiten erstellen", hab's aber irgendwie vergessen.
Am Browser-Cache liegt's übrigens nicht (getestet auf Ihrer Seite).
Gruss
Als 1. Versuch mal Strg+Umschalttaste+T drücken und dann komplette Webseite veröffentlichen.
Gruss
Hallo
Also, das gibt es - je nach Layout schon, dass man bestimmen kann, wo das Menü erstellt wird. Wenn allerdings das Logo die Position des Menüs bestimmt, ist es halt so, dass Logo = links = Menü rechts und umgekehrt gilt. Könnte man bei Layouts wo "Logo bestimmt die Position des Menüs" auch auswählen, wo das Menü erscheinen soll, würde das keinen Sinn machen, weil man wohl nicht z. B. Logo = links und Menu = links möchte.
Gruss
Umso besser, wenn es ohne die Vorabversion läuft bei Ihnen nun, natürlich!
Zwar glaube ich eher nicht, dass es mit dieser von Ihnen erwähnten .EXE zusammenhängt, aber wer weiss ... (ICH kann das nicht wirklich beurteilen). Auf jeden Fall sinnvoll, dass Sie dies hier mitgeteilt haben!
Eine andere Frage dazu: führten Sie in den letzten Tagen etwa ein Windows Update durch (dies könnte natürlich auch geholfen haben) - jedenfalls gab es für Windows 10 ein Update und ich nehme nun einfach mal an, auch für Windows 11?
Gruss
Und den Vorschlag von mir (siehe oben) haben Sie versucht (die 2 Befehlszeilen)? Dies könnte nämlich auch damit zusammenhängen ...
Gruss
Ohne Stefan S hier vorgreifen zu wollen (er wird sich sicher auch noch dazu melden), der Hinweis, dass dies mit einem Virenscanner zusammenhängen KÖNNTE.
Deshalb wäre es nicht verkehrt, als ersten Versuch das Programm-Verzeichnis von Zeta Producer (also dort, wo die producer-core.exe-Datei liegt), vom Virenscanner auszuschliessen, um zu schauen, ob es dann funktioniert.
Eine andere Ursache für diesen Fehler könnte sein, dass korrupte System-Dateien vorhanden sind. In diesem Fall wären die folgenden Befehle empfohlen (vorher ein PC-Backup anfertigen):
DISM /online /Cleanup-Image / ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
Gruss
Dass es jetzt/momentan läuft bei Ihnen, hat HÖCHSTWAHRSCHEINLICH keinen Zusammenhang mit dem inoffiziellen Update, das Sie (leider) ausgeführt haben und der Fehler lag/liegt woanders. Nur damit das (nochmals) gesagt wurde.
Gruss
In Bezug auf .NET 9.x hab'ich VIELLEICHT noch was Interessantes gefunden:
DOTNET_JitEnableInductionVariableOpts=0
hinzufügen, bevor das Programm startet - siehe dazu folgendes GitHub-Posting:
Wäre zwar nur ein Workaround - aber wenn's helfen würde, wäre das ja schon mal sehr gut.
Gruss
Das hat nichts mit der Version zu tun.
Als erste Hilfe vielleicht mal folgendes anschauen:
Gruss
Das ist eh nicht gut, wenn die Preview von Zeta ständig aktualisiert wird.
Ein meta refresh ist da IMHO nicht der richtige weg, bzw. sollte anders integriert werden.
Ich würde da versuchen, ein "<$ if ( !system.preview ){ $>" (siehe Doku und via Forum-Suche) verwenden, um das Refresh in der Preview zu verhindern.
Gruss
Hier noch ein Hinweis zu .NET 8.x und CoreCLR-Crashes:
- .NET 8.0.3 scheint eh anfällig dafür
- Bei manchen hilft es .NET 8.0.2 zu verwenden - aber eben wohl nur bei MANCHEN ... deshalb verwundert es mich nicht, dass es auch beim Downgrade auf 8.0.2 Absturz-Meldungen gab
- .NET 8.0.4 und 8.0.5 SOLL die Lösung sein (zumindest im Zusammenhang mit Abstürzen von einem anderen Programm(Remote Desktop Manager)) (was ich selbst allerdings (mangels Testsystem) nicht beurteilen kann)
Gruss
Also von UNBEHOLFEN sehe ich da nichts! Also keine Sorge 
Wird sich schon noch klären lassen, da bin ich zuversichtlich!
Gute Nacht noch.
Gruss
Norbert
Eben wie Philipp vorgeschlagen hat, genau.
Dazu aber eine Anmerkung - falls dies dann so erfolgreich wäre - sollte dies schon nur ein Testzustand sein. Also nicht, weil es so funktionierte, für immer so belassen - dies wird von Zeta nicht empfohlen! Also nachher die Zugangsdaten entsprechend innerhalb ZP anpassen - dort scheint nämlich immer noch nicht alles in Ordnung zu sein, selbst wenn "Erfolg konfiguriert" angezeigt wurde/wird.
Gruss
Norbert
Oh, danke Stefan S - das ist natürlich eine andere Sache dann - ich bin einfach davon ausgegangen (weil ich keine Versionsangabe HIER gelesen habe), dass er die aktuelle Version benutzt, das war natürlich zu blauäugig von mir, SORRY.
Gruss
Hallo Ela
Sie müssen mindestens php 8.2 machen
Das stimmt so nicht ganz.
Ohne Shop gilt für die aktuelle Release-Version:
- Mindestens PHP = v7.3
- Maximal getestete PHP-Version = 8.2
Mit Shop gilt für die aktuelle Release-Version:
- Mindestens PHP = v8.0
- Maximal getestete PHP-Version = 8.2
Siehe dazu: https://docs.zeta-producer.com/php-anforderungen.html
Gruss
Dann nehme ich mal nicht an, dass ein ZP- oder sonstiges Backup vorhanden ist.
Die Backup-Funktion in ZP hat mich bislang noch nie im Stich gelassen und ist wirklich zu empfehlen damit zukünftig für solche oder ähnliche Fälle darauf zurückgegriffen werden kann.
Mit einem freundlichen Gruss
Hallo jjonline
Dies könnte mit fehlenden/korrupten Settings zusammenhängen, dann nämlich wird die Lizenznummer nicht mehr gefunden.
Wurden diese also z. B. gelöscht, muss anschliessend die Lizenznummer erneut eingegeben werden.
Gruss
Norbert
Ja, das kann man abschalten - aber eben nur, wenn ZP lizenziert ist, was ja genau das Problem war. Ist ZP nicht lizenziert, kann man dies nicht abschalten.
NUN, da dies mit der Lizenz geregelt wurde, kann man es abschalten und wurde wohl zwischenzeitlich auch abgeschaltet.
Gruss
Norbert
Hallo
Könnte da irgendwelche Sicherheits-Software (Virenscanner oder ähnlich) den Zugriff blockieren?
Ansonsten ist es schon möglich, dass sie als Benutzer nicht genügend Rechte für "d:\Homepages\..." besitzen. Oder anders gefragt, wenn Sie z. B. mit einem Texteditor versuchen, etwas in "D:\Homepages\..." zu speichern - als Benutzer, den sie auch für ZP verwenden - funktioniert dies? Wenn das Speichern erfolgreich war und sie in einen Ordner innerhalb der ZP-Struktur gespeichert hatten - also z. B. innerhalb "D:\Homepages\zeta\Projekte\Siegmann.ws\output\\assets\" - diese Datei dann bitte wieder entfernen, weil ZP nichts damit anfangen kann.
Gruss
Norbert
Alles klar dann, Phil wird Ihnen höchstwahrscheinlich dort helfen können!
Hallo
Auch ich konnte das reproduzieren. Zusätzlich zum Tipp von Tom Drcymbal KÖNNTE es vielleicht auch noch helfen zur Sicherheit mal "<Ctrl>+<Shift>+T" auszuführen und dann die komplette Seite hochzuladen (Button [Veröffentlichen], "Komplette Website veröffentlichen").
Gruss
Norbert
Hallo Philipp
Das tönt prima und ist gut zu wissen. Ich habe mich noch nicht eingehend über die Neuerungen/Änderungen der neuen PHP-Versionen informiert - und könnte wohl selbst dann nicht wirklich abschätzen, was das nun für ZP bedeutet - aber wenn DU das sagst, bin ich sehr optimistisch!
Vielen Dank für die Info!
Mit bestem Gruss
Norbert
Hallo
Da nun schon PHP v8.3 und sogar v8.4 verfügbar sind, wollte ich mal fragen, ob in dieser Richtung bereits etwas in Planung ist, bwz. wann etwa damit zu rechnen ist. Für PHP v8.4 ist es wohl noch etwas früh (nehm'ich mal an) aber v8.3 ist nun doch schon einige Zeit vorhanden.
Mit einem freundlichen Gruss
Norbert
Hallo
Ich verstehe ehrlich gesagt nicht, warum hier keine Reaktion erfolgt - die Linkprüfung klappt teilweise ÜBERHAUPT nicht - habe die Fakten für meine Tests oben noch angepasst.
Den Beitrag habe ich am 29. Juli letzten Jahres erstellt und ich finde die Linkprüfung eigentlich doch recht wichtig und bin damit sicher nicht alleine.
Deshalb finde ich schon, dass hier nun allmählich eine Korrektur erfolgen sollte und auch über eine Info diesbezüglich wäre ich doch froh.
Mit bestem Gruss
Norbert
PS: Alles nicht böse gemeint, aber es ärgert mich doch schon ein wenig. Vorallem die Tatsache, dass man SO keine zuverlässige Linkprüfung durchführen kann.
Alles klar, vielen Dank für die Rückmeldung.
Hoffe natürlich, dass das - wie auch immer - bald gelöst werden kann!
Mit bestem Gruss
Norbert
Ich hake hier nochmals nach ...
Hallo
Und haben Sie damals - wie von Stefan Stefan S vorgeschlagen, den Provider gefragt? Und der Tipp, der im verlinkten Thread von Thomas Hanabi gegeben wurde, half nicht weiter? Eine Antwort darauf Ihrerseits kam damals leider nicht mehr ... (nicht böse gemeint, aber halt schade, dass man nicht wusste, wie das ausgegangen war - gegebenenfalls auch für andere Benutzer mit dem selben Problem).
Das Problem liegt nämlich höchst wahrscheinlich nicht bei Zeta, falls alles so wie beschrieben gemacht wurde.
Ansonsten - wie von Stefan Stefan S bereits erwähnt - über den eigenen SMTP-Server wäre auch meine Wahl.
Gruss
Norbert
hallo Szabo
Allerdings wie gesagt: ob sie die neuste .NET-Version installieren oder nicht, damit können Sie nicht die .NET-Komponenten von Zeta ersetzen. Lesen Sie bitte meine Beiträge oben falls noch nicht getan.
CCleaner ist eh eine schlechte Idee meines Erachtens - bringt mehr Ärger als Nutzen.
Aber ich verstehe Sie natürlich voll - sowas ist SEHR ärgerlich!
Gruss
Norbert
Das können Sie nicht selber probieren, es betrifft NICHT die systemweite .NET-Installation - siehe Posting grad oberhalb Ihrem ...
Bei ZP sind eigene .NET-Dateien dabei, die nur Zeta aktualisieren kann.
Gruss
Norbert
Hallo TTC Straelen
Ich habe mal eine Suche hier im Forum nach "CefSharp.BrowserSubprocess.exe" gestartet - folgendes ist dabei rausgekommen:
https://community.zeta-producer.com/wcf/search/?q=…&threadID=19934
Vielleicht ist da was dabei für Sie?
Gruss
Norbert
Habe nun nicht wirklich alles angeschaut aber doch vielleicht so um die 10 Seiten (Unterseiten).
Mir gefällt es durchwegs sehr gut. Guter Stil/Design - wirklich passend meiner Meinung nach. Inhaltlich fand ich auch nichts zum Meckern
Kompliment!
Gruss
Norbert
Danke Ela, für die schnelle Rückmeldung!
Dann wissen wir nun zumindest, dass es nicht ZWINGEND zu Problemen führen muss!
Gruss
Norbert
Interessant!
Haben Sie denn auch das besagte Update auf 24H2 INKLUSIVE dem kumulativen Update durchgeführt (siehe Link oben) - nur dann besteht ja anscheinend dieses Problem mit den Abstürzen?
Gruss und natürlich auch ein gutes Weekend noch
Norbert
