se exportan caracteres especiales

[fgalicia]

hola, migre de php 4 a php 5 y de mysql 3.23.58 a mysql 5, hasta ahi todo correcto pero tengo un sistema en el que tengo que actualizar diariamente el contenido de una tabala "x" de mi server local (mysql 5) a mi server de produccion (mysql 3.23.58), en mi server local al examinar la tabla si me despliega correctamente los acentos y las ñ, pero cuando lo exporto en formato .sql para actualizarlo en mi server de produccion los acentos y las ñ me los sustituye por caracteres especiales o raros. Donde puede estar el error y como se puede corregir?

saludos

[fgalicia]

parece que es por esto, phpmyadmin me arroja estas opciones cuando le pido un listado de las variables de mysql:

character set client utf8
(Valor global) latin1

character set results utf8
(Valor global) latin1

parece que debo de tener los valores utf8 en latin1 porque tambien tengo:

character set connection latin1
character set database latin1

collation database latin1_swedish_ci
collation server latin1_swedish_ci


algua idea de como cambiar utf8 a latin1?

saludos

[nachopro]

el problema es el phpmyadmin, utiliza el sqlyog, que es gratuito y no tiene esos problemas

[fgalicia]

pues ya instale ese programa pero a la hora de exportar me siguen saliendo caracteres especiales ... :(

[valentin1000]

fgalicia a me pasa igual que a ti.

mi problema viene dado por mi hosting que ha actualizado de MySQL - 4.0.27-standard a MySQL - 4.1.18-standard, cuando hago un backup de la base de datos en la nueva version las ñ, simbolo del euro, acentos, etc... se transforman en simbolos raros en la consulta de respaldo sql.

Sin embargo en la version MySQL - 4.0.27-standard simplemente seleccionaba en lenguaje Español - Spanish (iso-8859-1) y el volcado era correcto al 100 x 100.

Yo creo que todo el lio que tengo al respecto viene dado por la inclusion en la nueva version de MYSQL del Cotejamiento de las conexiones MySQL.
Ahi es dodnde estoy perdido.

¿Cual debo de colocar para que el backup de mi base de datos sea el correcto con simbolos especiales incluidos?

Estoy perdido, agradeceria una manita... aunque sea al cuello...

P.D.- x Fgalicia:

algua idea de como cambiar utf8 a latin1?

Yo lo he cambiado para toda la base de datos, desde PHPmyAdmin seleccionas la base de datos, le das a Operaciones y en la pantalla que se abre abajo seleccionas el cotejamiento que deseas y le das a continuar.

Yo lo estoy probando pero nada, ando mas perdio que una cabra en un garaje.

[EternalCh]

Estoy en las mismas, Con el mysql 4.0 me funcionaba toda la plataforma de java correctamente, ahora CPANEL ha forzado a actualizar el mysql y me encuentro que esta versión tiene algo cambiado que me hace que todas ls inserciones de una plataforma con mas de 8 módulos distintos (la cual he programado yo y garantizo que ahí no esta el problema) salen como resultado que todas las letras que lleven acento o sean eñe se insertan en la base de datos como un interrogante "?".

La inserción directa a base de datos por phpmyadmin o por EMS Manager la admite. Con lo cual apoyo la teoria de que el problema esta en las conexiones.

He revisado Charsets arriba y abajo y me admito un inutil si el problema esta ahí.

Cualquier ser superior XD que haya encontrado la solución a esta mierda de problema que sea tan amable de compartirla, tengo a los clientes llamándome uno por uno acordandose de mis padres.

thanks por adelantado.

[EternalCh]

Bueno tras leer y releer que la version mysql 4.1 no es recomendable
actualizarla he encontrado un tio que no solo se queja, sino
que propone una solución.
La obvia, pasar de la 4.1 a la 4.0.
Incluso se ha currado la explicación.

Aqui te lo pasteo, parece sencillo.

Downgrading MySQL from 4.1.X to 4.0.X
Assuming that you are using cPanel/WHM as a control panel to
manage your web hosting server and have kept updates to
automatic, cPanel will automatically upgrade you to MySQL 4.1.
Many of the applications may not run properly in MySQL 4.1
unless they are modified and made compatible with MySQL 4.1.
If you choose to downgrade back to MySQL 4.0.xx you should do
the following.

MySQL 4.0 option is only available with cPanel stable build
114 or earlier, so make sure you downgrade to cPanel S114.
Make backup of all accounts via WHM backup script.

Following are the steps

1. Login into shell and type /scripts/pkgacct cPanelUserName.
Replace cPanelUserName with the actual username. Do this for
all the accounts to take a backup. Keep the backups in safe
place like a secondary drive or remote FTP. You can automate
this process by configuring WHM backup option and then typing
/scripts/cpbackup from SHELL.

2. Now we have to export all the databases in MySQL 4.0 format
before we can actually start the process of downgrading. Use
the following command to export the database.

mysqldump -u root -p --create-options --compatible=mysql40
db_name > db_name.sql

It will prompt you for a password. Enter the MySQL root
password. Please note, MySQL root password is different from
server root password. If you are unsure of its value, you can
reset it from WHM. Do the above command for each database in
your system.

3. Now that we have exported all databases in MySQL 4.0
compatible mode, its time to downgrade the server to MySQL
4.0.xx. Login into WHM as root and goto Tweak Settings. Select
MySQL 4.0 option and click save. It will prompt you to click
on a link after 30 seconds. So we wait for 30 seconds and
click on the link.

4. WHM will downgrade MySQL to version 4.0. Once that is done,
run /scripts/easyapache from SHELL prompt.

5. Now its time to import all database files back into the
system. Use the command below to do so. Make sure you are in
the same directory where the database sql files have been
exported to.

mysql -u root -p db_name < db_name.sql

It will prompt you for a password, enter the MySQL root
password. Repeat the command for all the databases in the system.

6. Restart MySQL and Apache servers. We have successfully
downgraded to MySQL 4.0 from MySQL 4.1

If for some reasons the downgrade does not work, you can again
upgrade back to MySQL 4.1 and restore the accounts from the
backup. Hence it is very important to take a backup of the
database both in MySQL 4.1 and MySQL 4.0 format.

Posted by manish at May 8, 2006 10:34 AM

[valentin1000]

Gracias Nachopro, esa es la mejor solucion.

No hace falta degradar la version de mysql.

Como dice Nachopro con el programa SQLyog Enterprise es posible bajar a tu PC una copia de respaldo de la base de datos en perfecto estado.

Aqui os dejo un enlace de descarga del SQLyog Enterprise.

w w w.fileden.com/files/4162/SQLyog406Ent.rar

Lo instalais y antes de ejecutarlo teneis que entrar a vuestro panel de control y dentro de la opcion MySQL Databases, abajo vereis la opcion Access Hosts, ahi teneis que poner vuestra IP publica para que el servidor os permita conectaros a la base de datos mediante el programa SQLyog Enterprise.

Bien, pues ejecutais el SQLyog Enterprise y creais una conexion a vuestra base de datos (os hara falta introducir los datos de tu dominio, base de datos, usuario, puerto y password).

Una vez conectados teneis que hacer click arriba en el icono que tiene un relojito pequeño (Export data as batch scripts...).

Esto os llevara a una serie de pantallitas para que podais elegir la forma de obtener la copia de la base de datos.

Yo solamente he metido la ruta y nombre del archivo sql resultante y he dejado las opciones conforme vienen.

De esta forma el backup de la base de datos es perfecto: ya aparecen perfectamente las ñ, tildes y demás caracteres especiales.

Espero haber podido ayudaros.

Saludos

[jmjosebest]

He tenido problemas estos dias cambiando una base de datos de un servidor a otro por estos asuntos...

No se que le pasa al cpanel, pero me cras todas las bases de datos con cotejamientos en latin1_swedish_ci, y aquí es donde he tenido los problemas...

Como bien decis, hay problemas con los caracteres ¿por qué? Por que en sueco no hay tildes ;) La base de datos al respaldarla, usa esos caracteres para indicar que hay una tilde o es una ñ.

