Ir al contenido principal

[phpMyAdmin] El almacenamiento de configuración phpMyAdmin no está completamente configurado...

Estaba trabajando en la página de Wordpress para mi cliente, en mi instalación local (localhost) y cuando se me ocurre actualizar un par de plugins de WP, todo se cae. Wordpress me da unos avisos horribles de que el usuario de base de datos de WP no tiene el privilegio para alterar la BD... Me sugiere reparar las tablas. Y cuando voy a phpMyAdmin (pMA), el administrador de la BD, éste me sale con el mensaje:

El almacenamiento de configuración phpMyAdmin no está completamente configurado, algunas funcionalidades extendidas fueron deshabilitadas. Averigüe por qué.

Le doy click al link de "Averigüe por qué" y me muestra un nuevo mensaje, que me informa que la "Configuración de pma ... no recibió el OK".

El primer mensaje me apareció en la pantalla de inicio de phpMyAdmin. 

Pero yo primero lo vi (no exactamente el mismo) en la pestaña de Operaciones de la BD de WP... y sucesivamente en la pestaña de Operaciones de todas las BD. En este caso, me ofrecía crear las tablas de la base de phpMyAdmin en la base en curso, mientras que en la página de inicio, me ofrecía crear la base de phpMyAdmin desde cero. 

Como entré en mini-pánico, al principio le dí a Crear las Tablas en la BD en curso, y así vi aparecer en la BD de WP las tablas de phpMyAdmin (todas llevan el prefijo "pma__"), momento tras el cual las borré todas de allí. Acto seguido busqué info por internet, y aunque no me dieron muchas luces, volví a pMA y entré a la BD de phpMyAdmin para crear sus tablas. Allí me encontré con que las tablas ya existían, pero estaban vacías (salvo una). Pensé que por ahí iba el error. Pero no.

Incluso le concedí todos los permisos al usuario de BD WP, para ver si con eso se resolvía al menos el problema por parte de WP, pero tampoco funcionó.

Volviendo a pMA, y tras leer algunas respuestas en internet, resolví revisar el archivo config.inc.php de la instalación de pMA (en mi caso, ubicado en C:\xampp\phpMyAdmin\). Pero todos los datos estaban correctamente ingresados.

Revisando la documentación sugerida por pMA, me topé con un par de líneas que me dieron ciertas luces. Si el usuario pma, el definido en config.inc.php para administrar la BD de phpMyAdmin, no existía en el servidor, tal vez por ahí podría encontrar la solución.

Entonces se me ocurrió revisar en pMA los Privilegios de la BD de phpMyAdmin. Y ahí me encontré con que no estaba asociado el usuario pma, definido en la configuración. Este usuario existía, pero a nivel servidor solamente. Entonces ingresé a editar sus privilegios, de modo de darle los correspondientes sobre la BD de phpMyAdmin. Et voilà!

GRANT SELECT, INSERT, UPDATE, DELETE ON `<pma_db>`.* TO 'pma'@'localhost';

(Yo reemplacé el <pma_db> por el nombre de la BD de phpMyAdmin en mi localhost). Cabe destacar como último punto importante, que tal vez sea necesario reiniciar tanto Apache como el servidor de BD para ver reflejados los cambios.

Eso, espero que les ayude si es que tienen el mismo problema, y así eviten tener que editar demasiadas cosas en su instalación de pMA, como sugieren en los sitios que leí.

Fuentes:

Comentarios

Entradas populares de este blog

[wordpress] Configurar Red Multisitio

 Hola a todos! Después de mucho tiempo, por fin traigo un nuevo tip para desarrolladores principantes (como yo) de WordPress. En esta ocasión, les dejaré los pasos para poder configurar su instalación actual de WordPress como una red de multisitios. Para ello necesitarán tener acceso a los archivos del servidor web (vía FTP o similar), pues tendrán que editar y guardar algunos de ellos. Contexto WordPress nos ofrece una muy buena opción para administrar contenidos de sitios web (CMS, content managment system ). Usualmente, tenemos un sitio web asociado a esta instalación. Pero cuando necesitamos crear un nuevo sitio web, independiente del anterior, pero usando WordPress, lo que solemos hacer es crear una nueva ubicación en el servidor e instalar nuevamente WordPress en esta nueva carpeta.  Esto funciona bien, pero estamos olvidando que WordPress nos permite administrar más de un sitio con la misma instalación. Esta opción no está visible por defecto en la administración del CM...

[linux] file_get_contents de PHP no puede acceder a otro servidor de la misma LAN

Acabo de escribir sobre nuestros devaneos neuronales para lograr hacer funcionar los enlaces permanentes de Wordpress en un servidor remoto RedHat . Y ahí mencioné que antes de dicho problema, habíamos tenido que luchar con otro igual de porfiado y jaquecoso. La situación era esta: Tenía un script que solicitaba información a un servidor remoto. Valiéndome de file_get_contents() , en mi instalación de localhost lograba conectar con el servidor remoto, pues estábamos en la misma LAN, o red local. Pero, claro, mi servidor local es un Windows 10 con Xampp, que prácticamente no tiene inhibiciones ^^U Por lo que la comunicación era directa y sin tapujos. Pero cuando subí mi sitio web al servidor de desarrollo, al que llamaré "Servidor A", la cosa ya no funcionó tan bonita. Pues, aun estando en la misma LAN, el servidor remoto, que llamaré "Servidor B", no contestaba las solicitudes del nuevo chico del barrio, "Servidor A".  No profundizaré en todos los caminos...