Adminer 3.7.0

Asi největší novinkou v Admineru 3.7.0 je možnost v SQL příkazu importovat více souborů najednou. Využívá se k tomu <input multiple>. Další změny jsou drobnější:

  1. U provedených dotazů se nově zobrazuje čas zpracování. Umístil jsem ho do SQL komentáře příkazu, takže se přenese třeba i do historie. Nicméně je možné, že mi na tomto místě časem začne vadit a přesunu ho někam jinam.
  2. Počínaje předchozí verzí se Adminer pokusí obnovit původní pohled, trigger a uloženou proceduru, pokud vytvoření nové selže. Pokud se ovšem nepodaří ani obnova, tak objekt zmizí. Nová verze se proto nejprve pokouší pohled a uloženou proceduru vytvořit pod novým názvem. Když to selže, tak by nejspíš selhalo i vytvoření pod správným názvem (práva jdou sice nastavit i na jednotlivé objekty, ale moc často se to nevyužívá). Když to projde, tak se smaže dočasný a původní objekt a nový se vytvoří pod správným názvem. U triggerů tenhle postup není možný, protože MySQL dovoluje mít jen jeden trigger pro danou událost. Pokud je to možné, tak se použije ALTER VIEW, ale ALTER PROCEDURE je bohužel k ničemu.
  3. Vizuální maličkostí (vyžadující JavaScript) je zvýrazňování výchozího formulářového tlačítka. Tato funkce odpovídá na otázku: „Co se stane, když zmáčknu Enter?“ V Admineru je na stránce často několik formulářů a nemusí být úplně jasné, které tlačítko je pro daný formulářový prvek výchozí. Např. u možností exportu pod tabulkou bych čekal, že výchozí bude tlačítko pro export. Ale protože tyto formulářové prvky jsou součástí velkého formuláře skoro přes celou stránku, pomocí kterého si můžu vybrat záznamy k exportu, tak to tak není a výchozí je tlačítko pro uložení dat. Časem této funkce možná využiji k tomu, že výchozí tlačítko bude určeno nikoliv podle pravidel prohlížeče, ale podle kontextu.
  4. Do přihlašovacího formuláře jsem přidal placeholder pro název serveru. Tento atribut se často používá špatně a uvádí se v něm popis políčka. Správně v něm má být ukázková hodnota.
  5. Výsledky výpisu dat už nejde exportovat do SQL, pokud se ve výběru sloupců použily funkce.
  6. V rozšířeních lze nyní pro překlady používat funkci lang(). Při kompilaci se totiž všechny identifikátory překladu (což je obvykle anglická verze) z důvody úspory místa nahradí číslem. Rozšíření se ale nekompilují, takže z nich chodí původní textový identifikátor. Nová verze to řeší tak, že když zkompilované překladové funkci přijde text, tak pohledem do anglického překladu zjistí jeho číslo a pro překlad použije to.
  7. Z importu a exportu jsem odstranil podporu komprese Bzip2. Zjistil jsem, že jakékoliv exporty větší než 1 MB byly oříznuté. Vzhledem k tomu, že to nikoho příliš netrápilo, tak tato možnost asi nebyla moc využívaná.
  8. Při exportu více tabulek do CSV se vytvoří archiv TAR. V minulosti se to dělalo tak, že se každý soubor CSV nejprve umístil do paměti a z ní se potom vypsal do archivu, což žralo hodně paměti. Nová verze proto CSV soubory ukládá do dočasného souboru na disku. V PHP 5.2 by k tomu šlo využít php://temp, Adminer ale podporuje i starší verze, takže je to potřeba udělat ručně.
  9. Pokud jeden pohled závisí na druhém, tak je musíme vyexportovat ve správném pořadí. To je dost pracné určit, takže nová verze místo toho nejprve vytvoří tabulku pro každý pohled a před vytvořením skutečného pohledu ji zase smaže.
  10. Předchozí verze při vymazání vyhledávacího políčka vymazala i sloupec, ve kterém se hledá. Bohužel to nefungovalo správně, protože jsem pojmenoval dvě různé funkce stejně – taková hloupá chyba.
  11. Při úpravě záznamu se používá klauzule LIMIT 1. Ta je jako pojistka pro případ editace záznamů v tabulce bez primárního klíče. Bohužel to způsobuje varování při statement-based replikaci, že tato klauzule způsobuje nejednoznačné výsledky. Varování ničemu nevadí, ale „zasírá logy“. Nová verze proto kontroluje, jestli se záznam edituje podle primárního klíče a klauzuli LIMIT 1 přidá jen pokud ne.
  12. Nová verze také opravuje velmi ošklivou chybu, která je v Admineru nejspíš už od jeho vzniku. Ta se projevuje tehdy, pokud vyfiltruji záznamy, vyberu jen některé sloupce (bez primárního klíče), označím nějaké řádky a dám je upravit. Předchozí verze upravily všechny záznamy, jejichž hodnoty odpovídaly zobrazeným údajům. Žádoucí chování je, aby se upravily jen ty záznamy, které odpovídají výsledkům vyhledávání a zobrazeným údajům. Přepsal jsem si takhle nějaká data a doufám, že to nepostihlo moc dalších uživatelů – jde přeci jen o poměrně pokročilou funkci a většina uživatelů pro takovéto změny Adminer asi nepoužívá.
  13. Nová verze také aplikaci dále vylepšuje v mobilních prohlížečích. Změna spočívá v přesunu navigace až pod hlavní obsah. Zvažoval jsem dokonce, že bych navigaci udělal na desktopu schovávací, protože se mi špatně pracuje s výpisem širokých tabulek. Ale vzhledem k tomu, že seznam tabulek používám skoro stejně často jako hlavní obsah, tak jsem tuto změnu neudělal.
  14. Počet řádků v tabulkách na stránce exportu se nově načítá asynchronně, stejně jako na stránce se seznamem tabulek.
  15. V MySQL je z nějakého důvodu příkaz SHOW TABLE STATUS u velkých databází hrozně pomalý. Adminer ho potřebuje pro zjištění komentářů a typů tabulek. Nová verze si proto tyto informace vytahuje z information_schema, což je rychlejší. Projeví se to na stránce pro vytvoření tabulky a v Adminer Editoru.
  16. Datový typ bit se nově zobrazuje jako číslo v dvojkové soustavě. Hodnoty tohoto typu se vrací odlišně v MySQLnd a libmysql a jde o jedinou mně známou nekompatibilitu mezi těmito nízkoúrovňovými knihovnami. Adminer chování sjednocuje.
  17. Pro export binárních dat se nyní používají konverzní funkce.
  18. S datovým typem point se v některých případech pracovalo jako s číslem, protože obsahuje podřetězec int, ha ha.
  19. Při výpisu nezobrazitelných dat se používá dotaz ve tvaru SELECT *, HEX(binary) AS binary. To vedlo k dvojitému uvedení těchto dat v exportu. Nová verze to ošetřuje. Možná si říkáte, proč se prostě nevyjmenuje seznam všech sloupců. I když by se přeneslo míň dat, tak by dotaz byl podstatně míň přehledný, proto se používá verze s hvězdičkou.
  20. Předchozí verze rozbila EXPLAIN v MySQL < 5.1, nová verze to opravuje.
  21. Export SQLite nově obsahuje i pohledy.
  22. PostgreSQL vrací pravdivostní hodnoty jako znaky t a f. Jeden uživatel mi ale nahlásil, že mu je PostgreSQL vrací jako 1 a 0, což způsobovalo problémy při detekci NOT NULL sloupců a primarních klíčů. Nepodařilo se mi zjistit, čím je to způsobené, jestli nějakým nastavením PostgreSQL nebo nestandardním ovladačem, každopádně jsem Adminer upravil tak, aby přijímal oba formáty.
