Adminer 4.8.1
Školení, která pořádám 
Adminer 4.8.1 opravuje XSS, které je ale naštěstí ve většině případů zastaveno díky Strict CSP ve všech moderních prohlížečích (CSP přidal Adminer 4.4.0). Ke skutečnému XSS dojde při použití ovladače PDO (který se použije, pokud nejsou k dispozici nativní ovladače) v Admineru 4.7.8 až 4.8.0 (kde bylo rozbité reportování chyb v PDO). (bug #797)
Další změny:
- Potlačení dalších zbytečných varování v PHP 8. (bug #781)
- Již zmíněné nadměrné reportování chyb v PDO. (bug #786, rozbité od verze 4.7.8)
- MySQL: Možnost přesunu pohledů do jiné databáze a přejmenování databáze s pohledy. (bug #783)
- MariaDB: Sekvence se neberou jako pohledy. (PR #416)
- PostgreSQL: Podpora
UPDATE OFtriggerů. (bug #789) - PostgreSQL: Podpora triggerů s více událostmi (
OR). - PostgreSQL: Oprava parsování cizích klíčů s ne-ASCII znaky v názvu sloupce.
- PostgreSQL < 10 PDO: Nezobrazovat všude
GENERATED ALWAYS BY IDENTITY. (bug #785, rozbité od verze 4.7.9)
SQLite: Oprava zobrazených typů. (bug #784, rozbité od verze 4.8.0)
Diskuse
smrdící epidemie:
Mám problémy s importem velkých SQL souborů v Admineru. Můj konkrétní případ: mám vyexportovaný obsah tabulek mé databáze, soubor má 5,5 MB zagzipovaný, 81 MB rozbalený; jedna z tabulek, kde se problém vyskytuje, má 489k řádků (typy: samá čísla a jedno datum). Import z nějakého důvodu z této tabulky načte jen cca 3500 řádků ze začátku a pak asi 10 řádků skoro z konce tabulky. Koukal jsem se na daná místa, kde v importu dochází ke skoku, hledal anomálie, např. rozbité uvozovky apod., ale nic. Žádné chybové hlášky - import neřekne, že většinu tabulky neuložil.Příklad příkazu:
INSERT INTO `t1` VALUES ("1116379","2021-05-29","14933","2","0","0","0","0","0","0","0","0","0","0","0","0","0","0","0","0","1","1","0","0","0","0","0","0");
na začátku souboru zapínám SET foreign_key_checks = 0;
PHP 8.0.0, 5.5.5-10.4.17-MariaDB, Win10, mám de facto factory setting z XAMPPu, memory_limit=512M, post_max_size=40M, output_buffering=4096
Zkoušeno pro import ze serveru, u zabaleného i rozbaleného souboru. U vstupu přes formulář je rychlost zpracování asi 10 řádků za vteřinu.
smrdící epidemie:
Mám problémy s importem velkých SQL souborů v Admineru. Můj konkrétní případ: mám vyexportovaný obsah tabulek mé databáze, soubor má 5,5 MB zagzipovaný, 81 MB rozbalený; jedna z tabulek, kde se problém vyskytuje, má 489k řádků (typy: samá čísla a jedno datum). Import z nějakého důvodu z této tabulky načte jen cca 3500 řádků ze začátku a pak asi 10 řádků skoro z konce tabulky. Koukal jsem se na daná místa, kde v importu dochází ke skoku, hledal anomálie, např. rozbité uvozovky apod., ale nic. Žádné chybové hlášky - import neřekne, že většinu tabulky neuložil.Příklad příkazu:
INSERT INTO `t1` VALUES ("1116379","2021-05-29","14933","2","0","0","0","0","0","0","0","0","0","0","0","0","0","0","0","0","1","1","0","0","0","0","0","0");
na začátku souboru zapínám SET foreign_key_checks = 0;
PHP 8.0.0, 5.5.5-10.4.17-MariaDB, Win10, mám de facto factory setting z XAMPPu, memory_limit=512M, post_max_size=40M, output_buffering=4096
Zkoušeno pro import ze serveru, u zabaleného i rozbaleného souboru. U vstupu přes formulář je rychlost zpracování asi 10 řádků za vteřinu.
smrdící epidemie:
Mám problémy s importem velkých SQL souborů v Admineru. Můj konkrétní případ: mám vyexportovaný obsah tabulek mé databáze, soubor má 5,5 MB zagzipovaný, 81 MB rozbalený; jedna z tabulek, kde se problém vyskytuje, má 489k řádků (typy: samá čísla a jedno datum). Import z nějakého důvodu z této tabulky načte jen cca 3500 řádků ze začátku a pak asi 10 řádků skoro z konce tabulky. Koukal jsem se na daná místa, kde v importu dochází ke skoku, hledal anomálie, např. rozbité uvozovky apod., ale nic. Žádné chybové hlášky - import neřekne, že většinu tabulky neuložil.Příklad příkazu:
INSERT INTO `t1` VALUES ("1116379","2021-05-29","14933","2","0","0","0","0","0","0","0","0","0","0","0","0","0","0","0","0","1","1","0","0","0","0","0","0");
na začátku souboru zapínám SET foreign_key_checks = 0;
PHP 8.0.0, 5.5.5-10.4.17-MariaDB, Win10, mám de facto factory setting z XAMPPu, memory_limit=512M, post_max_size=40M, output_buffering=4096
Zkoušeno pro import ze serveru, u zabaleného i rozbaleného souboru. U vstupu přes formulář je rychlost zpracování asi 10 řádků za vteřinu.
stefan:
Mne sa nieco podobne stalo a problem bol v datumovej pozlozke, ked dump namiesto NULL vygeneroval '' a resrore to neakceptuje..Kcko:
Zcela mimo, umí adminer konverzi mezi Postgres dumpem a MySql? Nevidím plugin ani nevidím v techniké části, že by to uměl.Diskuse je zrušena z důvodu spamu.
© 2005-2024 