Download ist immer nur 159 Bytes groß

[berliner_adler]

Ja, der richtige Download funktioniert. Was immer noch Glücksache ist, ob während der Bezahlphase nicht sich das Modul "Bester Weg" einschleicht und den Download unnötig verteuert. Mal geht es ohne, mal mit.
Gruß

[Matt]

Dann mach das Modul doch einfach aus.

Nur mal so für die Zukunft: Wenn Downloads so klein sind dann steht da meist nur eine Fehlermeldung drin. Also die Datei einfach mal in den Texteditor stecken (egal, welche Endung) und schauen, was dabei rauskommt.

[berliner_adler]

Hallo,
ich habe zwei Artikel in meinem Shop: Einen zum Download und einen per Post. Wenn ich aber das per Download in den Warenkorb lege, wird der "Postaufschlag" automatisch dazu gerechnet. Liegt das an dem Modul "flat" oder muss ich irgendwo noch etwas einstellen? Für den per Post brauche ich ein Modul!
Gruß

[franky_n]

Hallo berliner_adler,

das ist ein typischer Doppelpost!
 

Hier geht es weiter: Versandart einem Artikel zuweisen

Aber nicht in beiden Posts! Danke!

Viele Grüße

Franky

[jannemann]

Ganz unten auf der Seite findest du eine Zip Datei. Wenn du diese Lokal entpackst findest du auch den passenden Pfad. Dann holst du dir deine Original Datei vom Server und vergleichst diese mit der aus dem Trunk.

[Tomcraft]

Hallo Jan,

so ganz schlau werde ich aus deinem Beitrag nicht, vermute aber, dass du in die Richtung wolltest, die h-h-h hier schon beschrieben hatte:

Die Änderung in r1759 machst Du am besten per Hand an der Datei "/includes/application_top.php".
Und dann ersetzt Du im Shoproot-Verzeichnis Deine download.php mit dieser hier: download.php
[...]

Grüße

Torsten

[h-h-h]

Die Datei kann so ersetzt werden, außer dort ist irgendein spezielles Download-Modul drin.

Gruß h-h-h

[berliner_adler]

Hallo!
Ich habe meine zip-Datei per FTP korrekt in das download-Verzeichnis überspielt und bekomme auch richtig 202 MB angezeigt. Mache ich aber den Download, kommen nur 156 MB dabei runter und der Download wird als defekt angezeigt. Einen Neukunden habe ich schon damit frustriert. Dabei habe ich vorgestern, unterstützt von Tomcraft, "download.php" ausgetauscht und "applikation_top.php" geändert.
Liegt's an der zip-Datei, die ich gerade noch einmal neu hochlade oder an der Programmierung?
Gruß

[Tomcraft]

Ich habe dein neues Thema hier mal mit angehängt, denn die Ursache ist wohl die selbe und die Lösung wohl auch.

Siehe: Download Fehler bei großen ZIP Dateien

Grüße

Torsten

[berliner_adler]

Ok.

[Tomcraft]

Ich habe nochmal einen Link in meinen Beitrag editiert, schau bitte nochmal.

Grüße

Torsten

[web4design]

Hallo!
Ich habe meine zip-Datei per FTP korrekt in das download-Verzeichnis überspielt und bekomme auch richtig 202 MB angezeigt. Mache ich aber den Download, kommen nur 156 MB dabei runter und der Download wird als defekt angezeigt. Einen Neukunden habe ich schon damit frustriert. Dabei habe ich vorgestern, unterstützt von Tomcraft, "download.php" ausgetauscht und "applikation_top.php" geändert.
Liegt's an der zip-Datei, die ich gerade noch einmal neu hochlade oder an der Programmierung?
Gruß

Hi.

Das Problem kenn ich. Je nach Downloadgeschwindigkeit wird der Download klappen, hat der Downloader aber eine langsame Leitung wird es immer wieder abbrechen. Das gleiche Problem hatten wir bei einem Shop auch, da es sich um einen Managed-Server gehandelt hat, reichte es dem Hoster ne Mitteilung vom Problem zu senden und der hat den Server-Timeout hochgesetzt.

Standard war bei 5 Minuten, aber auch 15 hatten nicht gereicht, so das 60 Minuten notwendig waren (nur als Ansatzpunkt).

Wenn du keinen Managed oder root hast sehe ich jedoch schwarz, was die Einstellung angeht. Ging bei dem Shop auch nur per schriftlicher Freigabe und Übernahme jeglicher dadurch enstehender Schäden (denke ist zwar unwahrscheinlich aber Probleme kann es wohl immer geben )

Gruß

Nachtrag: Da steht doch glatt im verlinkten Beitrag was von mir, hehe. Da hab ich damals schon gepostet, dass ich das Problem ebenfalls habe und die Dateiänderung hatte nicht geholfen. Mit der Änderung am Timeout ging's aber.

[berliner_adler]

Vielen Dank für diesen Hinweis, ich habe bereits meinen Provider angemailt. Wenn aber Tomcraft glaubt, dass das Problem mit seinem Hinweis zu tun hat, wäre ich dankbar, wenn ich nicht alle 4 Seiten bis zum Ende durchlesen muss, sondern mir mitgeteilt wird, ob ich mit einer ".htaccess"-Datei oder einer noch einmal geänderten "download.php" klar komme.
In meiner "application_top.php" steht jedenfalls schon

Code: PHP  [Auswählen]

if ((!isset($gzip_off) || !$gzip_off) && (GZIP_COMPRESSION == 'true') && ($ext_zlib_loaded = extension_loaded('zlib')) && (PHP_VERSION >= '4')) {
        if (($ini_zlib_output_compression = (int) ini_get('zlib.output_compression')) < 1) {
                ob_start('ob_gzhandler');
        } else {
                ini_set('zlib.output_compression_level', GZIP_LEVEL);
        }
}

Danke
Johannes

[web4design]

Ich kann dir sagen, dass es bei uns nicht geklappt hat.

Zwar sind große Downloaddateien kein Problem gewesen, aber die Dauer des Downloads (Bsp. 400 MB mit einer 2000er Leitung war einfach nicht möglich).

Gruß

[Matt]

Ich schieb ja beruflich richtig große Dateien durch php durch und kann aus Erfahrung sagen, dass ein hohes "memory_limit" ziemlich viele Probleme löst. Doppelt so groß wie die größte Datei hat sich dabei als guter Richtwert erwiesen.