Beiträge von bergfried

Stefan: Vielen Dank für die letzte Antwort, der Fall ist hiermit abgeschlossen. Sollte mein Wunsch auf die Wunschliste kommen, würde ich mich freuen.

Viele Grüße

bergfried

Philipp: Habe ich auch schon überlegt und werde ich morgen machen: "Kopieren auf Netzwerk-Freigabe". Danke für den Hinweis.

Stefan: Danke für die Info bzgl. der Web-Adresse. Eingabe des FTP-Servernamens ist auch klar und ich habe erst jetzt gesehen, dass es da ein "Mehr" gibt, wo man evtl. andere Ports für (S)FTP(S) eingeben kann (Anschluss genannt).

Aber mir ist immer noch nicht klar, warum syntaktisch korrekte Web-Adressen mit Nicht-Standard-Ports nicht aktzeptiert werden. Oder eben auch nur "localhost" oder IP-Adressen. Alles gültige Web-Adressen, die auch im Browser funktionieren. Vorausgesetzt xampp ist korrekt konfiguriert.

ZP16.8 - Webserver konfigurieren - Probleme bei Namenssyntax

Hallo!

Ich habe ein paar Probleme bei der Eingabe der Web-Adresse im Dialog "Websites|Veröffentlichen|Webserver konfigurieren". Bei den drei FTP-Protokollen (SFTP, FTPS u. FTP) wird u.a. die Web-Adresse verlangt. Unabhängig davon, dass mir der Sinn nicht klar ist, warum an dieser Stelle die Web-Adresse erforderlich ist, akzeptiert das Feld nur bestimmte Eingaben. Das macht die Sache schwierig, wenn man z.B. den Web-Server und auch den FTP-Server während der Entwicklung lokal betreibt (Stichwort: xampp für Windows) und auch nicht die Standard-Ports verwendet.

Beispiele:

Akzeptiert werden z.B. Namen mit folgender Syntax:

• nemesis.startrek.de
• nemesis.startrek.de:80
• http://www.google.de
• https://nemesis.basisit.de
• https://nemesis.basisit.de

Dagegen werden z.B. folgende Namen nicht akzeptiert:

• localhost
• 127.0.0.1:80
• nemesis.startrek.de:81
• http://nemesis.basisit.de:81
• https://nemesis.basisit.de:444

Das gleiche Problem taucht beim nächsten Feld auf, der Eingabe des FTP Servernamen. Wenn also keine Standard-Ports verwendet werden, habe ich ein Problem. Als Workaround habe ich das lokale Windowssystem nun umkonfiguriert, damit die Standard-Ports 80,443 u. 21 frei werden und ich diese unter xampp benutzen kann.

Es wäre tatsächlich hilfreich, wenn ZP an dieser Stelle syntaktisch korrekte Bezeichnungen zulassen würde.

Viele Grüße aus Berlin

bergfried

Hallo!

Ja, den Artikel auf winfuture hatte ich auch schon entdeckt. Dann werde ich das Ereignisprotokoll einfach ignorieren.

Die Ursache der flackernden Icons auf dem Desktop konnte ich auch mittlerweile klären, das lag an einer Einstellung im pCloud Client von Windows und hat nichts mit ZP zu tun.

Trotzdem danke für die Bemühungen.

Viele Grüße
bergfried

Hallo Stefan!

Es gibt eine gewisse Korrelation zwischen dem Starten von ZP und dem Auftreten der Events im Windows Application Log. Läuft der ZP nicht, gibt es auch keine Einträge von anderen Programmen. Startet der ZP, kommen die Einträge. Anbei mal ein Screenshot vom Process Monitor, mit dem ich producer-core.exe sowie den Pfad der vier verwendeten DLLs getraced habe. Die Zeiten entsprechen den Einträgen, die ich im Windows Event Log sehe.

Leider gibt es noch einen weiteren unschönen Effekt bei mir: Solange ZP läuft, werden meine Icons auf dem Desktop alle 60 Sekunden für eine Dauer von 10 Sekunden mehrfach (ca. 8x) "refreshed". Stoppe ich ZP, so hört dieser Spuk auf. Ich bin mir ziemlich sicher, dass dies bei der ZP 15er Version nicht so war.

Viele Grüße
bergfried

Hallo!

Ich verwende ZP 16.3 unter Windows 10 Pro 21H2 19044.1526. Beim Start von ZP erhalte ich im Windows Application Log immer sehr viele Warnungen und Fehler, die ich mir nicht erklären kann. Ansonsten funktioniert der ZP soweit. Hier mal ein Auszug der Fehlerliste:

Level:  Date and Time:      Source:     Event ID:   Task Category:
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 PerfProc    2002        None
Error   24.02.2022 12:38:01 PerfNet     2004        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 PerfProc    2002        None
Error   24.02.2022 12:38:01 PerfNet     2004        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 PerfProc    2002        None
Error   24.02.2022 12:38:01 PerfNet     2004        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:38:01 Perflib     1008        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 PerfProc    2002        None
Error   24.02.2022 12:37:59 PerfNet     2004        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 PerfProc    2002        None
Error   24.02.2022 12:37:59 PerfNet     2004        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:59 Perflib     1008        None
Warning 24.02.2022 12:37:58 Perflib     1008        None
Warning 24.02.2022 12:37:58 PerfProc    2002        None
Error   24.02.2022 12:37:58 PerfNet     2004        None
Warning 24.02.2022 12:37:58 Perflib     1008        None
Warning 24.02.2022 12:37:58 Perflib     1008        None
Warning 24.02.2022 12:37:58 Perflib     1008        None

Event 1008, Perflib:
The Open procedure for service "ESENT" in DLL "C:\Windows\system32\esentprf.dll" failed with error code Access is denied.. Performance data for this service will not be available.

Event 2004, PerfNet:
Unable to open the Server service performance object. The first four bytes (DWORD) of the Data section contains the status code.

Event 2002, PerfProc:
Unable to open the job object \BaseNamedObjects\WmiProviderSubSystemHostJob for query access. The calling process may not have permission to open this job. The first four bytes (DWORD) of the Data section contains the status code.

Kann das jemand bestätigen oder hat sogar jemand eine Erklärung oder Lösung dafür?

Vielen Dank fürs Lesen.

bergfried

Problem gelöst. Ich hatte mich bei der Auswahl meines Projektes geirrt, bei dem einen war tatsächlich kein HTTPS in den FTP Einstellungen. Die Passwortabfrage wird jetzt angezeigt, es funktioniert. Trotzdem werden noch Fehler in der Web Console vom FF angezeigt. Siehe Anhang.

Vielen Dank für die Unterstützung.

Meine Website ist schon seit langer Zeit auf HTTPS umgestellt und mit ZP15 funktionierte ja auch alles. In den FTP Einstellungen steht auch HTTPS.

Mein primäres Problem ist, dass das Widget "Geschützter Bereich" nicht mehr in ZP16 funktioniert, im Browser bleibt die entsprechende Seite einfach leer. Ist auf meinem Screenshot ja auch zu erkennen. Im Tab vom Browser steht "Geschützter Bereich", es ist nur keine Passwortabfrage zu sehen, das Fenster ist leer.

Die anderen Fehlermeldungen könnten allerdings auf eine andere Baustelle hindeuten.

Viele Grüße
bergfried

Beim Aufruf von Seiten mit dem Widget "Geschützter Bereich" bleibt das Browserfenster leer. Habe FF und Chrome getestet. Ein Screenshot mit den Fehlermeldungen vom FF anbei:

1. ERROR: Obwohl die Seite mit HTTPS aufgerufen wurde, werden JavaScript-Files mit HTTP nachgeladen: Mixed Active Content
2. ERROR: Reference Error: $ is not defined
3. WARNING: Cookie PHPSESSIONID will be soon rejected...

Viele Grüße

bergfried

Hallo Stefan,

vielen Dank für Ihre Rückmeldung. Ich betreibe keinen "Shop", auch keinen "ebay-Shop". Ich verkaufe ein paar Mal im Jahr ganz "privat" ein paar persönliche Dinge auf ebay. Da diese Dinge auch für Nicht-Deutsche interessant sein könnten, wähle ich bei eBay die Versandart "weltweit". Um nun nicht jedesmal die Versandkosten für jedes einzelne Land dieser Welt zu nennen, gibt es diese Webseite, auf der die Versandkosten gelistet sind.

Also alles ganz privat, nicht gewerblich, kein Shop und keine Nebentätigkeit! Vor allem wird auf dieser Seite weder ein Produkt noch eine Dienstleistung zum Kauf angeboten. Ich kann also nicht erkennen, wieso meine Website gegen die Lizenzbedingungen verstößt.

Frage: Wie bekomme ich nun mein Projekt in ZP wieder geladen, um es von den "bösen" Schlüsselworten zu befreien?

Denn offensichtlich gibt es in ZP ja Filter für diese Schlüsselworte. Ohne diese Schlüsselworte würde ZP mein Projekt wieder als "privat" akzeptieren, korrekt?

Viele Grüße
Bergfried

Und selbst wenn da nun irgendwelche "schlimmen" Schlüsselworte drin stehen, die auf nicht private Anwendung schließen lassen könnten, ich bekomme die Seiten ja nun gar nicht mehr editiert! Bei einem größeren "privaten" Projekt hätten wir jetzt den Super-GAU!

Sieht wohl aus, als ob mich ZP mein Projekt gar nicht mehr öffnen läßt? Warum?

