¿cómo CREAR/GUARDAR archivo en codificación UTF8 utilizando PHP?

[Anarko]

Hola.

No he podido CREAR/GUARDAR un archivo en codificación UTF8 utiizando PHP y con la siguiente restricción:

conteniendo únicamente un dígito

Si aplico

utf_encode()
iconv()
mb_convert_encoding()

UNICAMENTE funciona si agrego un carácter tipo {ñ,tíldes, etc...}

Si guardo un string de solo digitos o caracteres ingleses lo crea como ASCII.

Pero debo crear ese archivo en UTF8 desde PHP y o bien vacío, o bien conteniendo únicamente números.

¿Alguien sabe cómo?

[Triby]

Pregunta tonta: Si el archivo queda vacío o contiene solo números... hay diferencia entre usar un juego de caracteres u otro?

[Anarko]

Iniciado por Triby

Pregunta tonta: Si el archivo queda vacío o contiene solo números... hay diferencia entre usar un juego de caracteres u otro?

Para "FILTRO_DE_ARCHIVOS_CON_CODIFICACION.PHP" si hay diferencia.

Y allí es donde tengo el requerimiento.

Necesito que el archivo sea VERDADERO UTF8.

[David]

Tendrías que agregarle el BOM
http://es.wikipedia.org/wiki/Marca_d...ytes_%28BOM%29

[Anarko]

Iniciado por David

Tendrías que agregarle el BOM[/url]

Claro que no.
Es preferible agregar un carácter latínocomentado:

//Sin un cracter como EÑE no se guarda en UTF8 :(

Tengo vacios en codificación UTF8 pero generados por OTRO software != PHP

[David]

Es que un archivo no es UTF-8 "per sé"; si no tiene una marca como el BOM o ninguna secuencia de bytes correspondiente a algún caracter especial (como la ñ que mencionas) no se puede diferenciar de un archivo guardado con otra codificación.

[Anarko]

Iniciado por David

un archivo no es UTF-8 si no tiene una marca como el BOM o UNA secuencia de bytes correspondiente a algún caracter especial

Pues yo tengo archivos con únicamente el contenido:

123

y son codificación UTF8, creados con siftware diferente a PHP.

Cuando hago lo mismo con PHP me genera solo codificación ASCII.

[Anarko]

Iniciado por Anarko

Claro que no.
Es preferible agregar un carácter latínocomentado:

//Sin un cracter como EÑE no se guarda en UTF8 :(

Tengo vacios en codificación UTF8 pero generados por OTRO software != PHP

No si tenia mucho sueño...

El texto CORRECTO es:

Código:

Claro que no.
Es preferible agregar un carácter latino comentado:

//Sin un cAracter como EÑE no se guarda en UTF8 :(

Tengo vaRios en codificación UTF8 pero generados CON OTRO software que no es PHP

[David]

¿Estás seguro que lo guarda sin el BOM?

Hablar de codificación de caracteres no tiene sentido cuando el contexto es un archivo con un solo byte correspondiente a un caracter ASCII.

[gnzsoloyo]

Pues a mí me encantaría ver el código de ese "FILTRO_DE_ARCHIVOS_CON_CODIFICACION.PHP", que menciona, y que es el origen del requerimiento...

[Anarko]

Iniciado por David

¿Estás seguro que lo guarda sin el BOM?

Claro que sí.

Puedes crear uno con el APTANA y luego testearlo con el Xvi32.

Iniciado por gnzsoloyo

a mí me encantaría ver el código de ese "FILTRO_DE_ARCHIVOS_CON_CODIFICACION.PHP", que menciona, y que es el origen del requerimiento...

no es uno solo, son múltiples includes que evaluan headers, llen fragmentos, luego reunen todo para imprimirlo... y en ese proceso evalua los encoding, hora de la modificación por que ELLA indica recurrencia de edición, etc...

Cuando uno de los FILES con STRING X no es UTF8, se friegan los headers...

Regresando a mi pregunta:

...será que no se puede SIN adicionar un caracter "especial" ?

Si quieren me envian un MP y les envio el FILE_EMPTY.PHP en RAR y de codificación UTF8.

Gracias por su tiempo.

[Triby]

Acabo de hacer una prueba en Bloc de notas, guardando un archivo "vacío" como UTF8 y pesa 3 bytes.

Lo abrí en Notepad++, cambie la codificación a UTF8 sin BOM y ahora pesa 0 bytes.

Lo volví a abrir tanto en Bloc de notas como en Notepad++ y la codificación es.... sí, ANSI.

[Anarko]

Iniciado por Triby

Acabo de hacer una prueba en Bloc de notas, guardando un archivo "vacío" como UTF8 y pesa 3 bytes.

Gracia spor tu interes Triby.

... ojalá encontrásemos como crear ESE PRIMERO "TUYO" con PHP ...

[David]

Esos 3 bytes justamente son el BOM.

Como había dicho anteriormente, no se puede identificar si un archivo es UTF-8 si no hay ningún caracter especial a codificar.

[Anarko]

Iniciado por David

Como había dicho anteriormente, no se puede identificar si un archivo es UTF-8 si no hay ningún caracter especial a codificar.

Me disculpo por mi NECEDAD.

Resulta que el "ARCHIVO_EN_CUESTION.PHP" es abierto por LECTOR.PHP y luego viene OTRO.PHP y si no lo vé como UTF8 "le mete" el BOM.

Pero finalmente lo abre un tercero que es ELIMINADOR_DE_BOM.PHP (por los HEADERS...) y me friega TODO si no lo tengo como UTF8...

Pero logre detectar todo ese mundo de "ABREDORES" con la ayuda de ustedes y de Triby.

En definitiva...
Tendré que adicionar un comentario con carácter especial, por que BOM no es tolerado por el software...

Muchas gracias.