Speichern des Projektes in anderem Ordner

1. offizieller Beitrag

    Hallo,
    ich habe mit Zeta 17 ein Problem, dass ich ein Projekt nicht mehr in einen Dropboxordner legen kann um diese von überall aufrufen zu können.
    Seit Jahren nutze ich Zeta auf meinem Mac und meinem Macbook. Damit ich von beiden Systemen darauf zugreifen kann, schiebe ich die Projekte immer in einen Dropboxordner und öffne diese von da aus.

    Seit Zeta 17 ist es nun so, dass nach der Konvertierung eines Projektes sich diese ganz normal öffnen und schließen lassen. Verschiebe oder kopieren ich den Projektordner nun in die Dropbox, kann ich diesen zwar von da aus öffnen, aber es ist nichts zu sehen. Die Texte sind zwar da und werden mit f8 sichtbar aber in der Layoutansicht sieht max nix.

    Hat jemand eine Idee?

    Beste Grüße

    • Offizieller Beitrag
    Zitat von ust

    Seit Zeta 17 ist es nun so, dass nach der Konvertierung eines Projektes sich diese ganz normal öffnen und schließen lassen. Verschiebe oder kopieren ich den Projektordner nun in die Dropbox, kann ich diesen zwar von da aus öffnen, aber es ist nichts zu sehen. Die Texte sind zwar da und werden mit f8 sichtbar aber in der Layoutansicht sieht max nix.

    Das kann ich leider nicht nachvollziehen. Ich kann nur vermuten, dass nicht alle Daten vollständig synchronisiert sind, oder ein Sicherheitstool dazwischen funkt.

    Hm, das könnte natürlich an Paralells liegen, aber wäre schon komisch, weil es ja mit Zeta 16 gut funktioniert. Ich habe dafür das gleiche Projekt vor der Konvertierung aus der Dropbox in Zeta 16 öffnen können. Das klappt problemlos.

    Nach der Konvertierung kann ich das Projekt in Zeta 17 aus dem "Programmordner / Dokumente von Zeta auch öffnen. Wenn ich auf gleicher Ebene einen Testordner erstelle und das Projekt dahin kopiere klappt das auch. Nur aus der Dropbox nicht.

    Es kann aber eigentlich nicht an den Paralells Einstellungen liegen, da es ja mit Zeta 16 funktioniert. M.e. müsste es also irgendwie an den Einstellungen für Cloudprojekte oder so liegen, oder?

    Also, ich habe die Daten eigentlich auch Offline zur Verfügung. Funktioniert ja auch mit Zeta 16.
    Ich habe nun mal die Daten einmal in die Dropbox kopiert, Zeta öffnet nicht richtig. Gleiche Daten zurück in die Maschine kopiert, Zeta öffnet alles wieder normal. Also, am Kopiervorgang liegt es nicht. Ich hätte jetzt gedacht, es könnte an den Netzwerkeinstellungen liegen, aber wenn es doch in Zeta 16 klappt, muss ja eigentlich ein Problem mit den Einstellungen in Zeta17 zusammenhängen.

    Also, kleines Update
    Der Zugriff über das Netzwerk scheint den kompletten Zugriff zu blockieren. Da das Projekt aber auch lokalen Zugriff hat, habe ich es darüber versucht. Das klappt dann auch. Heftet man den Ordner an den Schnellzugriff, klappt es wieder nicht.8|

    Ich habe das gleiche Problem.

    Lokal gespeichert, auf C:\... geht alles einwandfrei.
    Aus einem Netzlaufwerk gespeichert werden einige Seiten leer, weiß, angezeigt.

    Wieder zurück auf den lokalen Speicherort kopiert, geht wieder alles, auch die weißen Seiten werden wieder angezeigt.

    Ging bei ZP 16 alles ohne Probleme.
    Bitte fixen.

    Dropbox brauch eine Zeit um das Projekt zu synchronisieren. Bitte schau mal wenn das Projekt auf der Dropbox ist alles synchronisiert ist.
    Darüber bin ich auch mal gestolpert.
    Wenn die Synchronisierung von Dropbox abgeschlossen ist sollte alles gehen


    Gruß

    Sammy

    Zitat von Sammyz

    Dropbox brauch eine Zeit um das Projekt zu synchronisieren. Bitte schau mal wenn das Projekt auf der Dropbox ist alles synchronisiert ist.
    Darüber bin ich auch mal gestolpert.
    Wenn die Synchronisierung von Dropbox abgeschlossen ist sollte alles gehen


    Gruß

    Sammy

    Keine Dropbox, das Problem tritt bei einem Netzlaufwerk auf. Lokal ist alles gut.

    Zitat von Andy66

    Ich habe das gleiche Problem.

    Lokal gespeichert, auf C:\... geht alles einwandfrei.
    Aus einem Netzlaufwerk gespeichert werden einige Seiten leer, weiß, angezeigt.

    Wieder zurück auf den lokalen Speicherort kopiert, geht wieder alles, auch die weißen Seiten werden wieder angezeigt.

    Ging bei ZP 16 alles ohne Probleme.
    Bitte fixen.

    Frage zu den betroffenen Seiten: sind diese zufällig mit PHP-Code, also Shop, Gästebuch oder Blog? Dann sollte während des Kopierens das Protokoll der Firewall geöffnet werden, um eventuelle Fehler zu bekommen. Da Zeta 17 mit einer höheren PHP-Version arbeitet, könnten die bisherigen Ausnahmen in der Firewall nicht greifen und einzelne Dateien blockiert werden.

    Zitat von Hanabi

    Frage zu den betroffenen Seiten: sind diese zufällig mit PHP-Code, also Shop, Gästebuch oder Blog? Dann sollte während des Kopierens das Protokoll der Firewall geöffnet werden, um eventuelle Fehler zu bekommen. Da Zeta 17 mit einer höheren PHP-Version arbeitet, könnten die bisherigen Ausnahmen in der Firewall nicht greifen und einzelne Dateien blockiert werden.

    Die betroffenen Seiten sind diese tatsächlich mit PHP-Code.
    Während des Kopierens zeigt das Protokoll der Firewall allerdings keinerlei Fehler.

    Wo könnte das Problem sonst noch liegen?

    nächster Test wäre dann:

    1. Zeta beenden
    2. Projekt auf Netzlaufwerk verschieben
    3. Protokoll Firewall und Windows-Ereignis-Anzeige aktivieren
    4. Zeta starten und Projekt über durchsuchen öffnen

    Entweder in der Firewall oder in der Ereignisanzeige sollte dann hoffentlich ein Fehler kommen, der uns weiterhilft.

    Zitat von Hanabi

    nächster Test wäre dann:

    1. Zeta beenden
    2. Projekt auf Netzlaufwerk verschieben
    3. Protokoll Firewall und Windows-Ereignis-Anzeige aktivieren
    4. Zeta starten und Projekt über durchsuchen öffnen

    Entweder in der Firewall oder in der Ereignisanzeige sollte dann hoffentlich ein Fehler kommen, der uns weiterhilft.

    In der Ereignisanzeige kommt tatsächlich eine Fehlermeldung:

    Name der fehlerhaften Anwendung: producer-tbb-17.exe, Version: 17.0.1.0, Zeitstempel: 0x67ab0000
    Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 10.0.22621.5331, Zeitstempel: 0xe44cbdc8
    Ausnahmecode: 0xe0434352
    Fehleroffset: 0x00000000000601dc
    ID des fehlerhaften Prozesses: 0x0x5540
    Startzeit der fehlerhaften Anwendung: 0x0x1DBCB9DACC6CDEA
    Pfad der fehlerhaften Anwendung: C:\Users\*******\AppData\Local\Zeta Producer 17\Applications\producer-tbb-17.exe
    Pfad des fehlerhaften Moduls: C:\WINDOWS\System32\KERNELBASE.dll
    Berichtskennung: 13dc2fcf-4ebb-48d9-b03c-1aa546e354a3
    Vollständiger Name des fehlerhaften Pakets:
    Anwendungs-ID, die relativ zum fehlerhaften Paket ist:


    Hilft das weiter?

    Die producer-tbb führt die Projektüberwachung durch und läuft im Hintergrund.über die Einstellungen lässt sich die Projektüberwachung ausschalten. Sitze gerade nur am Tablet, den genauen Weg zum Menüpunkt müsste ein anderer User übernehmen.

    Hier ...

    Gruss

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

    Zitat von Hanabi

    Die producer-tbb führt die Projektüberwachung durch und läuft im Hintergrund.über die Einstellungen lässt sich die Projektüberwachung ausschalten. Sitze gerade nur am Tablet, den genauen Weg zum Menüpunkt müsste ein anderer User übernehmen.

    War letzte Woche im Urlaub, deswegen erst jetzt ein Feedback.
    Hat alles keine Besserung gebracht, arbeite jetzt auf der lokalen Festplatte, dann geht alles.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden