zip Files defekt

**Der_Steffen** · 01.07.2011, 21:34

Hi,

in der Version 2.9.5 habe ich das Problem, dass jedes Zip-File, welches ich hochlade, defekt ist. D.h. wenn ich die Datei herunterlade und entpacken will bekomme ich die Meldung: Das Archiv hat entweder ein unbekanntes Format oder ist beschädigt.

Natürlich habe ich Filezilla überprüft und mal ein Upload auf einen anderen Server gemacht. Der anschließenede Download mit entpacken funktionierte einwandrei. Das selbe gilt für den gleichen Server, weil ich erst den Verdacht hatte das der Server nicht funzt. Wenn ich die selbe zip auf eine anderen virtuellen Host lege, fuktioniert alles andere danach auch gut.

Mit drängt sich der Verdacht auf, dass da irgendwas nicht in Contao richtig funzt. Hat jemand eine Idee ?

Vielen Dank

Steffen

**Der_Steffen** · 01.07.2011, 21:46

Noch ein Hinweis:

contao_check liefert mir lediglich ein Meldung, dass der Upload auf 2MB begrenzt ist. Das ignoriere ich in diesem Zusammenhang mal.

Die Datei war übrigens 1 MB gross.

**Der_Steffen** · 02.07.2011, 18:23

Zumindest kann ich den Fehler eingrenzen: Wenn ich exakt die Datei, die über die Website fehlerhaft heruntergeladen wird, per FTP herunterlade, ist sie ohne Probleme zu entpacken und fehlerfrei.

Was ich vergessen habe: Ich benutze die Erweiterung downloadarchive.

Gruss

Steffen

**Der_Steffen** · 04.07.2011, 17:57

So, nachdem ich jetzt mit Felix Pfeiffer, der das super Downloadarchive geschrieben hat, Kontakt aufgenommen habe, bin ich mir recht sicher, dass es an dem Download von Contao liegt. Nachdem ich die selbe Datei in das Inhaltselement Downloads reingepackt habe, funktionierte es da auch nicht.

Hat jemand ein ähnliches Problem oder ein Lösungsvorschlag ?

**NetMediaWork** · 04.07.2011, 18:09

Zitat von Der_Steffen

... bin ich mir recht sicher, dass es an dem Download von Contao liegt. Nachdem ich die selbe Datei in das Inhaltselement Downloads reingepackt habe, funktionierte es da auch nicht ...

Hallo,

das halte ich für sehr unwahrscheinlich. Eher liegt es an Deinen Einstellungen für Contao ( Erlaubte Upload-Dateitypen - Erlaubte Download-Dateitypen ) bzw. den Servereinstellungen oder Tansfertyp.

**luis** · 29.09.2011, 22:50

Ich habe exakt das gleiche Problem, arbeite ebenfalls mit Contao 2.9.5. In den Einstellungen > Erlaubte Download-Dateitypen ist "zip" als Filetyp deklariert.

Wenn ich den Download-Link verwende, denn CONTAO mittels dem Elementtyp "Downloads" generiert, z.B...
http://www.domain.com/en/press.html?file=tl_files/press_download/test.zip
... dann wird beim entzippen von test.zip das File test.zip.cpgz generiert (wenn man das MacOS-eigene Archivierungsprogramm verwendet). Mit den Programmen Stuffit-Expander oder The Unarchiver erscheint eine Fehlermeldung.

Verwende ich hingegen den phyisch korrekten Download-Link, z.B...
http://www.domain.com/tl_files/press_download/test.zip
... dann klappt alles wunderbar (mit allen Programmen).

Ich kann nicht nachvollziehen, was Contao da macht, wenn es das File zum Download anbietet. Suche wie Kollege Der_Steffen nach einer Lösung.

**netnite** · 11.10.2011, 08:09

Hallo,

ich habe genau das gleiche Problem, allerdings nur im Internet Explorer.

ZIP-Pakete die im Firefox oder Opera runterzuladen gehen, werden im Internet Explorer geladen und kurz vorm öffnen kommt eine Fehlermeldung, dass die Datei beschädigt oder fehlerhaft sei. Die ZIP-Archive sind aber vollkommen in Ordnung.

