Adminer 3.5.0

Ugo:

Změn není mnoho, zato jsou ale užitečné. Změn v 3.4.0 jsem si ani nevšiml, ale za změny v sqlite jak je napsáno jsem velmi vděčný, konečně nástroj bez kompromisu. Díky! :)

visitor:

- při vytvoření funkce je chybná návratová hláška: "Procedura byla vytvořena."
- pokud z db vyexportuji funkci a tento script spustím v jiné db, tak se vypíše, že vše je OK, ale funkce v db není

Jakub Vrána :

V originále se používá Routine, což je univerzální. Rozdělovat se mi to nechce.

Jak vypadá ten export? Normálně mi to funguje.

visitor:

nefunguje ani v 3.5.1

Export funkce vypadá takto:
DELIMITER ;;

DROP FUNCTION IF EXISTS `cena`;;
CREATE FUNCTION `cena`(`cena` int(10), `sub_menu` varchar(255), `user` varchar(64)) RETURNS int(10)
begin
    DECLARE koef decimal(10,2);
    IF sub_menu IN ('cigarety-a-doutniky', 'cigaretove-tabaky') THEN
        SELECT 1 INTO koef;
    ELSE
        SELECT (100-sleva)/100 INTO koef FROM users WHERE email = user LIMIT 1;
    END IF;

    return cena*koef;
end;;

DELIMITER ;

Jakub Vrána :

Žádný problém nevidím, funkci se mi naimportovat podařilo. Není problém třeba v hostingu? Funguje to na localhostu pod rootem?

Jan Tojnar:

Zde je pár postřehů, některé jsem psal už k minulé verzi:
Postrádám možnost zvolit spojovač (AND/OR) ve funkci vyhledat. Mohu si sice upravit sql výraz, ale tím přijdu o možnost dodatečného naklikání řazení a už musím všechno psát. A nejhůře ze všeho zmizí odkaz editovat u jednotlivých řádků. Někdy řádky editovat sice jít nemusí, což je zřejmě důvod proč tam odkaz editovat není, ale u základního selectu by se určila tabulka ze sql.

Dále je zvláštní, že když vyhledám nějaký text (např. jméno uživatele) a sloupec = (kdekoliv), tak mi to zobrazí i uživatele, kteří tento řetězec ve svém řádku nemají, ale obsahují b'0' ve sloupci typu bit(1). Je to asi problém mysql.
http://s17.postimage.org/h3h417njj/runaway.png

A v rychlé editaci mi nejde vložit NULL. U textových sloupců se sice nedá určit, jestli uživatel nehodlá vložit 'NULL', ale v číselných by nejspíš šlo. Možná by šlo taky přidat nějaké tlačítko zobrazené po najetí.

A pak by se možná u sloupců typu enum nechal zobrazovat select namísto textového pole. Zkoušel jsem to uskutečnit pomocí rozšíření, ale bohužel se mi to nepodařilo.

Nakonec se zeptám, jestli je v plánu vrácení ajaxu. Tato věc má smysl zejména u vykonávání SQL dotazů, neboť umožňovala v textarei po odeslání použít ctrl+z. Takhle musím dát zpět a uvidím jen Document Expired, popř. žádost o znovuodeslání požadavku.

Jakub Vrána :

Moc si nedovedu představit, jak by mělo vypadat UI podporující OR.

SQL příkaz má editační schopnosti dokonce lepší. Pokud má tabulka primární klíč, tak se odkaz vytvoří z něj. Pokud dotaz používá víc tabulek, tak lze editovat záznamy ze všech tabulek, jejichž primární klíč se vypisuje.

Hledání v bitu jsem omezil jen na čísla (stejně to měl už int).

Do číselných (a datumových) sloupců lze NULL v rychlé editaci vložit zadáním prázdného řetězce.

Jan Tojnar:

Šlo by to udělat třeba takto. Po kliknutí se přepne mezi and a or. Unicode kódy jsou U+2227 a U+2228.
http://s8.postimage.org/dqi8mg5it/logic.png

Aha, asi jsem to předtím nějak přehlédl. Ale to řazení tam není.

Díky za opravu, ale stejně nechápu, co je zdrojem tohoto chování. Když jsem zkoušel SELECT b'0'='něco' tak mi to vracelo 0.

To je dobré, mělo mě napadnout to vyzkoušet.

Ale ten ajax přeci jen šetřil celkem dost velkou část přenosů (bylo to znatelné na pomalých připojeních). Plus možnost používat oblíbenou klávesovou zkratku. To už se vyplatí.

