Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- photomark:download:probleme [2019/09/09 13:13] – [Bei der Erstellung defekte Archive] florian
+++ photomark:download:probleme [2023/01/14 00:44] (aktuell) – Externe Bearbeitung 127.0.0.1
@@ Zeile 9: / Zeile 9: @@
 ===== Auf Kundenseite defekte Archive =====
-Sind alle Archive auf Kundenseite nach dem Download defekt, funktionieren jedoch problemlos, wenn sie über die Downloadverwaltung heruntergeladen wurden, liegt es vermutlich daran, dass ihre WordPress Installation Zeichen vor oder nach der Übertragung der Datei mit ausgibt.
+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.
@@ Zeile 20: / 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>