Jakub Vrána, Adminer, 20.5.2013, on-line

Diskuse

srigi:

Jakube, vdaka ze tento update. Mam dve poznamky:

- keby si na obrazovke "Select" umoznil pri vybere jednotlivych stlpcov ich /rearrangement/, tak sa ti komunita zlozi na pol princeznej, vid.: http://i42.tinypic.com/261df6a.png

- od tejto verzie su vsetky odosielacie tlacitka vykreslene nepeknym, zastaralym sposobom, az kym formular nestrati focus, vid.: http://i41.tinypic.com/amedf8.png (Mac OS, Google Chrome, Firefox).
29.5.2013 14:39:56

srigi:

Ten moj druhy bod asi suvisi s tvojim tretim bodom - vseobecne sa nedoporucuje stylovat formularove prvky ako checkbox, button, radiobox, lebo sa to "rozoserie" (sorry za vyraz).

Mozno by bolo vhodnejsie "vychozie" tlacitko zvyraznit pomocou box-shadow.
29.5.2013 14:39:56

ikona Jakub Vrána:

Experimentoval jsem se změnou fontu a to bylo ošklivé, tak jsem nakonec změnil barvu pozadí. Ale máš pravdu, že to je ošklivé taky. Použít box-shadow mě nenapadlo, díky za tip. Změnil jsem to v Gitu.
29.5.2013 14:39:56

