Cómo convertir el juego de caracteres y la colación de la base de datos de WordPress
Desde WordPress 2.2, WordPress apoya la característica que permite que el usuario defina el juego de caracteres y la colación de la base de datos de WordPress con valores de DB_CHARSET y de DB_COLLATE en archivo de wp-config.php. Con estos valores definidos, WordPress utilizará el juego de caracteres señalado de la base de datos (charset) y la colación de la base de datos (es decir orden de la clase de las letras, de los números, y de los símbolos de un juego de caracteres) cuando las tablas de una base de datos de conexión.
Sin embargo, en las instalaciones existentes de WordPress que se aumentan de la versión anterior de WordPress o fijan no explícitamente una colación del charset de Unicode UTF-8, el juego de caracteres de la base de datos del defecto se fija normalmente como Latin1 (defecto en casi toda la instalación de MySQL) con la colación de latin1_swedish_ci. Si usted funciona un blog bilingüe o multilingüe con WordPress, usted puede hacer frente a problema en la codificación del carácter cuando sus postes del blog se escriben en otros idiomas extranjeros, o cuando usted exporta y respaldo la base de datos y la tentativa posterior de reimportar la descarga de la base de datos en caso de falta de la base de datos o migración y mudanza del servidor. ¿El síntoma es obvio, sus postes de WordPress o las páginas quieren contienen los caracteres mutilados, extraños y divertidos, alguna vez apenas porciones de????? (signos de interrogación), haciendo la base de datos de WordPress con su trabajo duro inútil y la salida ilegible. (Causa de mayo también por la colación incorrecta del charset)
La mejor solución al problema de la codificación del carácter en WordPress es convertir el charset o la base de datos y la colación a UTF-8 o a Unicode. Sin embargo, usted NO PUEDE conectar simplemente con MySQL vía cáscara o el phpMyAdmin y esperar todas sus escrituras convertirán agradable. Como explican por la guía de la conversión de la base de datos de WordPress, los juegos de caracteres del convertido requieren usando el MySQL ALTERAN comando de la TABLA. ¡Al convertir los juegos de caracteres, todos los campos del TEXTO (y similar) se convierten a UTF-8, pero esa conversión ROMPERÁ EL TEXTO existente porque la conversión espera que los datos estén en latin1, pero WordPress pudo haber almacenado caracteres del unicode en una base de datos latin1, y consecuentemente, los datos podrían terminar para arriba como basura después de una conversión!
La guía proporciona una guía muy áspera y vaga como solución en cómo convertir realmente las tablas de base de datos de WordPress MySQL a partir de un juego de caracteres a otro, generalmente UTF-8. Sin embargo, la guía trabaja realmente, aunque el proceso pueda ser muy largo. Para convertir, los pasos implicados generalmente son alterar cada TEXTO y campos relacionados dentro de las tablas de cada WP al BLOB, después alteran el juego de caracteres de la base de datos y finalmente cambian los campos del BLOB de nuevo al TEXTO. ¿Parece fácil, pero cuánto tiempo él tomaría para convertir tan muchos campos en tan muchas tablas? Además, usted también necesitará recordar el tipo y la longitud o los valores originales de todos los campos.
el andersapt ha fijado una escritura de la conversión nombrada convert_to_utf8_sql_generator.txt que genera automáticamente una lista de declaraciones de SQL y los comandos necesitan convertir completamente su base de datos de WordPress a UTF8 basado en la guía. Sin embargo, parece haber un insecto de menor importancia con la escritura, aunque el autor la demandara lo trabajara, donde en mi caso, no genere simplemente la lista de comandos de SQL de funcionar debido error no recuperable del PHP del error : Llame a los get_results de una función del miembro () en un no-objeto en convert.php en la línea 37 . Una vez que está fijado, con esta escritura a disposición nosotros puede convertir fácilmente y rápidamente la base de datos, las tablas y los campos para utilizar la colación de utf8_general_ci.
Nota: He probado el convertidor de la base de datos UTF-8 enchufable, pero es una falta. Parecía como el cambio del autor al juego de caracteres directamente.
Guía para convertir el juego de caracteres de la base de datos de WordPress a UTF8 (Unicode)
- Tome el blog de WordPress fuera de línea colocando un aviso fuera de servicio o del mantenimiento.
- Base de datos de reserva - esto es muy importante, nada se garantiza para trabajar. Si usted está utilizando el cPanel o el otro panel de control, es el mejor realizar un respaldo del panel de control sí mismo de la base de datos, donde usted puede restaurar la base de datos en una sola pieza en vez por de declaraciones de SQL, en el caso de descarga normal.
- Transfiera la escritura fija de convert_to_utf8_sql_generator.txt y ahórrela con una extensión del PHP.
- Modifique la escritura para entrar el nombre de base de datos que su blog de WordPress está utilizando. Localice el texto siguiente:
Tables_in_DATABASENAME
El DATABASENAME en rojo es la única cosa que usted necesita cambiar para emparejar su nombre de base de datos de WordPress. Debe los parecer esto después de cambio, por ejemplo,
Tables_in_wp_mydigitallife
- Cargue el convert_to_utf8_sql_generator.php (o le puede retitular a un nombre más corto tal como convert.php) al directorio de instalación bajo de WordPress de la raíz, donde wp-config.php también se localiza.
- Ahora, la llamada y hojea la escritura de cualquier web browser. Para hacer esto, para agregar simplemente convert_to_utf8_sql_generator.php (o cualquie nombre que usted dé a la escritura) al extremo de su URL del blog (es decir http://www.mywebsite.com/convert_to_utf8_sql_generator.php) y presiona entra. Una lista larga de declaraciones de SQL será generada en el Web page.
- Asegúrese de que NO LO HAGAN sus campos post_content y del poste del título en la tabla de los wp_posts pertenezcan a ninguna índices o a índices CON TEXTO COMPLETO. El tipo de los campos no se puede convertir al BLOB con uno de la lista de errores abajo. Algunos enchufes, tales como postes relacionados tienden a agregar índices a estos campos. En este caso, caiga temporalmente los índices.
ERROR 1170 (42000): Post_content del `de la columna de BLOB/TEXT usado en la especificación dominante sin una longitud dominante
ERROR 1283 (HY000): El post_content del `de la columna no puede ser parte del índice CON TEXTO COMPLETO
- Ábrase una sesión a su cáscara del servidor por el telnet o SSH. Usted puede saltar esta parte de usar la cáscara de Unix si usted se prepone utilizar phpMyAdmin para hacer el trabajo sucio, pero no lo he intentado. Tan si usted hace, hacer la regeneración encendido si puede ser hecha.
- Conecte con el servidor de MySQL de la cáscara.
- Publique el comando siguiente primero en el aviso de MySQL:
utilice DATABASENAME;
Una vez más substituya DATABASENAME en rojo al nombre de base de datos real de WordPress.
- Entonces la copia y pega la lista entera de automóvil de las declaraciones de SQL generado por la escritura de la conversión, y los pega en el aviso de MySQL. Cada comando de SQL se debe ahora procesar y ejecutar por MySQL uno por uno. Usted puede necesitar presiona incorpora llave para acabar apagado el pasado.
- Durante el proceso, los mensajes de error similares relacionados con la longitud dominante como mencionado pueden aparecen. En mi caso, la conversión al BLOB falló con tal mensaje en los campos siguientes:
wp_categories.category_nicename
wp_comments.com ment_approved
wp_links.link_visible
wp_options.option_name
wp_postmeta.meta_key
wp_posts.post_status
wp_posts.post_name
wp_posts.post_type
wp_usermeta.meta_key
wp_users.user_loginTodos estos campos son inverosímiles contienen los caracteres no-ASCII. Y los campos tales como category_nicename (lingote de la categoría) y post_name (lingote del poste) han sido URL codificados (donde su URL con los caracteres no-alfanuméricos inseguros será substituido por una muestra del por ciento (%) seguida por dos dígitos y espacios del maleficio codificados como más (+) muestras). La codificación inicial de los códigos del octeto y de las asignaciones del carácter para UTF-8 es constante con el ASCII, así que la conversión directa de estos campos a UTF8 no debe traer demasiado problema.
- Corrija el archivo de wp-config.php para agregar en definiciones de DB_CHARSET y de DB_COLLATE. Agregue las dos líneas siguientes, preferiblemente bajo sección de los ajustes de MySQL:
defina (' del `utf8 de DB_CHARSET',);
defina ('DB_COLLATE', ");Según lo explicado en el códice de WordPress, DB_COLLATE se deja en blanco (falta de información) de modo que la colación de la base de datos sea asignada automáticamente por MySQL basado en el juego de caracteres de la base de datos.
- Reconstruya los índices y/o los índices CON TEXTO COMPLETO caído, si cualquiera.
- Active el blog nuevamente dentro de modo de producción.
- Compruebe su blog para ver si todo y cada los caracteres es aceptable.
- Suprima la escritura del PHP.
IMPORTANTE: La página es traducida por computador y con tal que como está sin garantía. La traducción automática puede ser difícil de entender. Refiera por favor al artículo inglés original siempre que sea posible.
Artículos relacionados
- IMP-00016 requirió error no apoyado de la conversión del juego de caracteres cuando importación a la base de datos de Oracle
- Cómo modificar para requisitos particulares, modifique o cambie la página del error de la conexión de base de datos de WordPress
- Problema de la codificación de WordPress Charset después de aumentar a la versión 2.2
- Compruebe y optimice la base de datos de MySQL automáticamente con Crontab/Cron
- Cómo mover el blog de WordPress al nuevo dominio o localización
- La base de datos de los trabajos de Microsoft del convertido (.wdb) a CSV o Excel sin trabajos instaló
- Error de Oracle EXP-00091 cuando base de datos de la exportación
- Error de la pregunta de WordPress MySQL SQL en clase de WPDB
- Poste o página de WordPress de la paginación o de la fractura con NextPage en WordPress que no trabaja
- Cómo enumerar y demostrar los postes de WordPress que comenta y los silbidos de bala de (no permitir)
Entradas (RSS)
27 de mayo de 2009 12:20
[...] Cómo convertir el juego de caracteres y la colación de la base de datos de WordPress - mi vida [...] de Digitaces
13 de abril de 2009 22:11
Tengo el exacto el mismo problema que Stephanie. Mis viejos postes subirán fijo, pero todos mis nuevos postes (hechos después de la mejora que causó los problemas de la codificación en el primer lugar) que tienen caracteres como é o cotizaciones rizadas serán truncados. Es como la conversión detrás no sabe cuál hacer con estos caracteres y apenas no termina el proceso allí. ¿Idea qué pudo causar eso?
25 de marzo de 2009 02:56
¡Gracias por la guía! Encontré que tuve que quitar los índices de algunas columnas antes de que podría funcionar con algunas de las preguntas, y tuve que agregar el texto a las declaraciones de la TABLA de la ALTERACIÓN, como tan:
ALTERE los wp_comments de la TABLA MODIFICAN EL JUEGO DE CARACTERES latin1 del TEXTO del comment_author COMPAGINAN latin1_swedish_ci;
Sin embargo, después de que todas las preguntas hubieran acabado, terminé para arriba con el mismo resultado que hice con g30rg3_x enchufable: todos los postes y páginas fueron truncados, generalmente en la primera cotización rizada. ¿Sugerencias para conseguir alrededor de esto?
25 de febrero de 2009 22:32
El bessere Zeiten del schon de Zeichensatz del der del sombrero de [...] Dummerweise gesehen el und así que el alle Beiträge del sind, muere anstelle von Umlauten mit del dieser del als del sind del älter hässlichen el verziert de Fragezeichen. Sich del fand de Teillösung del entsprechende de Eine más hier. [...]
30 de diciembre de 2008 07:52
¡Agradece mucho - que era una gran ayuda!
6 de diciembre de 2008 23:50
[...] Entonces utilicé el WP-DBManager para sostener la base de datos. Después de este paso, usted puede cualquier hacer cosas la manera dura, o la manera fácil. Escogí la manera fácil, y si usted quiere un cierto fondo Info sobre este enchufable, [...]
27 de octubre de 2008 09:10
[...] consiguen mucho de los lanzamientos del tema de WordPress para 6/22. WordPress enchufable: El acceso de la categoría era gratificante. Cómo convertir el juego de caracteres y la colación de la base de datos de WordPress era magnífico. ¿También heché una ojeada más en Cristo? s sobrenaturales [...]
24 de octubre de 2008 21:08
Convengo con Chris, él soy el tener que molesto colocarse para su foro apenas para transferir el archivo. Si tenemos un problema, podemos entonces ir al foro.
24 de julio de 2008 18:53
He cargado una escritura extendida al hilo de rosca. Maneja casos donde están utf8 las tablas y las columnas pero el interior de las secuencias es latin1. Esto sucede cuando las tablas se crean como utf8 pero el wp-config.php está faltando variables de DB_CHARSET y de DB_COLLATE.
19 de junio de 2008 12:19
[...] con la localización de averías de la aplicación no capaz de utilizar las 2 líneas en el archivo de wp-config.php. Intentó este método, pero no trabajó. Entonces leí encima de la idea de convertir el SQL en un editor de textos. [...]
31 de marzo de 2008 13:09
[...] Cómo convertir el juego de caracteres y la colación de la guía de la base de datos de WordPress para convertir el juego de caracteres de la base de datos de WordPress a UTF8 (Unicode) - mi vida [...] de Digitaces
19 de marzo de 2008 03:32
Debo aplaudirle para publicar esto. Después de horas de búsqueda para una solución fácil, cuando mi abastecedor movió mi base de datos a una plataforma aumentada , podía seguir sus instrucciones y y conseguir el juego de caracteres cambió. Utilicé el phpmyadmin para ejecutar el código y suprimí las líneas que tenían errores. Funcionó perfectamente y necesité solamente corregir algunos lingotes que tenían carácter impar en ellos. ¡Fabuloso!
2 de marzo de 2008 01:52
¿[...] Cómo convertir el juego de caracteres y la colación de la base de datos de los wordpress? Â [...]
27 de febrero de 2008 01:20
Estoy utilizando PHPmyAdmin e intento convertir mi base de datos a utf-8, pero las interrupciones de PHPmA el proceso con el primer mensaje de error (longitud dominante concering según lo mencionado en guía del ur).
¿Hay una manera de hacer que PHPmA no hace caso de los errores/para proceder las otras tablas?
¡Thx por adelantado!
14 de diciembre de 2007 03:05
Hola, trabajó muy bien para mí usando MyPHPAdmin.
Gracias por el artículo.
19 de noviembre de 2007 03:35
branco deixar del em de los constantes DB_CHARSET e DB_COLLATE del das de los valores del OS del ficheiro wp-config.php e de [...]. Convertidor del é del solução de Outra un toda bajo para UTF-8, soa de de dados del já de para mim del que de o un [...]
17 de noviembre de 2007 07:55
[...] Ponga, que del algo del heno del siempre yo va un desconfigurado del salir: el los fija comentarios de o los. Él probado
29 de septiembre de 2007 03:23
[...] la codificación de acentos, funcionara del que de para de los símbolos del ñ y bien. Bbdd indica del tu del convertir de para de los pasos del los del que del artículo del este del recomiendo de los problemas de Para un codificación [...]
16 de septiembre de 2007 03:59
Hola Chris, apesadumbrado para las inconveniencias, es de modo que los usuarios puedan discutir cualquier insecto en la escritura en el foro cuando estén necesitados.
16 de septiembre de 2007 03:15
[...] para convertir mi base de datos a UTF8 así que a mi blog no parece divertido. El enchufable no trabajó, otro sitio requiere el registro (cómo hoja de metal), así que subí con mi propia solución que es BESO todos los [...]
16 de septiembre de 2007 02:04
¿Por qué usted apenas no liga el archivo directamente aquí?
Es dolor a colocarse apenas para transferir el archivo.
4 de septiembre de 2007 18:57
[...] mueren Schnauze. El passende Konvertierungsanleitung del eine del noch del doch del dann del ich Ende del konnte de Suche del der del bei de Hartnäckigkeit del mehr de los etwas del Mit finden, muere el hinweist enchufable del fehlerhafte del auf das del sowohl de Weise del und del arte del mystische del auf, als auch muere [...]
21 de julio de 2007 15:33
[...] Si este caso, uso - opción del default-character-set=charset_name para especificar el juego de caracteres o para convertir la base de datos a UTF8. Consiga la ayuda o contribuya las extremidades o los trucos en mi vida [...] de Digitaces
11 de julio de 2007 16:00
de [...] MySQL, sistema del , . . . (5: 00) , del 2.2.1 del 2.1 del WP del , de la escritura del del DB del , DB [...] del SQL del
23 de junio de 2007 04:27
Hola
Tengo que decir (en mi favor) que m que no cambia directamente el juego de caracteres de la base de datos, repasa por favor mi enchufable y usted verá que primero convertirá su base de datos binaria y él a utf8 y finalmente pondrá todo como antes de la codificación pero obviamente con el juego de caracteres UTF-8
Prefiero hacer y A.
ALTERE AL CONVERTIDO del table_name de la TABLA al binario del JUEGO DE CARACTERES
Que apenas haga una oración del mysql para cada campo del texto/de la secuencia, porque como usted puede ver los problemas viene con la llave y un cierto valor de índice y el tipo de campo del BLOB cambio.
Convirtiendo verdad la oración que mi uso enchufable transformará todo el carbón de leña al binario, todo varchar a varbinary, a todo el texto (tynitext, texto, mediumtext, longtext) a sus representaciones binarias (tinyblob, gota, mediumblob, longblob) y finalmente apenas al enum y a los tipos fijados del sistema con el binario de la colación.
Acabo de venir aquí decir que esto en favor y a propósito la mayoría de los problemas de mis enchufes está relacionada con las configuraciones del anfitrión y otras cosas que puedo controlar obviamente.
BTW su un mejor a la solución evitar problemas de la llave y del índice apenas fijando la representación binaria correcta algo que usando gota adentro hasta el final.
Saludos de México y apesadumbrado para todos los problemas del error de máquina.