visitor:

Pokud bys chtěl řešit AND a OR, tak už by bylo dobré řešit i závorky. Jinak pořád řešíš jen podmnožinu. Jak bys třeba vyřešil takovou podmínku:
AND od <> "0000-00-00 00:00:00" AND (od <= "2012-08-22 17:03:00" AND (do >= CURDATE() OR do = "0000-00-00 00:00:00"))

A s AJAXem jsem měl jedině negativní zkušenosti (OPERA). Nějak špatně se stránka překreslovala a dost mě to nakrkávalo.

Jan Tojnar:

Ano se závorkami by byl problém. Ideální by bylo, kdyby bylo možné řazení klikáním a editace dvojklikem i u vlastních SQL příkazů.

Ano v některých prohlížečích dělal ajax problémy, ale třeba v takovém Firefoxu nebo starším Chromu to fungovalo. Stačilo by dát nějakou kontrolu funkčnosti na způsob modernizru.

Jakub Vrána :

Aby se dalo do obecného příkazu doplnit řazení, tak by mu Adminer musel rozumět. Pokud tedy vynechám možnost setřídění jen vypsaných dat (potenciálně omezených LIMITem). To by bylo dost matoucí – člověk by napsal SELECT * FROM t LIMIT 10, dal by záznamy seřadit podle nějakého sloupce a očekával by, že se položí SELECT * FROM t ORDER BY c LIMIT 10.

Matúš Jančík:

Jakub velka vdaka za to vyhladavanie. To som vyuzival velmi casto. Vie mi niekto poradit ako to dokazem rychlo zmenit tak, aby nebolo predvolene = ale LIKE %% ? Dik.

trestná smradlavice:

že by vedle rychlého odkazu <a…>=</a> přibyl i <a…>%</a>, co ty na to, Jakube?

Jakub Vrána :

Zase to nechci moc zamořit.

Martin Lonský:

ad 3) S AdminerTablesFilter se nezobrazuje :-)

Jakub Vrána :

Opravil jsem to v Gitu.

Olda:

Super věc ten adminer. Už dávno jsem odinstaloval phpmyadmin a používám adminer na svém VPS. Díky za to. BTW, spokojený jsem od verze 3.1.0-dev

trestná smradlavice:

Zdravím,
1) výpis tabulky:
pokud má druhý klik na název sloupce v záhlaví seřazovat podle něj sestupně, tak hlásím, že seřazuje vždy vzestupně
2) na úrovni driveru (výběr databáze):
(na odkazech "Seznam procesů", "Oprávnění", "Stav" a "Vytvořit novou databázi", "Vytvořit nového uživatele", "SQL příkaz" a "Export") hlásí v levém sloupci: "Žádné tabulky" a nabízí mi odkaz "Vytvořit novou tabulku", který vede na stránku pro výběr databáze; to je imho špatně
3)export:
nefunguje blokové označování se shiftem (ne že by to bylo extra důležité - akorát by to mohlo být konzistentní, když už si na to uživatel zvykne)
Jinak, samozřejmě, klobouk dolů za novou verzi.

Jakub Vrána :

1) Asi jsem to změnil schválně, aby se lidi naučili používat šipku a zbytečně neklikali dvakrát. Opravil jsem to na http://php.vrana.cz/tipy-pro-adminer.php. Je to popsané ještě někde jinde?

2) Díky za upozornění, opravil jsem to.

3) V exportu to může být asi skoro nejužitečnější. Opravil jsem to.

Asi brzy vydám novou verzi, tohle jsou fakt hloupé chyby.

trestná smradlavice:

ad 3) taky jsem si rychle zvykla na Shift+click. Při výběru tabulek a dat pro export je tak šikovný, že bych skoro zauvažovala, zda nevyhodit odkazy pod výpisem tabulek, které označují tabulky s prexify (bylo by to "očištění" kódu o vlastnost, kterou Shift+click zastane zhruba stejně rychle, ba co víc, je ještě univerzálnější).

Jakub Vrána :

Úplně to vyhazovat nechci, protože někdo na to může mít odkazy. Navíc pořád jde o jedno kliknutí místo zhruba tří kliknutí.

Filip Janštík:

Šlo by na zde do odkazu přidat title? https://github.com/vrana/adminer/blob/master/….inc.php#L783