Igor Aufricht:

Potvrdzujem druhy bod s vykreslovanim tlacitok (win7 + chrome).
29.5.2013 14:39:56

ikona Jakub Vrána:

To přeuspořádání sloupců výběru by se mi často taky hodilo. Stejně tak přesouvání řádků ve změně tabulky, to sice jde, ale pěkně blbě. Nějaká podpora drag/drop je ve schématu, tak to zkusím použít i tady.
29.5.2013 14:39:56

ikona Jakub Vrána:

Bez nějaké knihovny (např. jQuery UI) je to dost složité a přidávat závislost se mi nechce, takže to dělat nebudu. Nicméně by to mělo jít udělat jako plugin (včetně té závislosti).
29.5.2013 14:39:56

Lukáš:

Ahoj, chci se jen zeptat, je normální chování že když soubor adminer-3.7.0.php přejmenuji na adminer.php tak pak je z admineru rozsypaný čaj? Používám ho jak na localhostu tak na webech a právě jsem zjistil že to je tím jménem...
Díky
29.5.2013 14:39:56

Pinky:

Jménem to zajisté není ;)
29.5.2013 14:39:56

ikona Jakub Vrána:

Ne, to není normální. Na jménu nezáleží. Zkus být přesnější v popisu rozsypaného čaje, pošli třeba screenshot.
29.5.2013 14:39:56

Lukáš:

Jakoby by se špatně načetlo kódování, ale teď budu za troubu... soubor jsem přejmenoval a už to samozřejmě nedělá :/ Díky za reakci, problém se vyřešil. :)
29.5.2013 14:39:56

Roman:

Zdravím, nechtěl bys zavést v příštích verzích funkčnost zakliknutí checkboxu i v případě kliknutí do buňky tabulky s daným checkboxem, nebo třeba i na buňku s labelem ? Dost často vybírám např. v oprávněních více práv najednou a dost mi vadí, že se musím vždy trefit přesně na checkbox a nemůžu trochu minout, nebo kliknout třeba rovnou na label buňku. Díky.
29.5.2013 14:39:56

ikona Jakub Vrána:

Určitě! Většina tabulek dovoluje zaškrtnout řádek kliknutím kdekoliv v řádku, ale třeba export nebo právě práva to nedovolují (protože na řádku může být checkboxů víc). Změnil jsem to v Gitu, díky za tip.
29.5.2013 14:39:56

Milan Majer:

