Acest lucru nu ar trebui să fie ceva ce cineva trebuie să iasă și să spună, dar în mod repetat mă întâlnesc cu oameni care fac scufundări pentru base64 și susțin că este o modalitate modernă de încorporare a datelor pe „64 de biți”... O prostie totală când a fost creat practic pentru date pe 8 biți pentru să fie comunicat prin DarpaNet cu zeci de ani în urmă, într-un format care era ferit de corupție pe mainframe care aveau doar spații de caractere de 6 biți. Se numește „64” deoarece este construit pe un tabel de caractere de 6 biți / 64 de valori posibile.
De unde provine această amăgire că este ceva „recent” nu am nicio idee, dar tot aud-o papagal din nou și din nou. Bănuiesc că aceasta este ca neînțelegerea pe care o au unii oameni cu privire la ideea la fel de incorectă că artiștii escrocherilor de la W3Schools au ceva de-a face cu W3C... ei nu au. Oamenii văd câteva litere sau un număr și completează ei înșiși spațiile libere.
Că pare să fi devenit iubitul oamenilor pentru care „separarea preocupărilor” înseamnă total, aruncarea în cache adecvată la coșul de gunoi și introducerea imaginilor de prezentare în marcajul lor în cazul în care nu au afaceri explozive în primul rând, nu este un șoc real. Cei care nu pot înțelege cele mai de bază principii ale modelelor HTML, CSS sau de stocare în cache, cred în minciuni cu fața cheală, cum ar fi „punerea deasupra stilului de pliere și a imaginilor statice în markup-ul accelerează paginile” sunt cel mai întotdeauna pe primul loc. a nu reuși să înțeleagă mare lucru din nimic altceva.
În mod realist, ar trebui să o evitați dacă este posibil, lăsând-o pentru atașamentele de e-mail, unde este, practic, necesar din cauza protocoalelor de e-mail care au craniul înfundat în rectul lui 1984. Mărește în mod inerent dimensiunea fișierelor cu 25%, este dureros de lentă la decodare din cauza necesității „shift/and” cu urmărire pe biți și, în general, este o relicvă a trecutului cel mai bine lăsat acolo.