V případě, že hosting má dlouhé jméno serveru a ještě delší login, tak '(driver) login@server' přesahuje u některých vzhledů přes daný prostor pro <h1> ...atd. Tento problém je řešen pře overflow: hidden;. Jenže toto řeššení přínáší jiný problém, a to ten, že člověk nevidí celé jméno odkazu.

Díky :)

Jakub Vrána :

Díky za upozornění, jde o regresi v poslední verzi. Opravil jsem to v Gitu.

Vzhledy si to budou muset opravit samy. Pokud nějaký používáte, tak se nebojte do něj sáhnout a opravenou verzi mi poslat.

Michal Ševčík:

Díky za novou verzi, jako vždy perfektní!

Měl bych návrh ke zvážení - stálo by za to k rychlému hledání přidat vedle znaku rovnítka ještě procento, které by nastavilo hledání "LIKE %%", alespoň u mě je to častý případ.

Jakub Vrána :

Zase to nechci moc zamořovat.

msx:

Prvýkrát skúšam robiť s Adminerom. Vyzerá to celkom schopne, len si musím zvyknúť. Ale mal by som jeden nápad. Pri vkladaní nvej položky by bolo fajn, keby sa zobrazoval posledný vložený záznam, lebo keď človek niečo odniekadiaľ kopíruje, tak môže niekedy stratiť orientáciu v pôvodnom texte, z ktorého kopíruje a potom si musí vypísať čo zadával ako posledné. Úplne by stačilo zobrazenie podľa posledného autoincrementu. Myslím, že by to ocenili viacerí.

msx:

A ešte ma napadlo, že ten posledný záznam by sa mohol zobrazovať ako placeholder
http://davidwalsh.name/html5-placeholder

Jakub Vrána :

Myslím, že ve většině případů by to bylo dost matoucí. Ale mám za to, že by to mělo jít implementovat pomocí rozšíření: http://www.adminer.org/cs/plugins/.

msx:

To nie, keď je Adminer jeden súbor, tak si to predstavujem tak, že ho nakopírujem a hotovo a nie ešte zhladávať doňho pluginy. Radšej to oželiem, lebo to raz skončí ako s Firefoxom. Mám v ňom asi 15 pluginov a keď ho niekde nainštalujem na čisto, tak je pre mňa takmer nepoužiteľný.

NeMeJa:

Dobrý den,
bylo by možné, aby při upravě tabulky se přidávaly pole, jako se přidávají při vytváření? Děkuji předem

trestná smradlavice:

když při úpravě tabulky vkládáš nové sloupce, pak je to příjemné, ale když pouze upravuješ ty stávající, pak je to naopak otravné, když se ti samy vytvářejí.
Adminer není telepat, aby věděl, jak chceš tabulku upravit, takže ani nemůže určit, jestli pro tebe bude pohodlné, aby řádky pro nové sloupce přidával nebo ne. Já osobně si myslím, že při zásahu do struktury tabulky spíš upravuješ stávající sloupce a přidávání nových je v menšině případů.

msx:

Síce som sa odpovede nedočkal, ale skúsim ešte jednu otázku:
Chcel som skúsiť Adminer Editor a vždy po prihlásení mi ukazuje akúsi fantómovú databázu cds, z ktorej sa neviem dostať do skutočných databází. Kde je problém?

Jakub Vrána :

Adminer Editor defaultně bere první databázi, na kterou narazíte. Pro určení jiné je potřeba vytvořit přizpůsobení: http://www.adminer.org/cs/extension/. Databáze CD se používá v ukázce: https://github.com/vrana/adminer/blob/mas…/example.php

Milan Svoboda:

Adminer je výborný nástroj. používám tam kde nemohu použít nástroje jako SQLyog. A hlavně se mi líbí, že podporuje i PostgreSQL, ale tady mám problém protože k jednou uživateli mám vícero DB, ale žádná se nejmenuje jako tento uživatel. Takže mám problém a nemohu se připojit, protože dostanu hlášku že takováto DB neexistuje. V konzoli na linuxu se to řeší že mu vydefinuju jakou DB chci používat. Jak se to dá nastavit v admineru?

Jakub Vrána :

Databázi lze už při přihlašování určit od verze 3.4.0.

msx:

Adminer si nepamätá databázu pri trvalom prihlásení. Pokiaľ tomu správne rozumiem, tak pre SQLite je teda trvalé prihlásenie v podstate nepoužiteľné (SQLite nepoužívam).

Jakub Vrána :

Doplnil jsem do vývojové verze.

Milan:

