Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- photomark:download:probleme [2019/09/19 09:53] – florian
+++ photomark:download:probleme [2023/01/14 00:44] (aktuell) – Externe Bearbeitung 127.0.0.1
@@ Zeile 11: / Zeile 11: @@
 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?500 |}}
+{{ :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.
@@ Zeile 22: / Zeile 22: @@
 </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>