Wenn es was zur Sache beiträgt: Seite läuft auf einem Managed Server von Strato.

Weiss jemand Rat?

**NetMediaWork** · 11.10.2011, 08:33

Hallo,

wenn die Dateien nur im IE als defekt angezeigt werden, ist die Wahrscheinlichkeiteines Fehlers in Contao oder einer Extension doch relativ gering. Eventuell ein Fehler im mime-type auf den der IE besonders sensibel reagiert ? Mit welchem Programm wurden denn die Dateien gepackt ? Wie wurden die Dateien hochgeladen, Dateimanager in Contao oder FTP ?

**netnite** · 12.10.2011, 07:49

Gepackt werden die Dateien meistens mit 7-zip, ich hatte testweise auch einfach das contao-ZIP-Archiv der 2.10.2 hochgeladen, aber auch da das gleiche Problem.

Also an den ZIP-Archiven selber kann es wohl nicht liegen.

**NetMediaWork** · 12.10.2011, 09:08

Hallo,

lädst du denn die Dateien per FTP hoch ?, dann würde ich mal schauen ob der Transfertyp im Programm richtig eingetragen ist für zip-Dateien.

Per Dateimanager in Contao, könnten die Einstellungen für php_value upload_max_filesize , php_value memory_limit und php_value max_execution_time nicht ausreichend sein. Das betrifft auch Backend>Einstellungen>Maximale Upload-Dateigröße, wobei diese Einstellung erst greift, wenn auf dem Server-Account die genannten Einstellungen entsprechend hoch gesetzt wurden.

**netnite** · 12.10.2011, 12:31

Die Dateien werden sowohl per FTP als auch manchmal per Dateiverwaltung hochgeladen.

**NetMediaWork** · 12.10.2011, 14:27

Hallo,

dann solltest du mal genau drauf achten, wann das Problem auftritt ... siehe letzter Post.

Für Dateiverwaltung > Bei manchen Hostern lässt sich das in der .htaccess am Ende pushen (die Werte sind rein fiktiv):

HTML-Code:

##
# Speicher erhöhen
##
post_max_size 24M
php_value upload_max_filesize 24M
php_value memory_limit 128M
php_value max_execution_time 18000

**netnite** · 12.10.2011, 15:08

Eingestellt sind bei uns Serverseitig:

post_max_size 100M
php_value upload_max_filesize 100M
php_value memory_limit 256M
php_value max_execution_time 600 secc

Das defekte Archiv erhalte ich sowohl wenn die Datei per FTP hochgeladen wurde, als auch wenn die Datei per Dateiverwaltung hochgeladen wurde. Kein Unterschied.

**NetMediaWork** · 12.10.2011, 15:19

Hallo,

ok, dann bleibt ja nicht viel. Da das Problem ja nur im IE auftritt sollte irgendwas mit den IE Einstellungen nicht hinhauen. Da wirds bei mir allerdings eng, da ich MAC-User bin.

**netnite** · 12.10.2011, 15:37

Das Problem tritt aber nicht nur bei mir/uns an mehreren Rechnern im Unternehmen auf, sondern auch bei Kunden. Also wirklich überall.

**NetMediaWork** · 12.10.2011, 17:02

Hallo,

hast du einen Link ?

**netnite** · 14.10.2011, 09:19

Die Dateien werden nicht vollständig heruntergeladen. Bei einem 37MB Zip-Archiv ist die heruntergeladenen Datei nur 36MB gross. Daher wahrscheinlich auch der Fehler.

So ich bin das ganze nun mal strategisch angegangen, quasi per Ausschlussverfahren.

1. Egal ob Aufruf der ZIP-Datei über download-archiv oder direkter Aufruf der Datei, beide Varianten erzeugen die Fehler.
2. An der Datei selber kann es nicht liegen. Egal welches Zip-Archiv, egal mit welchem Programm gezippt, egal welche Dateigröße, egal welches Programm zum entpacken. Der Fehler tritt immer im IE auf. Habe auch das Contao-Zip File genommen zum testen.
3. Am Layout oder irgendwelchen Scripten kann es auch nicht liegen. Ich habe ein komplett leeres Seitenlayout auf Basis der fe_page erstellt mit keinerlei Inhalt und nur dem Download-Archiv erstellt. ZIP-Datei ist dennoch beschädigt.
4. selbes ZIP-File auf einem anderen Server in einer anderen Contao-Installation mit gleicher Versionsnummer getestet: funktioniert der download vollständig.
5. eine frische Contao Installation auf dem gleichen Server wie die Ursprungsseite, wo es nicht funktioniert, angelegt und Download Fehlerhaft.
6. Das Ganze an verschiedenen Rechner, verschiedenen Standorten getesten. Überall das gleiche Problem.