Asi nefunguje rozpoznávání, jestli je tabulka rozdelena do vice souboru a pak vznikne tato chyba v MySQL: Partition management on a not partitioned table is not possible

Když z dotazu REMOVE PARTITION odstraním, vše ok...
v3.5.1-mysql-cs

Jakub Vrána :

Jaká to je verze MySQL, na jakém hostingu?

Jakub Vrána :

No to je fuk. REMOVE PARTITIONING se na nerozdělených tabulkách nově nespouští. Stejně mě to jako několik dalších lidí štvalo.

Milan:

Díky,

verze je mysql-5.6.6-labs-june-2012.

msx:

M8m nejak0 pripomienky:

1. Keď hľadám v tabuľke, je tam možnosť LIKE %%, aj LIKI, ale ak nechcem, aby mi vyhľadalo určitý výraz, je tam NOT LIKE, ale už tam chýba NOT LIKE %%. Myslím, že by bolo fajn, keby si to tam pridal.

2. Ako si viem pozrieť aktuálnu hodnotu AUTO INCREMENT? Ked dám "Zmeniť tabuľku", tak je tam síce možnosť zadať AUTO INCREMENT, ale jeho hodnotu tam nevidím. Ide o to, že čo ak nahodím do tabuľky natvrdo nejaké údaje z inej a AUTO INCREMENT bude mať práve hodnotu, ktorá už v tabuľke existuje? Chcel by som si to skontrolovať.

3. Keď klepnem na tabuľku, zobrazí sa hore menu a pod ním štruktúra tabuľky, v menu je možnosť vypísať, štruktúra, zmeniť tabuľku a nová položka. Ak vyberiem zmeniť štruktúru alebo nová položka, menu sa hore stratí a musím ísť znova cez tabuľky. Ak je tabuľka nižšie, musím si ju narolovať a klepnúť na ňu. To menu by sa hodilo zobraziť aj pre ostatné položky z menu, aby sa dalo jednoduchšie prekliknúť na inú možnosť, ak som napr. len zle klikol alebo som si v zmene štruktúry tabuľky pozrel čo som chcel (ak tam ten AUTO INCREMENT) bude pridaný) a chcem sa vrátiť späť. Používať históriu prehliadača tiež nie je najlepšie riešenie.

4. Trvalé prihlásenie by si malo pamätať aj databázu, ušetrí mi to na serveri jedno kliknutie. Spravujem totiž na serveri dve databázy. Prístupové údaje mám pre každú z nich, ale vždy vidím len tú, ku ktorej som sa prihlásil. Keď som išiel cez phpMyAdmina, tak som sa musel odhlásiť, zmeniť meno heslo a prihlásiť a toto dokola. Teraz si dám trvalé prihlásenie, spravím čo potrebujem, klepnem na MySQL, v zozname prihlásení klepnem na prihlasovacie meno a potom si v zozname vyberiem druhú databázu (zoznam pozostáva z information_schema a databázy, ku ktorej idem). Keby si prihlasovací formulár pri trvalom prihlásení pamätá aj databázu, tak len klepnem na MySQL, vyberiem prihlasovacie údaje a som v databáze, ktorú potrebujem. Kto by nechcel, aby si prihlasovací formulár zapamätal aj databázu, tak ju pri prihlasovaní jednoducho nenapíše.

5. V databáze používam int pre časové hodnoty. Keby je táto hodnota v rozmedzí rokov povedzme 1900-2100, mohol by Adminer túto hodnotu prekonvertovať na reťazcový dátum a zobraziť napr. ako hint po nabehnutí myšou na túto hodnotu, aby som nemusel túto hodnotu v prípade potreby konvertovať sám. Čiže asi toto (hodnota int je len z brucha, nezodpovedá skutočnosti):
<span title="31.12.2012 23:59:59">1234567980</span>

Predpokladám, že v rámci jednoduchosti Adminera bude všetko zamietnuté, ale ten Adminer až taký jednoduchý byť nemusí (už teraz má cez 300 kB) a viacerí by tieto veci uvítali. Čo tam po pár kB navyše. Osobne by mi neprekážalo, keby má Adminer aj 1 MB.

Jakub Vrána :

Díky za náměty.

1. Přijde mi, že to není až tak častá operace.

2. auto_increment se zobrazuje v přehledu databáze a po kliknutí na tuto hodnotu i ve změně tabulky. Když má auto_increment nižší hodnotu než data v tabulce, tak mají přednost data v tabulce.

