Der Support IST halt einfach sehr gut hier, das ist so 
Zumindest hier sollten Sie eine Bewertung erstellen können:
Gruss
Norbert
Ok, aber das hat mit DIESEM Thread hier dann ja nichts zu tun. Hier geht es um den Crash BEIM BACKUP.
Ich melde das mal den Mods, damit sie Ihren Artikel verschieben können (und meinen löschen).
Gruss
Und die Version 17.0.4 ist installiert - und es geht dabei WIRKLICH um das hier im Thread beschriebene Problem? Und natürlich auch ganz wichtig, das passierte also mit der v17.0.4 FRISCH und nicht bereits vorher? Falls vorher, hätte das natürlich mit der v17.0.4 rein gar nichts zu tun ...
Gruss
Danke. Ist als "Bug" erfasst.
Und gefixt, getestet mit v17.0.4, klappt nun wieder, danke!
Gruss
Hallo niwtrogal
Wobei haben Sie nicht bis zum Ende gewartet? Beim Backup?
Anasonsten könnten auch Sie leider vom Folgenden betroffen sein: Titel oder ganze Textblöcke verschwinden?
Gruss
PS: SOLLTE das Backup in Ordnung sein (vor dem Datenverlust gemacht worden sein und vollständig), könnte das natürlich die Lösung sein, um die korrekten Daten wieder zu erhalten.
Oh, ok, danke für die Info! Das ist dann WIRKLICH mystisch schon fast!! Dann müssten es eigentlich textbasierte Payloads sein. Aber wie das dann (wohl via PHP) ausgelöst wird, kann ich nicht beurteilen. Irgendwas vielleicht zuwenig "sanitized"? Aber das sind nur Mutmassungen. Letztlich ist es aber passiert, auch bei Thomas.
Gruss
SQL-Injection ist das Plausibelste IMHO.
-1 OR 2+362-362-1=0+0+0+1
-1 OR 2+651-651-1=0+0+0+1
-1 OR 2+915-915-1=0+0+0+1
-1 OR 2+985-985-1=0+0+0+1
sind wohl klassische SQL-Injection-Testpayloads von Bots.
Dazu braucht es keinen in ihrem Quellcode existierenden Code, der Ordner/Dateien erstellen kann.
Auch muss die eigentliche Injection nicht mal "ernsthaft" erfolgreich gewesen zu sein, im Sinne eines "richtigen" Hacks. Trotzdem können die Angriffe zum entsprechenden Resultat geführt haben. Und das betrifft eben nicht nur reine SQL-DBs, sondern auch SQL Server Compact DBs (SDF).
Gruss
Nur noch als (wichtrige) Ergänzung: wenn unzureichende Zugriffsrechte bestehen verbleiben unter Umständen entsprechende Temp-Files bestehen. Deshalb das Löschen möglichst mit Administrator-Rechten vornehmen. Ansonsten könnte es eben sein, dass immer noch > 65535 Dateien im Temp-Dir vorhanden sind.
Auf meinem System wird das mittlerweile automatisch gehandhabt (W11, neustes Release-Build, mit entsprechenden Einstellungen). Macht man es manuell, ist/kann es von Vorteil sein, NICHT gleich alles im Temp-Dir zu löschen - d.h., die neusten Dateien noch dort sein zu lassen. Ich liess dabei immer die letzten 7 Tage bestehen. Am einfachsten also via Explorer zuerst nach Datum sortieren. Es gibt verschiedene Gründe für dieses "vorsichtige" Löschen, soll aber hier nun nicht das Thema sein. Ich hatte mal ein Script dafür erstellt, aber nicht CMD, sondern BTM (für TCC), aber das führt hier nun zuweit.
Und wirklich auch den allenfalls nachfolgend nötigen Reboot des PCs nicht vergessen, also nicht zur Neustart von ZP.
Gruss
Es steht auf dem Screenshot unten eben mit "...assets/php/GUESTBOOK_DATA...", dass genau dort der Fehler entsteht.
So oder so viel Glück und dass es hoffentlich schnell wieder ordnungsgemäss läuft!
Gruss
Aha, sehr interessant! Und man sieht tatsächlich auch, dass das Gästebuch involviert ist.
VIELLEICHT wäre es sogar möglich, beim angezeigten Guestbook-Eintrag bereits "was zu machen", vielleicht ist es aber auch besser zu warten, damit sich Hanabi weiter dazu äussern könnte.
Immerhin ist nun offenbar klar, was der Grund ist.
Gruss
PS: So oder so sollte sich das Zeta auch anschauen, weil da muss offenbar was gefixt werden.
Genau, das ist noch sinnvoller, was Duschgel sagt, weil HIER können andere wohl eher nichts damit anfangen.
Gruss
Was ist denn der Grund, dass Sie die Logfiles nicht hochladen können? Ich nehme NICHT an die Grösse?! Falls es am Suffix (Endund der Dateien) liegt, halt in ein ZIP packen zuerst.
Gruss
Was man - auch zur Eingrenzung - noch probieren könnte ist, bei den Backup-Einstellungen, mal nur das erste Element zu aktivieren (bei "Elemente" eben). Geht es nicht, nur das Zweite, usw. VIELLEICHT findet man so zumindest raus, an welchem/n Element/en es liegt.
Gruss
Nur noch zur Klarstellung für Miniatur-Bemalung
Die opengraph.html die weiter unten in der Fehlermeldung angezeigt wird, ist also keine fehlende Datei, das ist nur eine Datei, die innerhalb des Templates (der Vorlage) benutzt wird und halt als zusätzliche Info in der Fehlermeldung dient. Die 2. Zeile der Fehlermeldung allerdings meldet eben die fehlende PNG-Datei, die Tom beschrieben hat.
Gruss
Hallo
Danke für die Info.
Das ist aber meiner Meinung nach ein ganz anderes Thema und hat nichts mit dem Thread hier zu tun. Hier gehts es ausschliesslich darum, dass Inhalte WIRKLICH verschwinden und nicht etwa unter anderen Namen existieren. D.h., veröffentlicht wird das Gewünschte noch korrekt, nachher aber fehlt es innerhalb Zeta komplett.
Gruss
Bei mir ist es zwar so, dass ich Onedrive installiert habe, ABER es ist quasi "inaktiv" (wird zwar geladen, darf aber nichts synchronisieren). Und auch ich bin bislang noch nicht von diesem Fehler betroffen. Wenn ich mich recht erinnere, synchronisierte Onedrive nämlich auch bei mir mal die Daten von Zeta, weil diese eben innerhalb "Documents" liegen, das war aber höchstwahrscheinlich noch unter v16.x - und da spielte das evtl. keine Rolle.
Also auch ich finde diesen Ansatz wirklich interessant, ich hatte das von Tom damals gar nicht mitbekommen, dass er diesbezüglich bereits gepostet hatte (da hatte ich zuwenig aufgepasst).
Wäre natürlich sehr gut, Thomas, wenn Du da mal etwas testen könntest!
Wünsche Euch so oder so eine möglichst stressfreie Zeit!
Gruss
Oha, sehr interessante Info, Tom!
Wer weiss, vielleicht ist genau DIES der Schlüssel zum Erfolg, warum nicht?!!
Gruss
Leider gibt es da - soviel ICH weiss, keine Möglichkeit (wie auch phil-webbereits gesagt hat). Es ginge nur via Backup, resp. Restore, sei es via Zeta oder dann natürlich auch via PC-Backup. Vielleicht haben Sie also ein Backup vom PC, resp. von den Daten gemacht, dann könnte man wohl die entsprechenden Dateien daraus extrahieren.
Gruss
PS: Falls alles nichts hilft, bleibt halt wohl nur der Weg, den Hanabi im anderen Thread beschrieben hat ...
Hallo Ina
Welche Version von ZP 17 nutzen Sie denn? Schon die aktuelle 17.0.3? Falls nicht, bitte diese (nach Erstellung einer entsprechenden Sicherung) installieren.
Zum Fehler oben im Screenshot: haben Sie bereits mal hier im Forum nach "object reference" oder ähnlich gesucht? Da gibts einige Treffer, die Ihnen vielleicht helfen könnten.
Gruss
Den Fehler hatten wir auch schon entdeckt (#510) und für 17.1 auch bereits behoben.
Sehr gut, vielen Dank!
Hallo Markus
ich glaube, wir werden jetzt durch das ganze Durcheinander sensibilisiert. Man sieht den Wald vor lauter Bäumen nicht mehr.
Aber ich bleibe zuversichtlich, nachdem ich ja vor einigen Wochen so Dampf hier abgelassen habe und es doch besser ist mit der Welle, als gegen die Welle zu reiten.Und ganz ehrlich, wenn man weiß, dass das Programm im Moment etwas schwammig ist, warum auch immer, dann kann man, wenn man möchte, mehr Backups oder Kopien machen. Davon rennen war noch nie die Lösung.
Ja, ich war ja auch kurz zuvor, die Geduld zu verlieren, aber was bringt das dann? Konstruktiv meistens nicht, eher ein Schnellschuss in die falsche Richtung, den man später bereut.
Ich habe mich auch schon mit der KI über diese Thema unterhalten, aber die ist so sau blöde. Die bestätigt nur das, was ich ihr vorher eigentlich schon ausführlich geschildert habe.
Jaja, die KI, die alles besser machen SOLLTE ... ich benutze ja auch KI (verschiedenes), sogar ChatGPT ziemlich intensiv ... ABER: nach meiner Erfahrung sind ca. 50 % der Antworten falsch oder irgendwie nicht wirklich richtig! Man muss SEHR SEHR aufpassen damit. Es kann helfen, es kann aber auch zu desaströsen Resultaten kommen. Desweiteren benötigt man oft sogar mehr Zeit als ohne ... aber genut OT ...
Ich hoffe einfach sehr, dass zumindest das Problem mit dem Verlieren von Änderungen nun hoffentlich gelöst werden konnte - ganz egal wodurch das ausgelöst wurde ... bis dahin versuche auch ich im Rahmen meiner Möglichkeiten zu helfen. Finde es nur schade, wenn hier dann Postings erscheinen mit "Support = 0" (nicht nur eines), das stimmt einfach schlicht überhaupt nicht! Stefan S hat IMMER tollen Support geleistet hier und auch zeitnah neue Infos geliefert und das selbst nachts noch und während Wochenenden ... da kenne ich aber GANZ GANZ andere Beispiele von anderer Software! Oder auch mit der Qualität anderer Lösungen: ich hatte jahrelang WordPress benutzt, BIS es für mich schlicht nicht mehr verwaltbar war. Immer war was ... Änderung hier, Änderung dort, GUI-Chaos, PlugIns nicht mehr maintained, Sicherheitsprobleme, Inkompabitität mit PlugIns u./od. Theme, Kosten hier ... Kosten dort, und und und ... insgesamt ein RIESEN-Gebastel!
In diesem Sinne, lass'uns positiv bei Zeta bleiben - auch wenn's im Moment vielleicht (noch) etwas schwierig sein sollte ...
Hallo Markus
Ja, das ist durchaus möglich, dass das schon "ewig" so war und ich es schlicht erst jetzt (richtig) bemerkt hatte.
Gutes Weekend und Gruss.
Norbert
Danke für die die Meldung zu so später Stunde noch!
Bin froh, dass es zumindest in diesem Sinne positiv ist, dass das 1. Backup immer klappt, das nutzt natürlich schon enorm, um so bis zum Fix trotzdem die nötigen Backups erstellen lassen zu können.
Beste Grüsse
Norbert
Hallo
Nach dem ersten Start von ZP fehlt immer das folgende Kontextmenu:
Wählt man dann irgendwas anderes aus als die Startseite, ist es anschliessend da ...
Gruss
Norbert
Hallo allerseits
Auch bei mir war 1 Mal beim Backup ZP komplett abgestürzt. Bei mir wars das 2. Backup in Serie. Danach - logischerweise nach Neustart von ZP - gings wieder.
Gerade beim Backup darf das einfach nicht passieren!
Gruss
PS: Und WIEDER, anscheinend jedes 2. Mal, resp. nachdem Backup erfolgreich ausgeführt wurde, gehts dann in der gleichen Session nicht mehr.
Also so ändern wie Steffen T. gesagt hat.
Wenns dann immer noch nicht geht, wäre es den Versuch wert, das Protokoll eben doch auf SFTP umzustellen (siehe dazu meine Screenshots oben).
Gruss
Einstellen kann man die zu verwendende PHP-Version normalerweise im Hosting selber (kommt auf den Hoster drauf an) - allenfalls also dort erkundigen.
Es geht ja nicht einfach darum, die Kunden zu ärgern mit neuen PHP-Versionen. Versionen erreichen halt an einem bestimmten Zeitpunkt ihren EOL-(End-of-live)-Status - und dann ist fertig mit Sicherheitsupdates - und diese SIND wichtig. Sehen sie sich mal die folgende Seite an dazu:
Gruss
Gerne!
Könnten Sie bitte die nun aktuellen Einstellungen der Verbindung posten (Screenshots, auch von Details)? Das wäre dann viell. etwas einfacher, um noch weiter helfen zu können.
Gutes Weekend und Gruiss
Ja, genau, das mit SFTP stimmt. Ich wollte damit aber auch nicht sagen, dass ausschliesslich SFTP geht. Deshalb ist es schon evtl. noch nötig, dies mit Hostpoint abzuklären.
Was aber sicher nicht stimmt IMHO, ist der Zielordner. Der scheint mir definitv nicht korrekt zu sein.
Gruss
Hallo Margarete Baumann
Ich verwende auch Hostpoint und verwende folgende Einstellungen:
Wichtig ist auch die Web-Adresse und der Zielordner, die bei Ihnen auch so aufgebaut sein sollten, also demnach:
Web-Adresse: https://www.hjbaumann.ch resp. allenfalls https://hjbaumann.ch falls ohne www
Zielordner: /home/piminako/www/hjbaumann.ch/
Gruss
Super, danke für die Details! Dann wollen wir mal abwarten, was Zeta dazu sagt.
Gruss
Hallo
Was sind das für Schwachstellen und was hat diese gemeldet (nehme an eine Sicherheits-Software)? Bitte mehr Details dazu.
Gruss
PS: Selbst wenn solche Meldungen "erscheinen", heisst das noch nicht, dass tatsächlich Schwachstellen vorhanden sind - z.B. wenn ein Sicherheitsprogramm nur auf die Version prüft, Zeta aber gepatchte Version(en) verwendet.
Dieser/ähnlicher Fehler kommt immer mal wieder vor (zumindest bei ZP v17.x) - evtl. im Zusammenhang mit Ressourcen-Updates. Aber, wie Steffen T. erwähnt hat, ZP-Neustart sollte helfen, war bei mir auch immer hilfreich bislang.
Gruss
Kommt vielleicht auch drauf an, wie LANGE dieser Zustand andauern soll. Betreffend Google Indexes und so, mit HTTP-Status 404 (Not found), ist diese Lösung mit einem anderen Projekt vielleicht nicht optimal.
Deshalb KÖNNTE eine Alternative sein, die Seite wirklich mit HTTP-Status 503 (Service Unavailable) temporär unerreichbar zu machen (also nur noch die 503-Seite würde angezeigt). Dies könnte evtl. sogar beim Hoster als Funktion "eingebaut" sein ODER man kann es - wenn der Hoster das anbietet - auch via .htaccess-Datei erwirken. Dabei kann man - auch wieder abhängig vom Hoster - sogar eine eigene 503-Seite kreieren. Anleitungen dazu gibts wohl zu tausenden (siehe Google) viw Web. Somit bekäme Google (usw.) beim Crawlen einen korrekten und für diesen Zweck gedachten Status zurückgeliefert.
Gruss
Ich hatte schon nachgesehen, jedenfalls sah die Seite genau so aus IMHO 
Aber klar, DIREKTE Infos sind IMMER wünschenswert und sollten bei entsprechenden Fragen auch immer gleich geliefert werden, vollkommen klar!
Gruss
Diesen Frust kann ich wirklich nachvollziehen! Zusätzlich macht das natürlich auch Angst - auch mir, weil man so nie sicher sein kann, was da abgeht und wann man allenfalls selber betroffen ist.
An Zeta:
Man sollte möglichst Zugriff bekommen auf betroffene Systeme ... also ohne, dass betroffene Benutzer nun Tickets lösen müssen. Wenn man das auf den Zeta-eigenen Rechnern nicht reproduzieren kann, wird das wohl sonst wirklich enorm schwer. Bei Betroffenen könnte man allenfalls besser einsehen und "abschätzen", warum das so ist. Betroffene müssten da natürlich auch mitmachen, ist ja klar. Mit Fragen hier im Forum und entsprechenden Antworten könnte es extrem schwer sein, da überhaupt weiterzukommen IMHO - wenn doch, umso besser natürlich. Wie auch immer, mit Zugriff direkt auf solche Systeme, könnte das ganze Debugging evtl. halt beschleunigt werden ...
Und bitte, Zeta, fasst das nicht als Besserwisserei auf - vielleicht habt Ihr auch auch schon diesbezüglich entsprechende Schritte unternommen ... ich will nur helfen und denke einfach, dass die Zeit nun gekommen ist, auch unkonventionelle Wege diesbezüglich zu beschreiten (falls eben nicht bereits geschehen).
Es ist halt wirklich eine SEHR unangenehme Situation, selbst für Anwender, die nicht direkt davon betroffen sind - und ist nun doch schon insgesamt (sehr) lange so, auch wenn man hoffte die v17.0.3 behebe das Problem. Mir ist es jedenfalls auch nicht mehr Wohl dabei, sorry.
Mit bestem Gruss