bod 22: jediná možnost, jak tam dostat 1/0 místo t/f je mít vlastní patchnutou a zkompilovanou verzi. Díval jsem se do zdrojáků a je třeba upravit tento řádek: https://github.com/postgres/postgres/blob/…/bool.c#L168 .
29.5.2013 14:39:56

Pinky:

Taky jsem si řikal co je to za krávovinu...
29.5.2013 14:39:56

ikona Jakub Vrána:

A nemůže se to převádět na klientu? Driver dostane 't' nebo 'f' u sloupce, o kterém ví, že je to boolean, tak z toho udělá true nebo false.
29.5.2013 14:39:56

Milan Majer:

Máš pravdu. Adminer detekuje dostupné rozšíření PHP a podle toho co najde se rozhodne mezi pdo_pgsql a pgsql (viz https://github.com/vrana/adminer/blob/master/….inc.php#L7).
A v tom je ten rozdíl:
- rozšíření pdo_pgsql převádí t/f na PHP 1/0 (viz https://github.com/php/php-src/blob/master/…_statement.c#L519) kdežto
- rozšíření pgsql se získanou hodnotou nic nedělá (viz https://github.com/php/php-src/blob/master…/pgsql.c#L6357).
29.5.2013 14:39:56

v6ak:

Budu zvědavý. Co Tě vede k podpoře PHP 4.3.3 a starých verzí PHP 5 dnes? Mnohé z nich už nemají bezpečností updaty. Zaříznutí starších verzí by mohlo více nebo méně usnadnit vývoj (např. zmíněný php://temp).

Ne, že by mi to nějak vadilo, jen jsem zvědavý.
29.5.2013 14:39:56

ikona Jakub Vrána:

Zatím nebyl velký důvod starší verze zaříznout, oser s jejich podporou není tak velký. Zraje mi v hlavě pár plánů na Adminer 4, pak bych starší verze asi přestal podporovat. Ale nejsem si jist, jestli to vůbec udělám – se současným kódem se mi pracuje v zásadě dobře, takže nemám moc velkou motivaci trávit spoustu času předěláváním všeho, když výsledkem by bylo hlavně to, že přestanou fungovat starší verze.
29.5.2013 14:39:56

Michal:

Ad 13. Desktopová navigace. Dalo by se udělat jako rozšíření ? Já (asi nejen já) naopak často pracuji s pravou částí :)
29.5.2013 14:39:56

ikona Jakub Vrána:

Myslím, že by to mělo jít, možná dokonce jen uživatelským stylem.
29.5.2013 14:39:56

repli2dev:

Občas potřebuju upravit nějaké view v PostgreSQL a bylo by fakt užitečné, kdyby je Adminer uměl naformátovat, protože jinak se mi zobrazí v jednom dlouhém řádku.
29.5.2013 14:39:56

ikona Jakub Vrána:

Adminer bohužel nemá SQL parser.
29.5.2013 14:39:56

randomguest:

zdravím a díky za dobrý kus softwaru. Jakube, trochu mu působí potíže dump, který generuje všechny řádky tabulek do jednoho insertu, což mi potom nepřijme lokální SQL server.
Námět do budoucna: umožnit export jeden řádek tabulky - > jeden INSERT.
29.5.2013 14:39:56

ikona Jakub Vrána:

Adminer data kouskuje po 1 MB, což je výchozí velikost paketu přijímaná MySQL. Co znamená „nepřijme“, máš nějakou chybovou hlášku?
29.5.2013 14:39:56

LT:

Škoda tej podpory bzip2 - dosť som ju využíval na export velkých tabuliek - niekedy aj viac ako 10MB a s problémom orezania na 1MB som sa zatial nestretol.
Je pravda že ak som sa pokúsil ten súbor znova naimportovať tak sa naimportovali len niektoré tabulky. Ja ho ale vždy rozbalujem 7zipom na .sql súbor ten sa naimportoval vždy v poriadku.
29.5.2013 14:39:56

ikona Jakub Vrána:

Tak aspoň něco, že to dokázalo rozbalit. Já jsem to zkoušel pluginem do Total Commanderu a ten to taky nerozbalil. Možná bych to vrátil ve formě pluginu.
29.5.2013 14:39:56

juzna:

Já export do bzip2 používám běžně a vždycky mi fungoval a funguje správně. Teď nemůžu aktualizovat na nový adminer, protože bych musel stahovat 10x větší exporty ze serveru :(

Na ostrý server mám přístup pouze přes adminer a každý týden si udělám dump a importuju na localhost, abych mohl testovat na reálných datech. Importuji většinou přes CLI.

Dnes jsem exportoval do bzip2, výsledek 13MB. Nekomprimované to má 163MB. To přece nebudu tahat přes síť. Nechceš bzip2 vrátit zpět? Díky
29.5.2013 14:39:56

ikona Jakub Vrána:

Kolik to má v Gzip?
29.5.2013 14:39:56

Standa:

Také bych se přimlouval za bzip2... teď se tu zrovna patlám s gzipem:-(
29.5.2013 14:39:56

ikona Jakub Vrána:

Vrátil jsem to alespoň formou pluginu.
29.5.2013 14:39:56

Vojtěch Dobeš:

Díky za vývoj tohoto pro mě neprostradatelného a skvělého software :). Bohužel píšu jen proto, abych se podělil o negativní feedback hned k tomu prvnímu bodu. Jsem zvyklý provádět různé úpravy ve struktuře DB, a pak si jednotlivé dotazy vykopírovávám z historie, a ten čas v komentáři mi tam pěkně vadí. Přemístění kamkoliv jinam bych uvítal.
29.5.2013 14:39:56

ikona Jakub Vrána:

Nějaký nápad, jak by to mělo vypadat? Nejlépe formou screenshotu.
29.5.2013 14:39:56

Vojtěch Dobeš:

Buď nevýrazně za dotazem: http://s22.postimg.org/jeuqn4hkh/inline_time.png. Anebo z mého pohledu ještě lépe jako tooltip: http://s22.postimg.org/o20sow4xd/title_time.png.
3.6.2013 11:23:48

Michal:

Si tak říkám, že když je vždy po vydání verze tolik (neberte to špatně prosím) připomínek tak by se možná hodilo vydat nejprve nějaký preview, aby pak ty úpravy nebyly jen v devu a nečekali na další verzi.
29.5.2013 14:39:56

ikona Jakub Vrána:

Nejsem si jist, kolik lidí by ten preview používalo a jaký by to tedy mělo smysl. Každá vydaná verze je stabilní a funkční, takže vydat 3.7.0 a 3.7.1 není velký rozdíl oproti vydání 3.7.0RC1 a 3.7.0. Nesnažím se číslo verze udržet co nejnižší, takže ani s tím není problém.
29.5.2013 14:39:56

Michal:

Ano, v tom případě tomu rozumím.
29.5.2013 14:39:56

Milsa:

Chcel by som požiadať, či by aj pouužívateľ nemohol byť predvyplnený ako root. Teda aspoň v prípade, že je spustený lokálne. Ušetrilo by mi to ustavičné vyplňovanie root. Adminera totiž na 80 % používam lokálne na svojom počítači a myslím, že takých nás je viac.
29.5.2013 14:22:37

ikona Jakub Vrána:

localhost není předvyplněný, je to jen placeholder. Pokud jsou políčka nevyplněná, tak se použije http://php.net/mysql.configuration#ini.mysql.default-host a další (nebo mysqli varianty podle použité extenze).
29.5.2013 19:25:37

Michal:

To stránkování co se posouvá se scrollem je super !
30.5.2013 12:22:45

Jakub:

Jakube,
napadla mě teď, při vytváření nové tabulky, věc, co by usnadnila práci.

Bylo by možné při zvolení řetězcového typu vyplnit porovnávání stejně, jako je vyplněno u celé tabulky?

Díky za zvážení, Jakub
18.6.2013 16:21:57

Michal:

Mám pocit že přesně takto to již funguje. Sice se hodnota inputu nepřebírá - je tam stále "(porovnání)", ale nastavuje se z tabulky. Při následném editu tabulky je to vidět.
18.6.2013 18:06:38

Jakub:

Pravda, při editu je to již vyplněno "správně". Dobré vědět, ušetří to práci, díky. :-)
18.6.2013 20:38:10

Michal:

Zdravím.

Zajímalo by mě proč při změně struktury tabulky není tato tabulka v menu aktivní resp. nemá třídu "active". Díky.
19.6.2013 12:18:38

ikona Jakub Vrána:

Třídu "active" mají odkazy, na kterých se momentálně nacházím. Odkaz v levém menu vede na zobrazení struktury tabulky, nikoliv na její změnu.
19.6.2013 12:40:26

ikona David Grudl:

Tohle mi taky dost vadí. Chápu logiku „ze spoda“, ale z uživatelského pohledu provádím správu určité tabulky a v některých případech zvýraznění najednou zmizí.

Ještě jedna trošku matoucí věc: když chci pozměnit index nebo klíče, automaticky mířím na odkaz Pozměnit tabulku, ale toto se nachází v Zobrazit strukturu. Přitom chci měnit, nikoliv zobrazovat. Proč je nedat i do Pozměnit tabulku?
25.6.2013 14:18:20

ikona Jakub Vrána:

„Správně“ by asi bylo nechat to tak, jak je to teď. Ale užitečnější bude, když se tabulka zvýrazní i při její změně, takže jsem to tak udělal.

Co se druhé věci týče: Technicky jsou tabulka a index dvě různé věci. Z pohledu efektivity práce by bylo lepší stránku pro změnu tabulky a indexů spojit, ale je to velká výzva – jednak stránku udržet rozumně přehlednou a jednak formulář pro změnu indexu měnit spolu s tím, jak přidávám, měním a odebírám sloupce. Takže to nechám tak, jak to je.
25.6.2013 20:58:45

Michal:

Super. To je dle mých představ. Díky !
28.6.2013 02:06:24

ikona David Grudl:

U toho odkazu Pozměnit tabulku je problém i s tím, že zmizí „menu“, tedy odkazy Vypsat data, Zobrazit strukturu, Pozměnit atd.

Chápu technickou rovinu, tedy že Pozměnit tabulku a Pozměnit indexy jsou obojí rovnocenné podstránky Zobrazit strukturu, leč z uživatelského pohledu se to jeví tak, že Pozměnit tabulku je rovnocenné se Zobrazit strukturu (je to prostě sousední položka v „menu“) a z toho plyne zmatení.

Myslím, že menu by mělo být zachováno pro všechny stránky, které jsou v něm uvedeny (tj. i Nová položka). A bylo by fajn dát odkaz na změnu indexů/klíčů do stránky Pozměnit tabulku. Není ani tak podstatné, že tabulka a index jsou dvě různé věci, důležité je, že jde o jediný odkaz v menu, který obsahuje sloveso „měnit“ a člověk přes něj instinktivně jde.

(Ačkoliv Adminer používám hodně často, v tomhle jsem ještě nepřestal chybovat.)

28.6.2013 17:02:49

Michal Randa:

To mě také přijde zbytečně nekonzistentní na Admineru. Proč by nabídka pro tabulku (se zvýrazněným odkazem) nemohla být i při úpravě tabulky či úpravě záznamu nebo záznamů?
23.7.2013 23:51:29

Vojta:

Od té doby co jsem si upgradoval na tuto verzi mi nefunguje úprava záznamu pouhým dvojklikem na buňku, to je záměr?
25.6.2013 12:10:31

ikona Jakub Vrána:

Ano, nově se používá Ctrl+klik, protože doubleclick mi chyběl pro označení slova.
25.6.2013 18:10:46

Vojta:

Aha, supr díky za info :)
25.6.2013 19:02:32

trestná smradlavice:

Ahoj Jakube,
Vím, že Adminer má UI pro editaci partitions, triggerů, klíčů a cizích klíčů. Má UI také pro podmínkových omezení (CONSTRAINT ... CHECK)?
28.6.2013 01:34:28

ikona Jakub Vrána:

Ne.
28.6.2013 16:27:16

trestná smradlavice:

A plánuješ to? Je to konec konců další featura tabulky, stejně jako výše zmíněné...
28.6.2013 21:55:16

ikona Jakub Vrána:

Sám to nepoužívám, MySQL to ani nepodporuje, takže tomu nedávám velkou prioritu.
29.6.2013 04:13:13

Michal:

Když v Admineru v selectu dat dám vyhledat podle nějakého sloupce, zvolím sloupec, zvolím IS NULL a na dalším vstupním poli odešlu enterem (ne tlačítkem Select), není toto vyhledávání (filtr) akceptováno.
28.8.2013 02:23:24

ikona Jakub Vrána:

Nedaří se mi to reprodukovat. V jakém prohlížeči?
28.8.2013 18:10:24

Michal:

Chrome Verze 29.0.1547.62m
Dělá to jen v Chromu. Ve Firefoxu je to OK.
29.8.2013 02:35:52

Michal:

Zdravím. Povedlo se ti už problém reprodukovat? U mě chyba stále přetrvává.
19.11.2013 19:44:56

ikona Jakub Vrána:

Ano, už jsem to opravil. Díky za nahlášení.
21.12.2013 02:41:36

Michal:

Potvrzuji, funguje.
21.12.2013 14:21:25

Martin:

Ahoj. Svoji databázi administruji z mobilu a potřebuji mít přístup k položkám navigace. Teď je na dotykovém mobilu obtížně dosažitelná, protože je až dole pod ostatními položkami. Lze nějak jednoduše "zapnout" zobrazování vlevo, nebo se budu muset vrátit ke staré verzi? Lze také nějak zapnout, aby ťuknutí na položku výpisu ji vybralo (a bylo možné řetězec kopírovat), místo aby se tím zaškrtle checkbox vlevo? Klidně ať se zaškrtne, ale ať zůstane řetězec označený. A další, tentokrát námět - podpora sqlite je vylepšená, ale chybí administrace triggerů na pohledu. Ty jsou v sqlite dost důležité (INSTEAD OF INSERT) a řeší tam absenci určitého typu uložených procedur.
7.9.2013 18:52:27

ikona Jakub Vrána:

Třeba Chrome na Androidu umí vyžádat desktopovou verzi. Nejspíš to bude umět i na iOS. Nevím, jak ostatní prohlížeče. Mě to takhle vyhovuje.

Výběr řetězce na mobilu provádím podržením prstu na daném slově. Funguje to i v Admineru.

Na triggery u pohledů se podívám.
21.12.2013 00:55:19

ikona Jakub Vrána:

Triggery na pohledech jsem doplnil, bylo to velmi jednoduché.
21.12.2013 01:28:47

Martin:

Ještě drobnost: Je-li na mobilu (HTC7Pro, Internet Explorer 9) výpis delší, než stránka, objeví se zápatí na konci stránky a roluje se s výpisem nahoru při posunu výpisu. Funkčně to moc nevadí. V podstatě mi chybí hlavně tlačítko "zobrazit klasicky", tedy vynucení desktop verze.
7.9.2013 23:08:58

Michal:

Čtu v Admineru SQLite databázi. Zobrazení struktury tabulky 'sqlite_sequence':

Sloupec    Typ
name    NULL
seq    NULL

Pokud dám pozměnit tabulku, zobrazuje typy jako numeric. Proč? Chyba? Vlastnost SQLite?
19.11.2013 22:00:09

ikona Jakub Vrána:

Jde o systémovou tabulku SQLite, nedoporučoval bych na ni sahat.
24.11.2013 20:44:24
avatar © 2005-2024 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.