phpMyAdmin 6.0.0-dev

Po letech jsem se podíval, jak pokročil phpMyAdmin a je to snad ještě větší utrpení, než původně:

  1. Přivítá mě hláškou o chybějícím rozšíření Sodium. Když na odkaz Sodium kliknu, dostanu úplně tu stejnou chybovou hlášku, jen na jiném URL.
  2. Do SQL příkazu vložím export databáze včetně SET foreign_key_checks = 0 a skončí chybou. Musím ještě odškrtnout jejich Enable foreign key checks.
  3. Když se import konečně provede, tabulky v menu nejsou aktualizované.
  4. Kliknu na obnovit menu a celé menu poskočí tam a zpátky. To se mimochodem děje při načítání jakékoliv stránky. Vyrenderuje se o nějakých 50 pixelů vlevo a pak poskočí na správné místo.
  5. Chci vytvořit tabulku – použiji odkaz v menu, který vygeneruje 4 sloupce. Pro přidání dalšího musím kliknout na tlačítko, které skončí chybou Error code: 200. Error text: OK (rejected). Tabulku s více sloupci tedy můžu vytvořit jedině tak, že počet sloupců zadám předem v jiném formuláři.
  6. Double-clickem chci označit slovo ve výpisu, místo toho se začne editovat. Říkám si: „OK, rozbili mnou velmi často používané gesto pro označování po celých slovech, ale aspoň mají inline editaci.“ Změním hodnotu a kliknu vedle, abych změnil další. První změněná se bez jakéhokoliv mého potvrzení uloží a její editace zmizí. V Admineru můžu atomicky změnit víc hodnot najednou, klidně i v různých řádcích.
  7. Ve výpisu zaškrtnu řádek a dám ho editovat. V prohlížeči se chci vrátit o stránku zpátky a nehodí mě to zpátky na výpis, ale na stránku, kde jsem byl předtím.

Kdykoliv to po letech spustím, tak během pěti minut narazím na dlouhý seznam závažných chyb. A to se ani nesnažím chodit do nějakých hlubokých zákoutí, dělám naprosto běžné věci.

První načtení phpMyAdminu stáhne 40× víc dat než první načtení Admineru a každá další stránka taky 40× víc. Rychlost s tím jde ruku v ruce.

Další věc jsou 17 let staré bezpečnostní praktiky:

„Výhoda“ phpMyAdminu je naprosto přeplácané uživatelské rozhraní. Např. phpMyAdmin má u každého řádku odkaz Smazat, na který můžu kliknout omylem a dialog bezmyšlenkovitě potvrdit. V Admineru musím řádek vybrat a tlačítkem jinde ho smazat. To je lepší nejen UI, ale i UX. Uživatelé mají pocit, že tam je strašně moc funkcí, přitom i celkem základní chybí (např. hromadné nastavení stejné hodnoty u více řádek).

Další „výhoda“ je nabubřelá instalace – 77 MB v 4891 souborech prostě nikdo ručně kopírovat nebude. Hostingy proto dávají phpMyAdmin předinstalovaný.

Jakub Vrána, Adminer, 8.8.2026

Diskuse

dusoft:

Je to hlavne moloch. Zle prekombinovany PHP+AJAX, ktory namiesto ulahcenia nacitania ho spomaluje a stoji ako bariera v ceste pouzivatelovi.

Adminer som zacal pouzivat presne v momente, ked PHPMyAdmin pokazili tou kombinaciou PHP+Javascriptu. Dovtedy fungoval celkom dobre. Mal to byt upgrade, bolo to zasadne zhorsenie pouzitelnosti.
10.8.2026 22:46:05 reagovat

Shaim:

Adminer pouzivame a doporucjeme na nasem hostingu vsem zakaznikum uz dlouhe roky. PMA je moloch a snad ve vsech ohledech horsi nez Adminer. Bohuzel, "verejnost" to nekdy velmi tezko pochopi... Ale snazime se. ;) diky za super nastroj.
10.8.2026 22:53:07 reagovat

Vložit komentář

Používejte diakritiku. Vstup se chápe jako čistý text, ale URL budou převedeny na odkazy a PHP kód uzavřený do <?php ?> bude zvýrazněn. Pokud máte dotaz, který nesouvisí s článkem, zkuste raději diskusi o PHP, zde se odpovědi pravděpodobně nedočkáte.

Jméno: URL:

avatar © 2005-2026 Jakub Vrána. Publikované texty můžete přetiskovat pouze se svolením autora. Ukázky kódu smíte používat s uvedením autora a URL tohoto webu bez dalších omezení Creative Commons. Můžeme si tykat. Skripty předpokládají nastavení: magic_quotes_gpc=Off, magic_quotes_runtime=Off, error_reporting=E_ALL & ~E_NOTICE a očekávají předchozí zavolání mysql_set_charset. Skripty by měly být funkční v PHP >= 4.3 a PHP >= 5.0.