MB in B umrechnen

Ein Megabyte ist eine Million Byte. Speicherhersteller haben immer dezimal gerechnet — deshalb wirken ihre Angaben größer als das, was der Rechner anzeigt.

Ein Byte sind acht Bit, was nicht immer feststand — frühe Rechner nutzten sechs, sieben oder neun. Acht setzte sich durch, weil damit ein Schriftzeichen hineinpasst und die Zahl sich sauber halbieren lässt.

Von Megabyte auf Byte verschiebt sich das Komma um 6 Stellen nach rechts — mehr passiert nicht. Es gibt keinen Faktor zu behalten und nichts zu runden: die Ziffern bleiben in derselben Reihenfolge, nur ihre Position ändert sich.

1.234 MB sind 1234000000 B — dieselben Ziffern, ein Stück weitergerückt. Das ist die eine Umrechnung, die du auf einen Blick prüfen kannst: stehen im Ergebnis andere Ziffern als am Anfang, war es nicht diese Umrechnung, die sie verändert hat.

Wer im Kundenmenü eines deutschen Webhosters wie IONOS oder Strato die PHP-Version konfiguriert, trifft dort auf Felder wie upload_max_filesize oder post_max_size, die intern als Byte-Zahl gespeichert werden, auch wenn die Oberfläche eine Eingabe wie „10M" anzeigt. Byte ist die einzige Größe in diesem Umfeld, die niemand unterschiedlich auslegt — ein Megabyte dagegen bedeutet 1.000.000 für die einen und 1.048.576 für PHP selbst, und genau dieser Unterschied entscheidet, ob eine Rechnung oder ein Bewerbungs-PDF durchgeht.

Die Umrechnung aus dezimalen Megabyte ist eine Multiplikation mit einer Million: 1 MB sind 1000000 Byte, 10 MB sind 10000000, 50 MB sind 50000000. Jede dieser Zahlen ist rund im dezimalen System und unrund im binären — ein erstes Indiz dafür, was gemeint war, wenn im Hosting-Log plötzlich 52428800 auftaucht.

Dasselbe Feld, das 10000000 annimmt, akzeptiert häufig auch 10M — und das M ist keine Abkürzung der Ziffernfolge, sondern ein eigener Wert. PHP liest K, M und G bei upload_max_filesize, post_max_size und memory_limit durchweg als Zweierpotenzen, sodass 10M exakt 10.485.760 Byte ergibt. nginx verhält sich bei client_max_body_size mit k und m identisch. Der Unterschied zur dezimalen Lesart beträgt bei Megabyte-Größe 4,9 Prozent — klein genug, um bei einer Codereview unbemerkt zu bleiben, groß genug, um an einer Grenze den Ausschlag zu geben.

Sichtbar ist der Unterschied in der Konfigurationsdatei nicht: 10M und 10000000 sehen wie dieselbe Absicht aus und liegen 485.760 Byte auseinander. Wo ein Formular beide Schreibweisen zulässt, lohnt es sich, für die gesamte Datei eine Konvention festzulegen und sie in einem Kommentar an den Anfang zu schreiben, damit die nächste Person, die den Wert ändert, die Frage nicht erneut klären muss.

Ein Datei-Upload durchläuft im typischen deutschen Shared-Hosting-Setup mindestens drei separat konfigurierte Grenzen: die des vorgeschalteten Webservers oder Reverse-Proxys, die von PHP selbst über upload_max_filesize und post_max_size, und häufig eine dritte in der eingesetzten Anwendung, etwa einem WordPress- oder Shop-Plugin. Maßgeblich ist stets die kleinste von allen, und genau das ist der häufigste Grund, warum eine im Hosting-Panel großzügig gesetzte Zahl keine sichtbare Wirkung zeigt.

Base64-Kodierung verschärft das Problem zusätzlich: Wird eine Datei nicht als klassischer Formular-Upload, sondern eingebettet in ein JSON-Objekt übertragen, wächst sie durch die Kodierung um rund ein Drittel. Eine 10-MB-Datei kommt so als etwa 13,4 MB Anfragekörper an, und ein Limit, das exakt 10 MB akzeptieren soll, muss entsprechend höher gesetzt werden als der reine Dateiwert.

Eine bloße 52428800 in einer php.ini oder einer nginx-Konfiguration ist eine Zahl, die niemand nachträglich überprüft, und eine falsche sieht auf den ersten Blick genauso aus wie eine richtige. Wo die Syntax Ausdrücke erlaubt, macht 50 1024 1024 die Herleitung sichtbar; wo nur ein Literal zulässig ist, gehört die Herleitung als Kommentar in die Zeile darüber — die beabsichtigte Größe, das System, in dem sie gilt, und das Werkzeug, mit dessen Angabe sie übereinstimmen muss.

Ebenso wichtig ist, woher die Zahl stammt. Ein Limit, das aus einer vertraglichen Vorgabe eines Kunden folgt, ist etwas anderes als eines, das aus einem Speicherprofil des Servers abgeleitet wurde, und beide werden aus unterschiedlichen Gründen später verändert. Eine Zahl ohne notierten Ursprung wird in der Praxis entweder sorglos erhöht oder auf ewig unangetastet verteidigt.