Meine derzeitige Erkenntnis: Es könnte vielleicht an dem Server liegen auf dem die Website läuft. Wir haben alles auf einem Strato Managed Server MX-7 (v11.2) laufen. Jemand Ideen zu meiner These?

**NetMediaWork** · 14.10.2011, 09:26

Zitat von netnite

... 4. selbes ZIP-File auf einem anderen Server in einer anderen Contao-Installation mit gleicher Versionsnummer getestet: funktioniert der download vollständig...

Hallo,

dann einfach mal anhand der phpinfo schauen, wo sich die Serverkonfigurationen unterscheiden und vom Hoster entsprechend anpassen lassen zum Test.

**bees2** · 23.11.2011, 10:04

Hallo alle zusammen,
ich kann die vorhergenannten Probleme beim Download mit dem Internet Explorer auf unserer bei Host Europe gehosteten Seite ebenfalls bestätigen, vermute aber eher ein Contao spezifisches Problem.

Unter http://www.meeresschutz.info/index.php/berichte.html können zwei Download-Archive (Pfad der Dateien: tl_files/meeresschutz/berichte) heruntergeladen werden. Erfolgt dies mit FF werden beim Nordsee.zip 5.102.430 Bytes, mit dem IE allerdings nur 5.083.857 Bytes geholt.

Lädt man das Archiv direkt mit http://www.meeresschutz.info/tl_file...te/Nordsee.zip herunter, stehen auch mit dem IE die kompletten 5.102.430 Bytes hinterher zur Verfügung!!

Der Server stellt somit das Archiv auch für den IE korrekt zur Verfügung und der Fehler muss irgendwo in der Erweiterung liegen, oder??

Gruß
Bees2

**BugBuster** · 23.11.2011, 12:48

Wenn ich mich recht erinnere, gibt es ein Ticket dazu mit einer temporären Lösung. Leider ist das Ticketsystem grad OFF, kann also nicht reinschauen.
Da wurde eine Header Zeile im Modul ergänzt (irgendwas mit close).

**netnite** · 23.11.2011, 14:26

Wäre halt schön wenn man hier davon auch mal erfahren würde...

***xchs*** · 23.11.2011, 15:38

Zitat von netnite

Wäre halt schön wenn man hier davon auch mal erfahren würde...

???

dev.contao.org ist übrigens wieder erreichbar.

**xtra** · 23.11.2011, 17:38

Zitat von BugBuster

Wenn ich mich recht erinnere, gibt es ein Ticket dazu mit einer temporären Lösung. Leider ist das Ticketsystem grad OFF, kann also nicht reinschauen.
Da wurde eine Header Zeile im Modul ergänzt (irgendwas mit close).

Connection: close

**BugBuster** · 23.11.2011, 19:48

Hier der Link zur Patch Darstellung:
http://dev.contao.org/attachments/11...ller.php.patch

**netnite** · 24.11.2011, 07:23

Zitat von xchs

???

dev.contao.org ist übrigens wieder erreichbar.

Damit war gemeint, dass es schön wäre, wenn es hier auch gepostet werden würde, dass es dazu einen Patch gibt.

**netnite** · 24.11.2011, 07:29

Also bei mir bringt der Patch nichts. Gleiches Problem wie vorher.

**bees2** · 24.11.2011, 08:50

Zitat von BugBuster

Hier der Link zur Patch Darstellung:
http://dev.contao.org/attachments/11...ller.php.patch

Danke für den Link. Den Bezug zu meinem Problem konnte ich selbst irgendwie nicht herstellen.

Habe besagten Patch nun eingefügt, was aber nicht zum gewünschten Ergebnis führt. Das mit dem IE heruntergeladene ZIP-Archiv bleibt weiterhin kleiner und defekt.

