Guten Tag,
es kam schon öfter vor, dass Projekte, die auf OneDrive gespeichert waren, Probleme beim Anzeigen von PHP-Seiten hatten. Versuchen Sie das Projekt mal direkt nach c:\ oder d:\ zu verschieben (also raus aus OneDrive) und es dann von dort aus zu öffnen.
Grüezi,
Danke, ja das hat geholfen - wird es demnächst wieder möglich sein, über OneDrive zu arbeiten?
Neu blockiert ZP17.2.1 auch videos die von YouTube eingebettet werden,
und ich habe keine Berechtigung diesen Artikel zu bearbeiten ??
das sieht dann so aus
Danke fürs Anschauen
Kann ich die Seite mit den Videos auf der Website online sehen? Wie ist die URL zur Seite?
Könnten Sie mir bitte Ihr Projekt senden, damit ich mir das mit der Berechtigung ansehen kann?
Zum ursprünglichen Topic: Ich habe jetzt dasselbe Problem (allerdings auf Dropbox) innerhalb der Seiten - das wird eine Datei, die eine PHP-Datei ist, nicht gefunden.
==============
Warning: Unknown: Failed to open stream: No such file or directory in Unknown on line 0
Fatal error: Failed opening required 'C:/Dropbox/Zeta-17/Projects/XXX/preview/gottesdiensttermine.php' (include_path='.;C:\php\pear') in Unknown on line 0
==============
Die Meldung im Hauptverzeichnis war mir ja egal, doch jetzt kann ich diese Datei innerhalb der Seite nicht bearbeiten. Eine Verschiebung außerhalb von Dropbox ist keine Alternative, weil ich je nach Tageszeit die Dateien auf unterschiedlichen Rechnern ohne gemeinsamen Server editiere.
Das ganze tritt seit dem Update auf 17.2 oder 17.2.1 auf. Könnt ihr das bitte reparieren? Oder kann man entsprechend downgraden? Offenbar haben viele Nutzer diese Probleme. Ich arbeite schon seit vielen Jahren so, völlig unproblematisch. Eine zeitnahe Lösung bitte...
Herzliche Grüße - UR
Die Sache mit diesen Fehlermeldungen wird für mich immer mysteriöser. Ich habe aus Not heraus das Projekt tatsächlich aus der Cloud heraus in einen anderen Ordnerbereich verschoben und danach wie gewohnt bearbeitet/veröffentlicht. Danach habe ich es wieder in die Cloud an seinen urpsünglichen Platz geschoben. Und siehe da: Seitdem funktioniert es auch dort problemlos. Klappt leider nicht bei allen Projekten – eine Regel konnte ich dabei nicht entdecken..
Ich verstehe von solchen programmiertechnischen Sachen nicht viel, stelle mir aber vor, dass es für Spezialisten wie euch doch kein wirkliches Problem darstellen kann, einen solchen Fehler zu korrigieren. Vor allem, da ihr ja sicher genau wisst, was seit den Versionen davor verändert wurde, bei denen es tadellos lief.
Ich verstehe von solchen programmiertechnischen Sachen nicht viel, stelle mir aber vor, dass es für Spezialisten wie euch doch kein wirkliches Problem darstellen kann, einen solchen Fehler zu korrigieren.
Wir können Fehler nur beheben, wenn wir die Fehler willentlich nachstellen können. Das habe ich nun endlich geschafft und wir machen uns an die Analyse und sofern möglich, an eine Behebung.
Wir konnten das Problem inzwischen reproduzieren und die Ursache eingrenzen. Kurz erklärt:
OneDrive (und auch Dropbox) speichern Dateien standardmäßig als sogenannte Platzhalter – die Datei ist im Explorer sichtbar, der Inhalt liegt aber unter Umständen nur in der Cloud („online-only"). Windows macht das automatisch, z. B. über „Speicherplatz freigeben" bzw. die Speicheroptimierung, ohne dass man etwas davon merkt.
Beim Aufruf der Vorschau muss der interne Webserver von Zeta Producer diese Dateien lesen. Normalerweise lädt OneDrive den Inhalt dann automatisch nach. Wenn die Synchronisierung aber gerade pausiert oder gestört ist (oder OneDrive nicht angemeldet ist), schlägt das Nachladen fehl – und es erscheint genau die gemeldete Fehlermeldung („Failed opening required …"), obwohl die Datei scheinbar vorhanden ist. Deshalb tritt der Fehler auch nur „manchmal" auf und verschwindet, wenn man das Projekt aus dem Cloud-Ordner heraus- und wieder hineinschiebt.
Workaround (sofort möglich):
Damit bleiben die Projektdateien dauerhaft physisch auf dem Rechner und die Vorschau funktioniert zuverlässig. Alternativ kann das Projekt auch außerhalb des Cloud-Ordners abgelegt werden.
Dauerhafte Lösung:
Wir arbeiten bereits an einem Fix, mit dem Zeta Producer solche Cloud-Ordner automatisch erkennt und die Vorschau davon unabhängig macht – der Workaround ist dann nicht mehr nötig. Er wird in einem der nächsten Updates enthalten sein.
Danke an alle für die Meldungen und die Geduld!
Dieser Fehler sollte nun mit 17.2.2 behoben sein: https://www.zeta-producer.com/de/versionshinweise.html#17-2-2
Klasse. Vielen Dank.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
