Peut une chaîne encodée en base64 contenir d'espaces?

Une chaîne encodée en base64 contenir d'espaces? Plus précisément, pourrait-il contenir d'espaces à la fin de la chaîne?

PS. Je suis en train de réfléchir à l'ensemble de la "MySQL garniture de fuite les espaces lors de stocker des chaînes de caractères dans les champs VARCHAR" ici 😉

  • P'raps je veux dire "fait" plus que "peut" 😉
  • eh bien, vous pouvez ajouter des espaces en fonction de la mise en œuvre, mais la plupart du temps ils tout simplement être supprimés car ils sont en fait valables parce qu'elles ne font pas partie de la b64 "alphabet", mais souvent inclus à des fins d'affichage, "readbility" ne marche pas en fait le frapper parce qu'un Humain normal cant lire b64 chaînes en premier lieu
InformationsquelleAutor Dougal | 2010-06-22
  1. 20

    Non, elle peut pas. Voir Base64 pour le permis de caractère référentiel utilisé par base64, qui sont les personnages A-Z, a-z, 0-9, + et / (les deux dernières peuvent différer en fonction de la mise en œuvre) ainsi que le rembourrage personnage = (mais c'est aussi dépendant de l'implémentation que certaines implémentations ne pas utiliser de rembourrage à tous).

    • oui, ils n'appartiennent pas au code, mais dans la plupart des implémentations ils peuvent ajoutée afin de maintenir la lisibilité. La plupart des décodeurs ignorer les espaces.
    • Oui c'est vrai, mais alors ils ne sont pas significatives pour la chaîne codée qui signifie qu'ils peuvent être ignorés en toute sécurité et il n'a pas d'importance si MySQL ou celui qui va les dépouiller loin. L'OP intention est évidemment pour stocker base64-encodées dans une base de données MySQL VARCHAR colonne qui est absolument enregistrer.
    • Merci les gars, je voulais dire plus de "ne" base64 chaîne contient des espaces - pas "peut" - ma faute. Donc, en conclusion, on PEUT, mais ils ne sont pas pertinents. 🙂 Je l'obtenir maintenant
    • Pour la chaîne "apfjxkic-omyuobwd339805ak:60a06cd2ddfad610b9490d359d605407" base 64 serait sortie d'un "\n", je ne sais pas pourquoi
    • Comme Gavin Jackson mentionne ci-dessous, si vous avez un imprévu de l'espace dans votre base64 string, puis elle le plus probablement le résultat de l'analyse d'URL de la conversion à partir d'un + à un espace blanc. Un simple $str = str_replace(' ', '+', $str) avant de vous base64_decode($str) va le résoudre.
    • Tout à fait trompeur de réponse... La question était: "peut" et la réponse est "oui, c'est possible". C'est une citation du document à consulter: "les retours à la ligne et les espaces blancs peut être présent partout, mais sont ignorés sur le décodage"

    InformationsquelleAutor Stefan Gehrig
  2. 14

    Il ne devrait pas, mais il pourrait faire.

    Valide base64 chaîne ne doit pas contenir d'espaces étant donné que le codage de l'alphabet ne devrait consister en de A-Z a-z 0-9 + /

    Toutefois, si les données encodées arrive à contenir le caractère'+', et les données sont transmises dans l'URL, il peut être involontairement converti en un espace. Donc, vous pouvez venir à travers un supposé base64 chaîne qui semble avoir des espaces dans ces circonstances.

    Si c'est le cas, il suffit de remplacer les espaces par des points positifs avant de décodage.

    PS. Je suis en train de réfléchir à l'ensemble de la "MySQL garniture de fuite les espaces lors de stocker des chaînes de caractères dans les champs VARCHAR" ici

    Comme une part, la fuite des espaces de type varchar ne sera pas par hasard dépouillé de MySQL 5.0.3

    • Cela ne devrait pas être un problème, toutefois, si vous utilisez une URL de sécurité de l'encodage Base64 algorithme 🙂
    • +1 pour la mention de la '+'/problème d'espace. Juste eu une URL fournie en Base64 chaîne avec le +de l'converties en espaces.
    • J'allais faire le fou avec celui-ci. Merci!!!!
    • J'ai eu un espace en base64 de la chaîne (suite de json-encode/décode) ce poste résolu pour moi. Cela devrait être mentionné dans l'acceptation de réponse, je vais suggérer une modification à inclure cette.
    InformationsquelleAutor Gavin Jackson
  3. 4

    Oui. Chaîne Base64 peut contenir des espaces vides, mais les personnages ne sont pas significatives. Donc c'est ok si la base de données garnitures espaces.

    Comme une question de fait, le MIME spécification recommande à briser Base64 les chaînes en lignes de 72 caractères. base64Binary de XML peut également inclure des sauts de ligne, les tabulations, les espaces.

    En PHP, base64_decode() bandes de toutes les whiltespace caractères de sorte que vous n'avez pas à vous inquiéter à ce sujet.

    InformationsquelleAutor ZZ Coder
  4. 1

    Wikipedia suggère qu'il y a comme une foule de variations de l'encodage Base64:

    http://en.wikipedia.org/wiki/Base64

    Donc la réponse dépend probablement sur ce que vous devez faire avec la chaîne. Mais j'oserais dire que vous avez créé en PHP avec base64_encode() de sorte qu'il semble être sans danger pour ajouter des espaces vides:

    <?php

$original_data = 'Lorem ipsum dolor sit amet';
$encoded_data = base64_encode($original_data);
$padded_data = '    ' . chunk_split($encoded_data, 3, '  ') . '    ';

echo base64_decode($padded_data); //Prints 'Lorem ipsum dolor sit amet'

?>
    • Un rond-point moyen de le prouver, je suppose! Merci
    InformationsquelleAutor Álvaro González
  5. 0

    Autant que je sache, il ne peut pas. Fondamentalement, un Base64 chaîne doit être construit à partir d'un ensemble de 64 caractères. A-Z, a-z, 0-9 faire 62 - les deux autres dépendent de la mise en œuvre.

    Basé sur ce que je sais, il est maintenant de mise en œuvre qui va utiliser l'espace blanc comme un personnage. La raison principale en est que meilleure lisibilité - c'est à dire un Base64 chaîne doit être facilement imprimés et reconnu.

    Vous auriez probablement trouver plus d'infos à ce sujet sur Wikipédia.

    • Utile et intéressant. Merci
    InformationsquelleAutor Ivan Zlatanov
  6. 0

    Non, mais - certaines implémentations de la base64 utilitaire ajouter des retours à la ligne (à la sortie, ce qui peut faire apparaître comme si les espaces sont une partie de la sortie. Si vous êtes en cours d'exécution dans ce cas, selon la version de votre base64, vous pouvez désactiver ce comportement, ou de la bande caractères de saut de ligne, en effectuant l'une des opérations suivantes:

    base64 -w 0 < input.txt
base64 < input | tr -d \\n

    Voir cette question pour plus de détails: https://superuser.com/questions/1225134/why-does-the-base64-of-a-string-contain-n/1225334

    InformationsquelleAutor mcw0933