* ad hromadná editace) vskutku jsou dva přístupy, jak na to – každý z nich je pro jeden případ lepší, pro jiný horší. Psát o jednom jako z nich jako o tom „skutečném” (jediném, nefalšovaném, …) přímo naznačuje, že ten druhý je méněcenný. A to podle mě není pravda.
* „komfortní editor” u enum/set záznamů je obyčejná textarea – já si tedy komfortní editor představuji jinak a zde mi to opravdu vyznívá jako propaganda – stačilo napsat textarea s hodnotou pro každý řádek (nebo podobně)
* jen tak na okraj – s vypnutým JavaScriptem se z „komfortního editoru” stane to samé, co v phpMyAdminu, navíc bez jakékoli nápovědy
* obdobně, na localhostu bez připojení k internetu mám smůlu se zvýrazněním syntaxe, zatímco phpMyAdmin ji zobrazuje i tak (toto v článku není zdůrazněno – snad jen chytře zvoleným slovíčkem ‚externí‘)
* ad změna struktury tabulky) Adminer sice má onu propagovanou vlastnost (a sám ji s vděkem používám), ale např. když tabulky se 100 sloupci chci upravit jeden a ostatní mě nezájímají, pak phpMyAdmin mi nabídne jen ten sloupec, co chci, a následně odešle dotaz s definicí jednoho sloupce (tak, jak by to imho mělo být) a v Adminu se onen sloupec načte někde mezi těmi (pro mě nyní zbytečnými) 99 sloupci, a po odeslání se přenesou na server zbytečně dlouhá (100× víc, než by bylo třeba) POST data, která spustí zbytečně dlouhý SQL příkaz (který zatíží mysql – v tomto případě – 1× klauzulí, která k něčemu je, a 99 % balastu, která k ničemu nejsou a mohla by být vynechána). Neříkám, že se jedná o nějakou velkou zátěž (srovnatelnou se stahováním porna), ale při obzvlášť pomalém připojení je to znát (zkusil jsem) a nota bene, tak jako tak je těch 99 % dat zbytečných a když se to vezme kolem a kolem, může se jednat o větší objem dat než jedno kliknutí v phpMyAdminu na přidání řádku pro další sloupec. Toto ovšem také Jakub jaksi pozapomněl zmínit, protože by to jeho produkt postavilo do špatného (nebo řekněme: ne tak oslňujícího) světla.
Na pár místech v článku je tedy opravdu trochu nadržováno Adminerovi (některé vlastnosti, které někdy mohou být výhodou, někdy na škodu prezentovány tak, aby z toho Adminer vyšel lépe; to, co Adminer nemá, shazováno jako nevýhoda). Těch je ale menšina a proto si nemyslím – jak to zde naznačovali někteří v diskuzi – že jde pouze o self-promotion (btw. uprostřed s reklamou na školení od toho samého člověka) a pokus přimět víc uživatelů používat Admina článkem vychvalující ho do nebes. Podle mého skromného názoru „se dobré zboží chválí samo”, a tedy ty, které jeden program osloví a zalíbí se jim, na jiný nepřejdou na základě „reklamy” (i když chápu, že o něm nejdřív musejí vědět, že existuje). Na druhou stranu si ale všimněme, že Adminer už nějakou dobu nabízejí poskytovatelé webhostingu (flyweb, webhosting-c4, gtny.org, …).
Řekl bych, že ten zásadní rozdíl je v tom, že phpMyAdmina nenavrhoval Jakub Vrána ;-) Proto je tak korpulentní a těžkopádný. Sice byl nejdřív také psán jedním člověkem, ale pak přešel do „kolejí” open-source projektu se vším všudy, na kterém pracují desítky lidí z celého světa, a proto musí být odpovídajícím způsobem organizován. Teď má přes 10 mega a skoro 700 souborů v 37 adresářích. Adminer je přitom navržený s použitím obecných, jednoduchých principů, spousta věcí je zobecněno tak, aby šlo znovupoužít na více místech, a tím může být při stejné nebo větší funkčnosti a bezpečnosti a při vyšší rychlosti 50× menší. I kdyby se vývojáři phpMyAdminu postavili na hlavu, s jejich způsobem vývoje Adminera co do velikosti a rychlosti prostě a jednoduše nepřekonají.
No, a abych zase nebyl k Admineru tak nekritický, tak zmíním pár připomínek:
* vedle oné jediné „skutečné hromadné editaci záznamů“ bych u Admineru tu (špatnou, nepravou) co má phpMyAdmin (také) strašně rád uvítal.
* ne vždy je výhodné po vykonání SQL příkazu z okna zobrazit pouze prvních 100 (nebo kolik) znaků – když je chyba dále v dotaze, tak nezjistím kde
* naopak bych ocenil zobrazovat pouze dotazy, kde došlo k chybě nebo varování (psal jsem v diskuzi na php.vrana.cz)
* pak už jenom drobnosti (např. pře-seřazení tabulky podle určitého sloupce)
Adminer se mi líbí objektivně pro rychlost a funkce, které v PhpMyAdminu nenajdu, a subjektivně pro vyšší svižnost a použitelnost, a taky pro to, jak je napsaný.
Článek imho nelže, ale též neříká celou pravdu. Jsem přesvědčen, že by šel napsat objektivněji, čímž by se pak autor vyhnul konfrontaci s některými poněkud útočnějšími (a v pár případech oprávněnými) argumenty v příspěvcích v této diskuzi.
