De fleste opplastingsskjemaer melder fra om enhver feil med den samme setningen. Den ene meldingen skjuler minst fire ulike sjekker, og løsningen er forskjellig for hver av dem.
Sjekk én: byte-grensen
Den vanligste grensen, og den eneste folk pleier å tenke på. Den måles i byte, ikke i megapiksler, så et bilde som ser lite ut rett fra en moderne mobil, kan lett bryte den.
Løs den ved å komprimere til et tall under den oppgitte grensen — ikke akkurat på den. Enkelte systemer måler den kodede forespørselen framfor selve filen, og en opplasting som base64-kodes på veien ut, er omtrent en tredjedel større enn filen på disken. Å sikte noen få prosent under grensen koster deg nesten ingenting og fjerner hele spørsmålet.
Sjekk to: dimensjonsgrensen
Uavhengig av filstørrelsen, og ofte udokumentert. Et skjema kan kreve et bilde som ikke er bredere enn 1200 piksler, uansett hvor liten filen er. Å komprimere hardere vil aldri tilfredsstille det — du må endre størrelsen. Oppgir skjemaet en visningsstørrelse, håndhever det som regel også en maksgrense nær den.
Sjekk tre: MIME-typen
Servere som er nøye, stoler ikke på filendelsen; de leser de første bytene og gjenkjenner formatet på signaturen. Døp om en PNG til .jpg, og en streng server ser fortsatt en PNG, for det er det bytene sier.
Derfor betyr det noe å konvertere, mens det ikke hjelper å døpe om. Det er også derfor en fil som er eksportert fra et designverktøy som «JPEG», kan bli avvist: enkelte eksportfunksjoner skriver en variant serverens bibliotek nekter å ta imot.
Sjekk fire: fargerom og kodingsvariant
Sjeldnere, men reelt. CMYK-JPEG-er, 16-bits PNG-er og progressive JPEG-er er alle gyldige filer som enkelte eldre serverbiblioteker avviser blankt.
Omkoding fikser dem den rekker. ToolZool dekoder til vanlige 8-bits piksler og skriver baseline-JPEG som standard, så en 16-bits PNG kommer tilbake som 8-bits og en progressiv JPEG kommer tilbake som baseline — og begge deler er variantene en kresen server har størst sjanse for å godta. CMYK-JPEG er det kronglete tilfellet: det er en fil fra en trykkeriarbeidsflyt og ikke fra nettet, og den pålitelige løsningen er å eksportere den på nytt som RGB fra programmet som lagde den.
Hvordan du skiller dem fra hverandre
Prøv med et bevisst bittelite testbilde: noen få kilobyte, noen hundre piksler, ren baseline-JPEG. Går den opplastingen gjennom, ligger problemet i filen din, og du vet nå hvilken akse du skal endre — begynn med komprimeringen, og er grensen stram, dekker å treffe en grense på 50 KB rekkefølgen du bør endre ting i. Feiler også testbildet, ligger problemet i skjemaet, økten eller nettleseren, og ingen mengde omkoding vil hjelpe.