¿Como se soluciona esto?
Si la base de datos al exportarla ha sido codificada en latin1_swedish, al importarla hay que hacer lo mismo pero al revés, es decir, descodificar esos carácteres para que phpmyadmin los detecte todo bien.

¿Pero como?
Con un programa estupendo llamado BigDump, permite elegir la codificación a la hora de importar (subir) una base de datos. Debemos indicar la codificacion "latin1"

Y todo solucionado....

Leyendo vuestros posts, me ha parecido interesante downgradear a mysql4.0, pero es una accion correcta? Vale la pena correr el riego a fastidiar una base de datos? O es mejor esperar a que cpanel solucione el asunto??

Lo que no se es como hacer para que las nuevas tablas que creo me las genere en utf8_general_ci que es el estandar por defecto que lo detecta todo bien...

Hosting y alojamiento web en www.jmhostgp.com

Saludosss

[EternalCh]

Buenas a todos los pobres diablos que son torturados por los caracteres especiales como yo jeje.

Cpanel me obligó a actualizar la mysql. Uso mi aplicación en Java en servidor linux. Cuando reinicio el mysql funciona durante un tiempo pero luego cuando hacen las inserciones desde la web en java no coge los caracteres especiales.

Seguramente sea un error tonto, o cuando creo una nueva base de datos desde el phpmyadmin me cambia algo...

Llevo meses con esto, si alguien tiene alguna idea que me ayude please mi usuario de skype javier.s.i.n.t. o a eternalch(a)hotmail.com

[pragone]

A ver... creo que eso se puede resolver con un ALTER... casualmente hoy encontré un artículo al respecto:
Miren esto: http://www.mysqlperformanceblog.com/...mess-in-mysql/