Gruß
Bees2

**BugBuster** · 24.11.2011, 10:02

Ich habe mit IE6 und IE8 unter WinXP mal die Nordsee.zip sowohl erst gespeichert und dann geöffnet oder direkt geöffnet, ohne Probleme.
Ich gehe daher davon aus, das es nicht an Contao liegt.

Mit welchem IE unter welchem Betriebssystem geht das bei euch nicht?

**bees2** · 24.11.2011, 11:21

Zitat von BugBuster

Mit welchem IE unter welchem Betriebssystem geht das bei euch nicht?

Wir verwenden unter WindowsXP auch den IE8.

Zitat von BugBuster

Ich gehe daher davon aus, das es nicht an Contao liegt.

Dann bleibt aber die Frage offen, waum funktioniert bei mir der direkte Link (oder wenn ich diesen konventionell zusammenbaue) auf das Zip-Archiv:
http://www.meeresschutz.info/tl_file...te/Nordsee.zip
aber nicht der Link auf der Seite:
http://www.meeresschutz.info/index.p...te/Nordsee.zip
,obwohl es sich wirklich eindeutig um dieselbe Datei handelt??

ich vermute den Fehler eher in der Erweiterung Downloadarchiv. Könnte man nicht dort, den Link entsprechend (index.php/berichte.html?file= einfach weglassen) generieren?

Könnte ein Cache- oder Proxy-Problem noch dazwischen funken?

Werde es auch nochmal von zuhause probieren.

Gruß
Bees2

**netnite** · 25.11.2011, 07:44

Bei mir ist es genau wie bei bees2...

**bees2** · 25.11.2011, 11:38

Hallo nochmal,

folgendes zur Ergänzung:

