J'ai cherché sur Internet mais je ne trouve rien qui soit en rapport avec cette erreur/ce tableau. Il apparaît lorsque j'essaie d'afficher une table dans phpMyAdmin. Je suis connecté en tant que root et l'installation (sous Ubuntu 13.10) de phpMyAdmin est fraîche et intacte jusqu'à présent.
Voici le message entier:
SELECT `prefs`
FROM `phpmyadmin`.`pma_table_uiprefs`
WHERE `username` = 'root'
AND `db_name` = 'symfony'
AND `table_name` = 'users'
MySQL reports: #1146 - Table 'phpmyadmin.pma_table_uiprefs' doesn't exist
Est-ce que l'installation vient d'être cassée ou est-ce qu'il me manque quelque chose?
Il vous manque au moins une des tables de stockage de la configuration phpMyAdmin ou le nom de la table configurée ne correspond pas au nom réel de la table.
Voir http://docs.phpmyadmin.net/en/latest/setup.html#phpmyadmin-configuration-storage .
Un résumé rapide de ce qu'il faut faire peut être:
locate create_tables.sql
./usr/share/doc/phpmyadmin/examples/create_tables.sql.gz
en utilisant phpMyAdmin./etc/phpmyadmin/config.inc.php
et modifiez les lignes 81 à 92: changez pma_bookmark
en pma__bookmark
et ainsi de suite.Je suis tombé sur le même problème sur Ubuntu 13.10. Je ne voulais pas pirater les fichiers PHP, car normalement phpMyAdmin fonctionne immédiatement après l'installation du paquet à partir des référentiels Ubuntu .
Sudo dpkg-reconfigure phpmyadmin
Lors de la reconfiguration, j'ai dit "oui" pour réinstaller la base de données phpMyAdmin. Après, le problème avait disparu. J'ai un vague souvenir d'avoir répondu «non» à cette question à un moment antérieur, lors d'une installation ou d'une mise à niveau. C'est probablement pourquoi le problème est survenu en premier lieu.
Vous venez de changer la ligne suivante dans /etc/phpmyadmin/config.inc.php
$ Cfg ['Servers'] [$ i] ['table_uiprefs'] = ‘pma_table_uiprefs’;
à
$ cfg ['Servers'] [$ i] ['pma__table_uiprefs'] = ‘pma__table_uiprefs’;
Et redémarrez le serveur Apache avec la commande,
Sudo service Apache2 restart
Essayez Sudo dpkg-reconfigure phpmyadmin
Pour remplacer le fichier de configuration /etc/phpmyadmin/config-db.php par une nouvelle version
J'ai dû changer cette rangée:
$cfg['Servers'][$i]['pma__bookmarktable'] = 'pma__bookmark';
$cfg['Servers'][$i]['pma__relation'] = 'pma__relation';
$cfg['Servers'][$i]['pma__table_info'] = 'pma__table_info';
$cfg['Servers'][$i]['pma__table_coords'] = 'pma__table_coords';
$cfg['Servers'][$i]['pma__pdf_pages'] = 'pma__pdf_pages';
$cfg['Servers'][$i]['pma__column_info'] = 'pma__column_info';
$cfg['Servers'][$i]['pma__history'] = 'pma__history';
$cfg['Servers'][$i]['pma__table_uiprefs'] = 'pma__table_uiprefs';
$cfg['Servers'][$i]['pma__designer_coords'] = 'pma__designer_coords';
$cfg['Servers'][$i]['pma__tracking'] = 'pma__tracking';
$cfg['Servers'][$i]['pma__userconfig'] = 'pma__userconfig';
$cfg['Servers'][$i]['pma__recent'] = 'pma__recent';
$cfg['Servers'][$i]['pma__table_uiprefs'] = 'pma__table_uiprefs';
ajouter: " pma__ " à ['bookmarktable'] et " _ " à 'pma_bookmark'
vous devriez reconfigurer le phpmyadmin Sur le terminal:
J'ai trouvé une solution pour résoudre ce problème.
Editez votre fichier /etc/phpmyadmin/config.inc.php.
Trouver:
if (!empty($dbport) || $dbserver != 'localhost') {
$cfg['Servers'][$i]['connect_type'] = 'tcp';
$cfg['Servers'][$i]['port'] = $dbport;
}
Ajouter après:
$cfg['Servers'][$i]['pmadb'] = null; // Apurba
Redémarrez votre service Apache et essayez . J'espère que cela vous aidera . Merci.
J'utilise la version de phpmyadmin de Windows 7 Xampp et aucune des réponses ci-dessus, ou une version inférieure si ce message a été voté, les réponses ont fonctionné. J'ai essayé de désinstaller Xampp et de passer à une version plus récente, de modifier manuellement les valeurs du dossier de configuration, d'importer des fichiers .sql à partir d'une page de github et même de visionner des vidéos youtube, mais aucune des suggestions proposées n'a fonctionné.
Solution:
Supprimez TOUT dans le dossier C:\xampp\phpMyAdmin> allez à https://www.phpmyadmin.net/ et téléchargez la dernière version> extrayez tout dans le dossier C:\xampp\phpMyAdmin pour résoudre le problème. .
^^^^^ Lisez ceci si vous ne voulez pas perdre des heures à chercher dans Google des tonnes de solutions ratées. C'est beaucoup plus simple aussi! ^^^^^^
Il vous suffit de modifier les noms de table en fonction de l’erreur dans - /etc/phpmyadmin/config.inc.php
$ Cfg ['Servers'] [$ i] ['table_uiprefs'] = ‘pma_table_uiprefs’;
à
$ Cfg ['Servers'] [$ i] ['table_uiprefs'] = ‘pma__table_uiprefs’;
attribuez les noms de table en conséquence et tout ira bien.
Pour moi, Sudo dpkg-reconfigure phpmyadmin
a causé plus de problèmes lorsque j'ai choisi l'option de réinstaller la base de données
sous Linux comme Debian ou Ubuntu, vous pouvez simplement essayer ceci, pour la première fois, supprimer phpmyadmin avec le paramètre --purge:
Sudo apt-get remove --purge phpmyadmin
puis installez à nouveau
Sudo apt-get install phpmyadmin
ça marche bien :)
J'ai eu le même problème avec le dernier Lampp avec MariaDB sur Ubuntu Server 14.04, et la solution de @ iceberg a très bien fonctionné:
Vous venez de changer la ligne suivante dans /etc/phpmyadmin/config.inc.php
$ Cfg ['Servers'] [$ i] ['table_uiprefs'] = ‘pma_table_uiprefs’;
à
$ cfg ['Servers'] [$ i] ['pma__table_uiprefs'] = ‘pma__table_uiprefs’;
Et redémarrez le serveur Apache avec la commande,
Sudo service Apache2 restart
Lampp config.inc.php se trouve dans /opt/lampp/phpmyadmin/config.inc.php et pour que cela fonctionne, je devais également changer
$ cfg ['Servers'] [$ i] ['tracking'] = ‘pma__tracking’;
à
$ cfg ['Servers'] [$ i] ['pma__tracking'] = ‘pma__tracking’;
et redémarrez le lampp:
Sudo /opt/lampp/lampp stop
Sudo /opt/lampp/lampp start
Pas:
Après tout, cela fonctionne pour moi et, espérons-le, pour vous.
Dans la base de données phpmyadmin créer cette table, le nom de cette table peut être pma_table_uiprefs
et non pma__table_uiprefs
CREATE TABLE IF NOT NOT EXISTS
pma_table_uiprefs
(username
Varchar (64) NOT NULL,db_name
varchar (64) NOT NULL,table_name
Varchar (64) NOT NULL,prefs
texte NON NULL,last_update
CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (username
,db_name
,table_name
)) COMMENT = 'Tables' 'Préférences de l'interface utilisateur'. DEFAULT CHARACTER SET utf8 COLLATE utf8_bin;
Section de configuration entière commentée (/etc/phpmyadmin/config.inc.php):
de:
/ * Facultatif: fonctionnalités avancées de phpMyAdmin * /
à:
/ * Facultatif: fonctionnalités avancées de phpMyAdmin
J'avais juste besoin d'un accès simple aux données .... Ce problème ne devrait pas bloquer les tables d'affichage de phpmyadmin ...
Pour plus de détails sur la réponse multiple ci-dessus, il existe une erreur dans le fichier config.inc.php envoyé, où il manque un "_", comme indiqué dans cette réponse.
Pour résoudre ce problème, vous pouvez ajouter un "pma__table_uiprefs.inc.php" dans le dossier "/etc/phpmyadmin/conf.d", en conservant les fichiers de configuration principaux ...
<?php
foreach($cfg['Servers'] as $i => $v) {
$cfg['Servers'][$i]['table_uiprefs'] = 'pma__table_uiprefs';
}
Une solution très simple consiste à éditer /etc/phpmyadmin/config.inc.php et à mettre
$ cfg ['Servers'] [$ i] ['table_uiprefs'] = '';
Il gère simplement l'interface utilisateur et qui a besoin de l'interface utilisateur si elle interfère avec l'affichage des données réelles.
à votre santé
J'ai eu des problèmes similaires avec phpMyAdmin après la modification du paramètre Mysql InnoDB en innodb_file_per_table = 1
pour déplacer les tables InnoDB dans des fichiers séparés.
Aucune des autres réponses n'a aidé dans mon cas, ni Sudo dpkg-reconfigure phpmyadmin
ni importing create_tables.sql
. Les deux ont échoué.
Ce qui nous a aidés, c’est de nous assurer que ni default-storage-engine
, default-tmp-storage-engine
ni innodb_file_format
n’est appliqué dans my.cnf.
Après avoir redémarré MySQL et supprimé + réinstallé phpMyAdmin, il n'y a plus d'erreur.
Je viens de localiser le fichier create_tables.sql.
Effacer vos cookies
Lors de l'utilisation de PHPMyAdmin configuré avec plusieurs bases de données, l'une contenant la table phpmyadmin et l'autre pas. phpmyadmin enregistrera les préférences pour la base de données avec la table dans vos cookies, puis essaiera de les charger avec la base de données ne contenant pas la table.
Pour tester, essayez d'utiliser une fenêtre de navigation privée.