Nächste Überarbeitung | Vorhergehende Überarbeitung |
photomark:download:probleme [2019/09/09 11:42] – angelegt florian | photomark:download:probleme [2023/01/14 00:44] (aktuell) – Externe Bearbeitung 127.0.0.1 |
---|
===== Bei der Erstellung defekte Archive ===== | ===== Bei der Erstellung defekte Archive ===== |
| |
In vereinzelten Fällen kam es dazu, dass einzelne Archive bei der Erstellung defekt sind, andere Achive jedoch problemlos funktionierten. Oft lässt sich das Problem lösen, indem in der [[download:verwaltung|Downloadverwaltung]] die entsprechenden Archive gelöscht und erneut erstellt wurden. Für das neu Erstellen der Archive, muss nur das entsprechende Projekt in der [[photomark:projektverwaltung|Projektverwaltung]] oder in der Kundenvorschau aufgerufen werden. | In wenigen Fällen kam es dazu, dass einzelne Archive bei der Erstellung defekt sind, andere Achive jedoch problemlos funktionierten. Oft lässt sich das Problem lösen, indem in der [[download:verwaltung|Downloadverwaltung]] die entsprechenden Archive gelöscht und erneut erstellt wurden. Für das neu Erstellen der Archive, muss nur das entsprechende Projekt in der [[photomark:projektverwaltung|Projektverwaltung]] oder in der Kundenvorschau aufgerufen werden. |
| |
===== Auf Kundenseite defekte Archive ===== | ===== Auf Kundenseite defekte Archive ===== |
| |
Sind alle Archive auf Kundenseite nach dem Download defekt, werden die Archive jedoch über die Downloadverwaltung heruntergeladen | Sind alle Archive auf Kundenseite nach dem Download defekt (Link B im folgenden Bild), funktionieren jedoch problemlos, wenn sie über die Downloadverwaltung heruntergeladen wurden (Link A im folgenden Bild), liegt es vermutlich daran, dass ihre WordPress Installation Zeichen vor oder nach der Übertragung der Datei mit ausgibt. |
| |
| {{ :photomark:download:screenshot_20190919_094717.png?550 |}} |
| |
| Eine bereits beobachtete Ursache ist das Speichern von *.php-Dateien (zum Beispiel die [[https://wordpress.org/support/article/editing-wp-config-php/|wp-config.php]]) mit der Zeichenkodierung UTF-8 mit [[https://de.wikipedia.org/wiki/Byte_Order_Mark|BOM]]. Dadurch werden 3 Zeichen ausgegeben, die von einigen Texteditoren zur Identifizierung der Kodierung (zb. UTF-8) der Datei genutzt werden. Diese werden daraufhin auch dem Inhalt des ZIP-Archives vorrangestellt, wodurch es sich nicht mehr öffnen lässt. |
| |
| Korrigieren lässt sich das, indem die Datei in einem Editor wie [[https://notepad-plus-plus.org/|Notepad++]] geöffnet und die Kodierung auf UTF-8 geändert wird. |
| {{ :photomark:download:bom.png | Änderung der Kodierung auf UTF-8 ohne BOM}} |
| |
| <WRAP center tip 80%> |
| Bei der Identifizierung sollten zuerst Benutzerveränderbare Dateien, wie die //.htaccess// oder die //wp-config.php// überprüft werden. Alle mit dem PhotoMark Plugin zur Verfügung gestellten PHP-Dateien sind als UTF-8 ohne BOM gespeichert. |
| </WRAP> |
| |
| ===== 0-KB Downloads ===== |
| |
| Erhalten die Kunden über den Kundendownloadlink (2) 0 KB große (also leere) ZIP-Archive, während über den Direktlink (1) ein funktionierendes Archiv liefert, liegt vermutlich ein Problem mit der Serverkonfiguration vor. |
| {{ :photomark:download:downloadproblem1.png? |}} |
| |
| Eine Lösung für dieses Problem liegt leider noch nicht vor. Es wurde jedoch ein Workaround eingebaut. Aktivieren Sie dafür folgende Option in den Einstellungen im "Experten"-Tab: |
| |
| {{ :photomark:download:downloadproblem2.png? |}} |
| |
| <WRAP center important 80%> |
| Es kann dadurch nicht mehr sichergegangen werden, dass die Dateien vollständig heruntergeladen wurden. Außerdem sind die Dateinamen kryptisch. |
| </WRAP> |
| |
| <wrap lo>Ursache scheint das //output buffering// zu sein. Nach dem Befüllen des Puffers scheinen //ob_flush()// oder //flush()// nichts an den Client zu senden. Auch scheint der Header nicht wie gewünscht gesendet zu werden und wird später teilweise überschrieben, sodass //Content-Length: 0// gesetzt ist.</wrap> |