3. Vrátit na tabulku se dá pomocí drobečkové navigace. Sám používám historii prohlížeče.

4. To asi udělám. Ale odkaz pro domácí stránku databáze si můžeš uložit do bookmarků prohlížeče.

5. Jak by Adminer mohl poznat, že to je datum a ne normální číslo? Proč nepoužíváš normální typ datetime? Doporučuji to vyřešit jednoduchým přizpůsobením: http://www.adminer.org/cs/extension/.

Většinu rozhodnutí kvůli velikosti nedělám, ale rozhraní se snažím zachovat jednoduché, bez funkcí, které většina uživatelů nevyužije a jen jim bude překážet.

Jakub Vrána :

4. Opravdu jsem udělal.

msx:

Idem stiahnuť. Ďakujem. V prehliadači mať záložku je nezmysel, lebo záložku si musím vytvoriť, takto len využijem ľavý panel s prihláseniami a ušetrím si vytváranie záložiek na každom počítači a prehliadači, kde budem potrebovať prístup k tým databázam.

msx:

Aha, takže nič, ešte i budem musieť počkať. Nevadí, počkám.

Jakub Vrána :

Trvalé přihlášení je taky specifické pro každý prohlížeč.

msx:

To viem, zle som sa vyjadril. Pohodlnejšie než vytvárať v každom bookmark je vypísať prihlasovacie údaje a hotovo. Potom je to už naľavo v prihlasovacej lište natrvalo.

msx:

5. Je s tým rýchlejšia robota v PHP. Zvykešte zo starých čias. Na dátum ale používam date. A ako by to mohol poznať? Nijako. Všetky čísla v takom rozmedzí by mohol otitlovať, ak by to bol náhodou čas, tak by sa "trafil", ak nie, tak by to nevadilo. A takých databáz je dosť veľa, kde sa používa int, ja som sa to v podstate tiež naučil od druhých, keď som sa učil PHP a tento zvyk mi ostal.

msx:

2. Tú hodnotu AI nikde nevidím, ako sa preklikám? Prípadne môžeš dať relatívny odkaz?

Jakub Vrána :

?username=&db=test

msx:

Aha, jasné, ďakujem. Som zvyknutý z HeidiSQL, že tam musím otvoriť danú tabuľku a až potom vidím AI. Ešte musím napchať Adminer na serveri pod https a ani phpMyAdmin na serveri sa nechytá. Teraz ho mám len na subdoméne.

msx:

Aktualizoval som z 3.4.0 na 3.5.1 na notebooku, lebo tam som mal staršiu verziu a napadlo ma, že by neblo od veci, keby Adminer obsahoval aktualizačný mechanizmus. Ušetrilo by to kopec roboty s aktualizáciou.

Niečo v zmysle:
- stiahnutie aktuálnej verzie do dočasného súboru
- stiahnutie aktualizátora
- zavolanie aktualizátora
- aktualizátor zmaže adminera, premenuje dočasný súbor na názov pôvodného súboru a vymaže sa

Možno sa to dá aj jednoduchšie, nič podobného som nerobil. Ale admineru to veľa na dĺžke nepridá a navyše ubudne kopec roboty s aktualiáciou.

Jan Tojnar:

Problém by byl, pokud by se v admineru něco změnilo a pluginy poté přestaly fungovat (např. nedávná nefunkčnost přihlašovacího formuláře s pluginem AdminerLoginServers). Musely by se aktualizovat i pluginy. Nejjednodušší by bylo použití nějakého repozitáře s balíky jako je to běžné na linuxu, ale to už by byl na takto malý program overkill. Nezbývá tedy než aktualizovat pluginy ručně.

