Themes y Diseño
está sin resolverHola, sin más los caracteres en español se han tornado en signos de interrogación dentro de un rombo, tengo la última versión de wordpress funcionando en servidor propio, el enlace es el siguiente:
http://www.semillas-de-marihuana.com/blog/
Si se cambia el juego de codificación del navegador de UTF-8 a ISO-8859-1 se ven bien los acentos en la mayoría de el Blog, excepto en los campos propios del tema que es el News magazine theme 640.
A ver si a alguien le pasa lo mismo o sabe como resolverlo.
Un salud, gracias.
El problema no parece afectar al comportamiento de la página, al plugin All in one SEO y es igual tanto en backend como en frontend.
Comento esto ya que veo otros mensajes donde si apuntan a estos conflictos.
Tras testear el blog en varios navegadores:
- Google Chrome: Sin problemas en backend ni en frontend
- Safari (IPAD y IPOD): Sin problemas en backend ni en frontend
- IExplorer: Codificación incorrecta en backend y en frontend
- Safari (instalado en WindowsXP): Codificación incorrecta en backend y en frontend
¿Un problema de caché?
En IExplorer que es donde da problema con los caracteres (acentos) accedo al administrador y borro la caché (tengo instalado el plugin WP Super Cache), sin embargo continúan apareciendo más los caracteres.
En mi caso testeado en todos los navegadores citados y plataformas, falla en todas en backend y frontend.
Si cambiamos codificación de UTF-8 a ISO-8859-1 en el navegador se corrige todo, aunque no me vale de nada porque no voy a poner un mensaje para que todo el mundo cambie su codificación de caracteres en el navegador.
Solo un detalle más bastante curioso, en el backend, los desplegables de Wordpress si se muestran correctamente con acentos, por ejemplo, si voy a escritorio y hago clcik, el menú se despliega y me aparece "Estadísticas de Askimet"
otro tema es que en el blog estaba instalado qTranslate, el cual se autodesactivó cuando actualicé WP a 3.3. Así que tengo varios idiomas instalados, como detalle uno de los archivos del idioma español se modificó el día 16 por última vez.
Esta es una imagen de la carpeta:
http://i1015.photobucket.com/albums/af279/exnatural/Capturadepantalla2011-12-19alas174959.png
¿Por qué no haces una sencilla prueba?
1) Desactiva todos los plugins. Si el problema desaparece, activa-comprueba uno a uno.
2) Si el problema no son los plugins, cambia de tema. Activa el que trae por defecto wordpress. Comprueba.
¿Por qué no haces una sencilla prueba?
1) Desactiva todos los plugins. Si el problema desaparece, activa-comprueba uno a uno.
2) Si el problema no son los plugins, cambia de tema. Activa el que trae por defecto wordpress. Comprueba.
Probado con el tema por defecto y el error persiste.. 
ya no se me ocurre que pensar, he revisado el wp-config.php y todo está correcto con los idiomas.
Lo curioso es como apuntaste almendron si se cambia la codificación en el navegador ya se ve bien, con lo cual tiene que ser algo relacionado pero no se el que...
Estoy mirando en error log y veo que desde hace unpos días sale un mensaje que no se que puede ser:
[20-Dec-2011 13:14:19] Error Table 'semillas_wrdp1.wp_useronline' doesn't exist de la base de datos de WordPress para la consulta
DELETE FROM wp_useronline
WHERE user_ip = '87.220.159.181'
OR timestamp < DATE_SUB(CURRENT_TIMESTAMP, INTERVAL 300 SECOND)
realizada por require, require_once, include, get_header, locate_template, load_template, require_once, wp_head, do_action, call_user_func_array, UserOnline_Core->record
[20-Dec-2011 13:14:19] Error Table 'semillas_wrdp1.wp_useronline' doesn't exist de la base de datos de WordPress para la consulta INSERT INTO wp_useronline (user_type,user_id,user_name,user_ip,user_agent,page_title,page_url,referral) VALUES ('member','1','experiencianatural','87.220.159.181','Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7','Semillas de Marihuana Blog | Noticias | Cultivo» No se encontr√≥ la p√°gina','/blog/wp-content/plugins/wordpress-automatic-upgrade/js/wp-wpau.js.php?ver=0.1','http://www.semillas-de-marihuana.com/blog/wp-admin/themes.php?page=functions.php') realizada por require, require_once, include, get_header, locate_template, load_template, require_once, wp_head, do_action, call_user_func_array, UserOnline_Core->record
[20-Dec-2011 13:14:19] Error Table 'semillas_wrdp1.wp_useronline' doesn't exist de la base de datos de WordPress para la consulta SELECT COUNT( * ) FROM wp_useronline realizada por require, require_once, include, get_header, locate_template, load_template, require_once, wp_head, do_action, call_user_func_array, UserOnline_Core->record
¿y los plugins? ¿los has desactivado? No has dicho nada al respecto.
El problema es el plugin WP SUPER CACHE
Lo he desactivado -previamente borrando la caché- y desaparece el problema con la codificación.
Pero claro, no puedo prescindir de este plugin, que por cierto lo actualicé hace 2 o 3 días.
Probablemente en la actualización está la clave, veamos si en la próxima actualización lo resuelven.
Mi solución es la siguiente: Elimino el plugin SUPER CACHE (versión 1.0) y me descargo la versión anterior 0.9.9.9.
Espero que alguien más le sirva esta solución.
Nota:
WP Super Cache
Estás usando la versión 0.9.9.9. Actualiza a 1.0. Ver los detalles de la versión .
Compatibilidad con WordPress 3.3: 69% (25 votos de "funciona" de un total de 36)
¿y los plugins? ¿los has desactivado? No has dicho nada al respecto.
si , los plugins los desinstalé todos y ningún cambio.
Al desactivarlos WP Cache creó un problema y parece ser que no se desinstaló bien, puede que sea ese el problema, he ido por FTP y he borrado la carpeta de wp-content/plugins
Desactiva todos los plugins, activa uno de los temas que trae wordpress por defecto y sube éste a tu servidor de forma manual.
Ojo: sube todo menos la carpeta wp-content y no borres nada en el servidor (solo sobreescribe)
Y de paso, accede a la administración de las bases de datos de tu servidor y comprueba que el "Cotejamiento de las conexiones MySQL" sea "utf8_unicode_ci"
Ahora estoy haciendo un backup para probar con la actualización manual.
Mientras tanto he observado que el plugin Jetpack da un error de conexión que no se si está relacionado:
Your website needs to be publicly accessible to use Jetpack: site_inaccessible Error Details: The Jetpack server was unable to communicate with your site [IXR -32300: transport error: http_request_failed Couldn't resolve host 'www.semillas-de-marihuana.com']
he actualizado manualmente y tampoco ha funcionado...
se ha corregido el jetpack
he hablado con el servidor y me han dicho lo siguiente:
Hi,
This is not a server side issue. The characterset issue is caused by coding. Please make sure you are using utf-8 in the code page like: and the wp-config.php file should have the correct encoding type specified:
define('DB_CHARSET', 'UTF-8');
define('DB_COLLATE', '');
Also the database database collation type should be correct and same. You can check that through the phpmyadmin. We recommend you to contact your web developer to fix the issue permanently.
Parece como si en la respuesta se hubiese perdido algo de información, porque salta de una recomendación a otra sin acabar la frase: Please make sure you are using utf-8 in the code page like:
A qué se puede referir?
Te están diciendo que:
1) No es un problema del servidor
2) te asegures de que la codificación, tanto en el config.php como en la base datos (vía phpmyadmin) es UTF-8.
¿Lo has hecho?
Si, he hecho las dos cosas.
Al final se me ha dado por probar una solución chapucera para que al menos se vaya viendo bien el blog, esto es cambiar en el backend de WP la codificación a ISO-8856-1, aparentemente funciona, los caracteres es español se ven en los navegadores y ordenadores que he probado.
Puedes hacer una prueba desde tu equipo a ver si se ven bien? repito la URL del Blog:
http://www.semillas-de-marihuana.com/blog/
En todo caso me parece que es una solución para salir del paso y que habrá que corregirlo de otra manera, ignoro las complicaciones que puede tener haber hecho este cambio.
Saludos.
Sí, se ven bien.
Pero, ¿has mirado a ver si el "Cotejamiento de las conexiones MySQL" es "utf8_unicode_ci" ?
Sí, se ven bien.
Pero, ¿has mirado a ver si el "Cotejamiento de las conexiones MySQL" es "utf8_unicode_ci" ?
Si, está correcto también.
buff vaya lio, suerte que al menos lo ves bien, el backend falla al tenerlo en esa codificación pero prefiero verlo mal yo a que lo vean mal los usuarios.
Pues mira, creo que la única solución es hacer un prueba. Solo necesito saber si puedes crear otra base de datos.
Debes Identificarte para publicar.