Und jetzt läßt mich ZP16.2 mein Projekt überhaupt nicht mehr öffnen! Es kommt die Meldung mit der Lizenz, klicke ich die weg, wird mein Projekt nicht geöffnet!

Gruß,

Bergfried

Hallo Stefan,

vielen Dank für die schnelle Rückmeldung. Ich habe gerade nochmal ZP gestartet, jetzt kommt die Meldung nicht mehr. Irgendwie komisch. Hier der Link zu unserer Website: teddylina.de

Viele Grüße
Bergfried

Hallo!

Ich verwende ZP ausschließlich als Privatperson. Bislang habe ich ZP15 verwendet. Nun habe ich auf ZP16.2 aktualisiert, jetzt nervt ZP ständig mit einem Erinnerungsfenster, dass man doch eine kommerzielle Lizenz kaufen solle. Siehe Screenshot im Anhang.

Frage 1: Kann man das Abschalten?

Frage 2: Gibt es evtl. für die Home-User tatsächlich einen freien Lizenz-Key, der mit ZP16F beginnt. Vgl. auch Dokumentation von ZP zum Thema "Lizenznummer eingeben".

Vielen Dank fürs Lesen.

Der Bergfried

Hallo Allesamt!

Dieser Thread ist möglicherweise veraltet, das Thema aber leider nicht. Folgender externer Link ergibt bei der Link Überprüfung einen Fehler 403, egal ob man index.php hinten dranhängt oder nicht:

URL "https://planefinder.net/index.php": Der Remoteserver hat einen Fehler zurückgegeben: (403) Unzulässig.

Trotzdem ist planefinder.net in Browsern erreichbar. Getestet mit ZP 15.4.1.

Danke für's Lesen und viele Grüße

Bergfried

Im Bereich "Dateien verwalten" kann man nur einzelne oder selektierte (auch mit CTRL-A) Dateien in einen anderen Ordner verschieben. Aber eben nur Dateien. Das kann sehr mühselig werden, wenn ein ganzer Dateibaum verschoben werden soll. Schön wäre also die Möglichkeit, ganze Dateibäume samt Unterordnern und Dateien verschieben zu können. Das dann u.U. die Referenzlinks nicht mehr stimmen, ist eine andere Geschichte.

Viele Grüße

bergfried

Zeta Producer Variablen sollten möglichst überall zugelassen sein. In meinem Fall bei den Pfadangaben. Beispiel:

Widget "Dateibrowser" sollte im Pfad die gängigen Zeta Producer Variablen zulassen, z.B. sollte dann der Pfad "media/files/zeitschriften/ct/artikel/2019/<$= page.title $>" korrekt zu "media/files/zeitschriften/ct/artikel/2019/01" aufgelöst werden, wenn der Seitentitel eben "01" ist. Das würde die Sache ungemein erleichtern, wenn viele Seiten einfach durch "Cut & Paste" erzeugt werden und z.B. nur der Seitentitel sich ändert.

Viele Grüße
bergfried

Ja, absolute Pfade gehen immer, sind aber unschön und nicht flexibel. Der Fehler muss irgendwo in den ersten 5 Zeilen des PHP Assets filebrowser.main.php liegen:

<?php

/********************************
Simple PHP File Manager
Copyright John Campbell (jcampbell1)
License: MIT
********************************/

require_once('helper.php');
require_once('additional.php');

// must be in UTF-8 or `basename` doesn't work
setlocale(LC_ALL,'en_US.UTF-8');

$qFile = isset($_REQUEST['file']) ? SanitizePath(toutf8(urldecode($_REQUEST['file']))): '';

$tmp = UnwindPath(joinPaths($serverBaseFolderPath, $qFile));
if($tmp === false)
    err(404,'File or Directory Not Found');

if(substr(normalizePath($tmp), 0, strlen($serverBaseFolderPath)) !== normalizePath($serverBaseFolderPath))
    err(403,"Forbidden $tmp");

Viele Grüße
bergfried

Hallo!

Ich habe gerade ein Problem mit dem Widget "Dateibrowser":

Solange die Seite, auf der sich das Widget befindet, im Root Verzeichnis befindet, alles kein Problem. Definiert man aber in "Seite bearbeiten|Google" im Feld Ordner einen Unterordner, wird zwar die Seite beim Veröffentlichen korrekt angezeigt, nur der Dateibrowser findet offensichtlich keine Dateien mehr. Die Dateien wurden zuvor importiert.

Okay, ich gebe, wie in der Hilfe angegeben, den Pfad relativ an. Beginnt also mit "media/files/" Dann kann der Dateibrowser natürlich keine Dateien finden. Nehme ich aber eine Notation wie z.B. "../media/files/", dann erhalte ich im Browser eine Fehlermeldung: code: 403, msg: "Forbidden media/files/zeitschriften/ct/artikel/2019/01" Kann es sein, das an dieser Stelle relative Unix-Pfadangaben nicht korrekt verarbeitet werden?

