Bestandsbeheer: compressie/decompressie bij uploaden?Als ik .jpg-bestanden probeer te uploaden met jullie bestandsbeheerder, worden ze ongeveer drie keer zo groot - of in ieder geval de eerste 16. Het lijkt alsof de bestandsbeheerder ze eerst verder probeert te comprimeren en ze vervolgens decomprimeert zodra ze de FTP-server bereiken. Als dit het geval is, werkt het compressie-/decompressieproces erg slecht en is het een complete tijdverspilling.
Ik wil deze actie voorkomen en ik begrijp niet waarom het alleen om de eerste 16 bestanden van een upload zou moeten gaan.
Hoe schakel ik deze actie uit?

Betreft: Compressie/decompressie bij het uploaden naar een bestandsbeheerder?

Nee, het is uiterst onwaarschijnlijk dat dit gebeurt. Stuur ons alstublieft een e-mail met meer informatie over het versienummer en het buildnummer van FileManager. U vindt het versienummer en het buildnummer in het dialoogvenster 'Over'.

Stuur ons ook een voorbeeldafbeelding per e-mail. FileManager probeert uw originele afbeelding helemaal niet te wijzigen. De compressie en decompressie vinden alleen plaats tijdens de overdracht. Bij het uploaden/downloaden wordt de afbeelding niet gewijzigd.

DriveHQ maakt een miniatuur en een voorbeeldafbeelding aan wanneer een afbeeldingsbestand wordt geüpload. In sommige gevallen kan de voorbeeldafbeelding groter zijn dan de originele afbeelding, als deze erg klein is.

 

Betreft: Compressie/decompressie bij het uploaden naar een bestand in de bestandsbeheerder?Hallo, ik ben het weer.
Ik heb nog een aantal uploadtests uitgevoerd en dit keer zijn de resultaten zoals ik had verwacht: geen teken dat de bestandsgrootte is gewijzigd.
Ik begrijp niet wat er eerder is gebeurd, maar het vreemde gedrag deed zich meer dan eens voor bij het uploaden van bijna 100 bestanden van elk ongeveer 27 KB.
Mijn versie van FileManager is 4, build 284 met MagicUpload v 1.0.
Als ik verder vreemd gedrag opmerk, neem ik weer contact op.
Alle goeds,
Graham