Los sistemas Base-n tienen n símbolos diferentes en su alfabeto. La base 2 es solo unos y ceros, la base 10 tiene de 0 a 9. La base 64 tiene 64 caracteres únicos, como se define en su RFC.
Si ves un campo base64_custom_key
de 64 caracteres, supongo que ese es el alfabeto que debes usar. Haré un ejemplo.
El alfabeto normal es A-Z, a-z, 0-9, +
y ,
. Si el base64_custom_key
contiene ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+,
, entonces no tiene que hacer nada porque ese es el original. Pero como el original no se decodifica correctamente, supongo que no es eso.
Si base64_custom_key
contiene ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123459876+,
(todo normal, excepto la parte 9876
), es posible que deba reemplazar 9 por 6, 8 por 7, 7 por 8 y 6 por 9, y luego ejecutar el decodificador. La codificación base64 de zzz
es enp6
, pero con esta clave personalizada sería enp9
. Para decodificarlo, necesitamos reemplazar el 9 con un 6 como se describe, y luego puedes decodificarlo normalmente.
¿Eso tiene sentido?
Puede que no funcione, solo estoy adivinando qué significa esto y cómo es posible que necesite usar ese campo personalizado. Es cierto que no es estándar y no es un sistema seguro, si fue diseñado para el cifrado (aunque no puedo imaginar otro propósito).