Unter Win7 und IE9 gibt es keine Probleme. Unmöglich bleibt es mit WinXP und IE8 auf mehreren Rechnern. (ich möchte BugBuster's IE8)

Im übrigen lassen sich die Zip-Files aus dem ER bei mir auch nicht mit dem IE8 öffnen. Allerdings gibt es keine Schwierigkeiten mit dem IE8 bei der Erweiterungsverwaltung im Backend. Dort werden die Zip-Files korrekt verarbeitet und eingebunden.

Vielleicht gibt es im IE8 einen versteckten Schalter, den man nur umlegen muss?!

Gruß
Bees2

**greq** · 07.12.2011, 12:11

Hallo zusammen,

auch ich habe mich mit dem Problem befassen müssen,
hier meine Erkenntnisse:

== Fehler ==

im IE8 heruntergeladene Zip-Files werden beim entzippen via WinZip als
nicht gültig / korrupt ausgewiesen.

In Wirklichkeit handelt es sich bei dem heruntergeladenem
"Zip-File" um ein gzip-Archiv, welches das eigentliche Zip-File inne hat.
(FireFox / Chrome und IE7 können anscheinend mit doppelt kompremierten "Zip-File"/Inhalten umgehen)

== Ursache ==

Aufgrund der Einstellung in der ".htaccess"-Datei für CONTAO, werden
bestimmte Dateitypen komprimiert: <FilesMatch "\.(css|js|xml|html?|php)$">

Dies trifft leider auch auf Downloads die von CONTAO mittels dem
Elementtyp "Downloads" generiert werden.
https://rlp-geoshop.ciss.de/index.ph...LKIS%20XML.zip

Phyisch korrekten Download-Link, z.B...
https://adressen.ciss.de/tl_files/ad..._CSV_UTM32.zip
funktionieren hingegen.

.htaccess-Datei:

Code:

...
 <IfModule mod_deflate.c>
 
  ##
  # Use mod_deflate to compress JavaScript, CSS, XML, HTML and PHP files.
  # @see http://developer.yahoo.com/performance/rules.html#gzip
  ##
  <FilesMatch "\.(css|js|xml|html?|php)$">
    SetOutputFilter DEFLATE
  </FilesMatch>
 
 </IfModule>
...

== Meine Lösung ==

Anpassung der ".htaccess"-Datei, dabei wird bei dem Kompremierungs-Filter
auf die php-Dateien verzichtet.

.htaccess-Datei:

Code:

...
 <IfModule mod_deflate.c>
 
  ##
  # Use mod_deflate to compress JavaScript, CSS, XML, HTML and PHP files.
  # @see http://developer.yahoo.com/performance/rules.html#gzip
  ##
  # <FilesMatch "\.(css|js|xml|html?|php)$">
  <FilesMatch "\.(css|js|xml|html?)$">
    SetOutputFilter DEFLATE
  </FilesMatch>
 
 </IfModule>
...

Nach der Anpassung der ".htaccess"-Datei können Zip-Files heruntergeladen und von WinZip entpackt werden.

== Weitere Links zum Problem ==
http://dx3webs.com/wordpress/2010/07...-ff-or-chrome/

Gruß,
greq

**netnite** · 07.12.2011, 15:47

Danke für die Analyse.

Hab das genau wie du beschrieben hast gemacht. Dennoch bleiben die Files nach dem Download defekt.

**bees2** · 08.12.2011, 08:23

Moin, moin,
bei mir hat die Änderung in der .htaccess, wie von greq in #32 beschrieben, den gewünschten Erfolg gebracht. Dafür ein richtig großes Dankeschön. Super!

Gruß
Bees2

**netnite** · 23.01.2012, 08:16

Nachdem die Änderung in der .htaccess Datei wie in Beitrag #32 von greq keinen Erfolg brachten bin ich heute auf die Lösung gestossen. Ein Kollege brachte mir den Hinweis mal in Verbindung mit dem Apache nach diesem Fehler zu suchen.

Ich fand diesen Thread:
http://forum.ovh.de/archive/index.php/t-211.html

Und tatsächlich brachte das Hinzufügen der Zeile:

Code:

BrowserMatch \bMSI[E] no-gzip !gzip-only-text/html

innerhalb des <IfModule mod_deflate.c> Tags die Lösung und nun ist der Fehler bei mir behoben.

Ist vielleicht auch für andere Hilfreich.

**BugBuster** · 23.01.2012, 19:54

Ich habe das mal auf meiner Seite eingebaut, kann es aber nicht testen, da ich selbst mit IE nie die Probleme hatte.
http://www.contao.glen-langer.de/con...eck-tools.html

Wer Probleme damit hatte, kann ja mal ein Probe Download machen und Ergebnis hier posten.

Ich konnte nur nicht rauslesen ob das in unserem Fall vor oder nach dem FilesMatch reinmuss, oder ob das sogar egal ist.
Habs mal danach eingebaut.

**bees2** · 24.01.2012, 08:09

Moin, moin,
es sind bei mir keine Probleme weder beim direkten Öffnen noch beim Abspeichern und nachträglichem Öffnen aufgetreten.

Gruß
Bees2

**netnite** · 24.01.2012, 08:11

Ich denke das Auftreten dieser Problematik hängt mit der jeweiligen Konfiguration des Servers, bzw. mit der Apacheversion zusammen.

In unserem Fall laufen die betroffenen Seiten auf einem Strato Managed Server. Andere von mir erstellte Seiten auf anderen Servern machen auch keine Probleme.
Somit muss nicht jeder diese Zeile in der htaccess hinzufügen, sondern nur diejenigen, die davon betroffen sind.

Bei bees hat die Änderung von greg zum Erfolg geführt, in meinem Fall die Zeile wie von mir beschrieben. Sollte jemand damit Probleme haben, stehen zwei Lösungen zur Auswahl, wovon eine sicherlich zum Erfolg führen sollte.

**Stofffuchs** · 25.01.2012, 17:55

Ich habe bei meiner Downloadseite mit 100. bis zu 300 MB großen ZIP Dateien keine Probleme dieser Art - zum Glück.
Bei mir ist von je her unter "Einstellungen" der Haken bei "GZip-Kompression aktivieren" nicht gesetzt.

AUf einer privaten Seite mit MAX Execution time von 30 Sekunden brachen aber Downloads nach ziemlich genau 6 Minuten ab was zu gleichem Ergebnis führte. Da hilft dann nur die Anpassung der PHP Einstellung, Direktverlinkung ohne PHP oder wegen Passwortschutz der Umweg über htaccess geschützte Verzeichnisse.

Falls es in Zukunft jemandem hilft...

Stofffuchs