Buď tedy nechat každého, aby si automatické aktualizace řešil sám (já v současnosti mám aktualizační mechanismus v indexu/pluginloaderu: https://dl.dropbox.com/u/1189439/temp/adminer-updater/index.php) nebo udělat aktualizace poloautomatické (spustily by se až po kliknutí na odkaz s verzí).

Popisovaný způsob by byl celkem vyhovující. Nevím přesně jak je to se sebemodifikací, u mě (ubuntu) to funguje, pokud na jiných systémech php spouštěný soubor blokuje, tak se zřejmě bez dočasného souboru neobejdeme.

msx:

Samozrejme aktualizovalo by sa len v prípade, že by si to dotyčný želal. To znamená, že by klikol na odkaz na novú verziu. Tam by sa ho opýtalo, či aktualizovať alebo nie a ak by dal nie, tak by sa udialo to čo teraz (otvorila by sa stránka Adminera). Mne by to ušetrilo kopec práce, keby je to priamo v Admineri, pretože pluginy doňho sú pre mňa nezaujímavé, keďže pre mňa je Adminer jeden súbor a nič viac. Potom si zvyknem na pluginy a bez ďalších podporných 20 súborov sa nepohnem.

No a musím Adminera pochváliť. Už som ho dal na server pod https (ani phpMyAdmin nie je pod https), preklikávanie medzi databázami na serveri, to je nádhera. Nemusím prepisovať prihlasovacie údaje ako pri phpMyAdmine doteraz, už len čakám na novú verziu, ktorá si pamätá aj databázu a potom už nemám slov. To je proste paráda. škoda, že som s Adminerom nezačal už dávnejšie. Akurát si ešte neviem zvyknúť pri štruktúre tabuľky, že čo znamená NULL, že či je to default alebo len povolenie NULL (myslím, že to druhé), takže si vždy otvorím zmenu štruktúry a tam vidím všetko prehľadne. No a náhodou som objavil dvojklik na bunku v tabuľke a skoro mi oči vypadli, keď som zistil, že môžem priamo editovať (pôvodne som totiž potreboval hodnotu niekam skopírovať a tak som 2x klikol, nech sa mi celá vyznačí). Na určité veci ho dokonca používam aj na lokál (hlavne export a import, lebo v HeidiSQL je to veľa klikania). Už len rozmýšľam, že aký program použiť, aby som z toho spravil "desktopovú" aplikáciu. Marí sa mi, že na to kedysi existoval program Mozzila Prism, ale neviem či to ešte existuje a či vôbec stojí za to.

Jakub Vrána :

V Google Chrome je k dispozici funkce Create Application Shortcut.

Jakub Vrána :

Nebudu to dělat ze dvou důvodů:

1. Uživatel, pod kterým běží webový server, by vůbec neměl mít právo zápisu do adresáře, kde běží Adminer.

2. PHP nemusí mít přístup na Internet.

Oba důvody mají bezpečnostní opodstatnění a já nechci přidávat funkci, která by vyžadovala jejich porušení.

msx:

Ospravedlňujem sa za dvojité odoslanie príspevku, ale keď som sem prišiel druhýkrát, tak môj príspevok som nevidel. Keďže som ho mal pre istotu skopírovaný v schránke, odoslal som ho celý znova a objavil sa aj môj predchádzajúci príspevok.

No a ešte mám jednu otázku:
Nedal by sa z Adminera vyhodiť von skript, ktorý robí export a import databázy a spraviť z toho samostatnú časť? Používam na zálohu databázy upravený i_am_backup, ale na Adminerov export to rozhodne nemá. Myslím, že toto by mnoho ľudí uvítalo.

Samozrejme by bolo nutné to vypustiť pod vhodnou licenciou, aby sa to dalo použiť aj v uzavretých porjektoch.

Jakub Vrána :

Já to vyčleňovat nebudu, protože to na nic nevyužiji. Ale licence Admineru to umožňuje.

msx:

Zaujímalo by ma, či v Admineri beží SQL príkaz v transakcii alebo nie. Ako je to teda?

Jakub Vrána :

Ne.

msx:

Mal by som otázku:
Prečo, keď na prehliadači otvorím archív, tak vidím, napr., 50 starých a 4 nové príspevky, otvorím dotyčný článok, prejdem diskusiu a zavriem prehliadač. Potom neskôr otvorím opäť ten istý prehliadač a stále 50 starých a 4 nové. Prejdem diskusiu, nič nové tam nie je. Potom to spravím ešte tretíkrát a ukazuje to už dobre, 54 starých?

msx:

No a opäť po znovuotvorení diskusie nevidím svoj príspevok písaný, pred pár sekundami. Objavil sa aj po stlačení F5.

msx:

Ešte som objavil (možno) chybu v Admineri. Keď editujem bunku tabuľky tak, že dám dvojklik na bunku a prepíšem hodnotu a stlačím Enter, tak je všetko v poriadku. Ale ak je bunka typu text, tak stlačením Enter len urobím nový riadok a v podstate tú bunku neviem nijako uložiť. Možno by bolo vhodné nastaviť, aby bunka zobrala aj stlačenie Ctrl+S.

Jan Tojnar:

Já používám ctrl+enter.

msx:

Ďakujem.