Viele Grüße
bergfried

Ah super, das mit den Varianten wußte ich nicht. Jetzt verstehe ich und habe die richtige Variante gewählt. Jetzt stimmen die Farben, Fonts und Menüs wieder. Vielen Dank!

Viele Grüße
Bergfried

Hallo!

Ich habe ein Problem beim Wechseln der Layouts. Bislang bin ich davon ausgegangen, dass ein Wechsel des Layouts ein vielleicht nicht alltäglicher Vorgang, aber durchaus ein von ZP unterstützter Prozess ist. Alleine um auch mal verschiedene Layouts zu testen, sollte ein Wechsel doch problemlos möglich sein. Dem ist aber leider nicht so. Einige Eigenschaften werden, zumindest bei meiner Testumgebung, nicht wieder original hergestellt. Wie folgt kann mein Problem reproduziert werden:

• Man lege ein neues Projekt mit der Vorlage "Clean Style Responsive" an.
• Nun denke man sich, ach, probiere ich doch gleich mal "Campfire Responsive" aus und wechsle das Layout im eben angelegten Projekt.
• Ne, das erste Layout war doch schöner. Wechsle ich also zurück zu "Clean Style Responsive".

Ups :wacko: ...und nun sehen einige Dinge aber anders aus, als da wären:

1. Der Hintergrund ist schwarz statt weiß.
   
2. Die gesamten Fonts sehen mehr "condensed" aus.
3. Im Dropdownmenü haben die aktiven Felder der Hauptzeile eine andere Farbe/grauton.
4. Inhaltsbereich u. Kopfbereich haben eine andere Hintergrundfarbe
5. Fußzeile hat eine andere Hintergrundfarbe
6. Fußzeile hat andere Schriftfarbe
7. Inhaltsbereich Überschriften sind nicht mehr fett.

Fragen: Ist ein Wechsel der Layouts bei einem bestehenden Projekt nicht mehr vorgesehen? Oder habe ich mit "Clean Style Responsive" nur zufällig ein etwas fehlerhaftes Layout erwischt?

Vgl. auch die beigefügten Screenshots.

Auch ein "Erweitert|Erstellen|Alle Seiten erstellen" hat leider nicht geholfen.

Viele Grüße

Bergfried

Windows 10 Pro 1909 x64

Zeta Producer 15.3 Home Edition

Hallo Steffen,

fein, dass ich beim "Debuggen" helfen konnte. Und danke für den Workaround, hat funktioniert, Header ist wieder sichtbar!

Viele Grüße
Bergfried

Hallo Leute!

Ich benutze Zeta Producer 15.3 und bin evtl. auf ein Problem gestoßen. Zumindest weiß ich, dass dieses Problem bei der 14er Version nicht existiert. Ich nenne das Problem mal das "Header-Bereich-Einblende-Problem". Es läßt sich wie folgt reproduzieren:

Man lege ein neues Projekt an mit einer beliebigen Vorlage, die einen Header-Bereich enthält (tun ja die meisten Vorlagen). Dann blende man den Header über das Hamburger-Menü vom Header aus. Anschließend versucht man den Header wieder einzublenden: Oben rechts im Fenster mit "Einfügen: ein" die Einfügen-Ansicht aktivieren, dann sollte eigentlich der Header samt Hamburger-Menü wieder dargestellt werden. Dann kann eigentlich im Hamburger-Menü der Header wieder eingeblendet werden. Eigentlich...

Funktionierte in ZP 14.* wunderbar, nur in ZP 15.* bleiben Header und Hamburger-Menü verschwunden. Ist das ein Fehler oder stelle ich mich einfach nur zu blöd an?

Vgl. auch die beigefügten Screenshots.

Viele Grüße

Bergfried

Hallo und erstmal ein riesengroßes Lob an alle Leute, die am Zeta Producer mitentwickelt haben!

Ich muß aber leider nochmal das Thema "Falsche Linkprüfung" aufgreifen, welches ja angeblich mit Erscheinen der Version 14.3.3 beseitigt sein soll.

Ist es aber bei mir leider noch nicht. :wacko: Hier ein paar Beispiele:

URL "https://www.checkmytrip.com/cmtweb/web-landing.html#/login": The remote server returned an error: (405) Method Not Allowed.,
URL "https://www.lufthansa.com/de/de/online-check-in#": The remote server returned an error: (503) Server Unavailable.,
URL "https://www.lufthansa.com/de/en/homepage": The remote server returned an error: (503) Server Unavailable. In Artikel mit ID 1342 und Bereich 'Standard'.

Wo liegt das Problem? Die Fehlermeldungen vom ZP sind schon etwas verwirrend , denn die Links funktionieren, wenn man sie direkt im Browser aufruft.

Viele Grüße vom bergfried