Článek: Instalace phpMyAdmin
Autor clanku pise, ze phpMyAdmin je "Jeden z nejlepších, pokud ne nejlepší, nástroj pro správu databáze".
To je (bohuzel) asi pravda. Bohuzel proto, nebot je postaven na PHP a tim take vyrazne omezen - zkuste si ulozit nebo nacist DUMP nejake vetsi tabulky, ci nejakou uplne jinou operaci, ktera je narocna na jadro PHP (misto na MySQL) - operace trvaji neskutecne dlouho, casto narazite na timeouty...
Proto bych se chtel zeptat ctenaru, jestli neznaji nejaky program pro Windows, ktery je tak komfortni jako phpMyAdmin ale ma vykon nativni aplikace?
To je (bohuzel) asi pravda. Bohuzel proto, nebot je postaven na PHP a tim take vyrazne omezen - zkuste si ulozit nebo nacist DUMP nejake vetsi tabulky, ci nejakou uplne jinou operaci, ktera je narocna na jadro PHP (misto na MySQL) - operace trvaji neskutecne dlouho, casto narazite na timeouty...
Proto bych se chtel zeptat ctenaru, jestli neznaji nejaky program pro Windows, ktery je tak komfortni jako phpMyAdmin ale ma vykon nativni aplikace?
Docela dobrá aplikace je: MySql-Front
No například MySQL Control Center, ten umí vše co by člověk mohl chtít, jen české texty (evropské kódování) mu dělají problémy
Pouzivam MySQL Front 2.5 a je uplne super (silne vyuzivam moznost kopirovat databazu z jedneho (testovacieho) servera na druhy (produkcny) bez potreby dumpovania do sql prikazov). Skusal som aj novsiu verziu ale prilis sa mi nepozdavala ;-)
http://mysqlfront.sstienemann.de/
http://mysqlfront.sstienemann.de/
Pouzivam tohle take, ale vadi mi par veci. Mozna si to je neumim nastavit, ale kdyz vepisuji text tak mi bere asi cca jen 40 znaku (type text) a dal nic, pokud chci delsi tak musim pres PHPmyadmina nebo vlastni skripty.
Mysql control center je skutecne kvalitka. MysqlFront taktez neni spatny - bohuzel pro realnou praci bych potreboval kombinaci obou - a oba maji jednu zakladni nevyhodu proti phpmyadminovi. Kdyz mate na db pristup jen z localhost tak vam jsou bohuzel oba k nicemu.
Víťo, nemáš úplnou pravdu. Ani jeden program nepoužívám, ale jak jsem se díval, MySQL CC by mělo fungovat i pod Linuxem. Neměl by proto být problém spustit aplikaci na serveru (přístup do db z localhostu) a přitom ji zobrazovat u sebe. Úžasná to vlastnost X serveru. Druhou stranou mince je fakt, že ssh konto není běžnou součástí webhostingových služeb.
doufam ze uz ma opravenou chybu a nekoliduje na LIMIT 5,-1 (kvuli tomu -1) mate uz ho nekdo instalovan? napiste zda problem pretrvava - diky
Aneb jak rika Murphy - Optimista si mysli, ze svet, ve kterem zijeme je nejlepsi ze vsech moznych; pesimista se obava, ze je tomu opravdu tak. Leo
A co dělá realista se sklony k cynismu? ;-)
EMS MySQL Manager je podla mojho nazoru najlepsi frontend pre MySQL, zvlada aj take veci ako SSH tunelling, exporty a importy do roznych formatov, velmi pekne a prehladne prostredie, zaroven je aj pre Win32 aj pre Linux, ma rozhranie pre Plugins.. zatial som nevidel nic lepsie..
Inak este k MySQL Front-u: posledna verzia 2.5 sa mi zda velmi divna. Je to nieco ako nedorobena beta (trpi roznymi padmi, nestabilitou vobec, chybami v spracovani a pod). Posledna verzia 2.4 je jedina pouzitelna a bohuzial vyvoj MySQL Front-u je uz dlhu dobu zastaveny a asi uz nebude nikdy pokracovat takze pre buducnost (a nove vlasnosti MySQL 4.1 a 5) je nepouzitelny. Zaroven co sa tyka importu a exportu je na tom biedne, zdiadna podpora PDF, ziadne tlacove zostavy....
Inak este k MySQL Front-u: posledna verzia 2.5 sa mi zda velmi divna. Je to nieco ako nedorobena beta (trpi roznymi padmi, nestabilitou vobec, chybami v spracovani a pod). Posledna verzia 2.4 je jedina pouzitelna a bohuzial vyvoj MySQL Front-u je uz dlhu dobu zastaveny a asi uz nebude nikdy pokracovat takze pre buducnost (a nove vlasnosti MySQL 4.1 a 5) je nepouzitelny. Zaroven co sa tyka importu a exportu je na tom biedne, zdiadna podpora PDF, ziadne tlacove zostavy....
No a co treba misto sloziteho vytvareni tabulek bod po bodu proste spustit SQL ulozene v souboru scripts/create_tables.sql ? :-D
Předtím ovšem musíte ten SQL dotaz patřičně upravit, tedy musíte vědět jak a proč ;-)
nehlede na to, ze napr. u verze 2.5.4 tam ten dotaz ani neni :)
Při fulltextovém vyhledávání na Intervalu mi dost vadí, že nejsou prohledávány i diskuze ke článkům. Nešlo by to "zařídit"?
Předem děkuji alespoň za odpověď ;-)
Předem děkuji alespoň za odpověď ;-)
Zařídit by to šlo. Ve skutečnosti se na tom už pracuje (nebo spíš nepracuje, zdržuje se to kvůli formálním obezličkám a byrokracii ;-)
Díky. Zatím to jako informace stačí, je mi to jasný ;-)
Nastavil sem PhpMyAdmin na localhostu (w2k), stránka se mi zobrazí po dlouhé době, ale nenačte se logo. Adresa pak je http://localhost:80/...
Podadíte někdo ??? Díky
Podadíte někdo ??? Díky
Už jsem si poradil, Hodil jsem to na Apache a pohoda :-)
Ahoj.
Mam problem, phpadmina mam hrozne rad, ale od verze 2.20 se mi nedari ho spustit na localhostu tak aby fungoval.. teda zobrazilo se mi neco v prohlizeci .. ale pri tom, kdyz se na tu samou verzi kouknu pres web tak mi ji prohlizec zobrazi, takze bych rekl, ze v prohlizeci chyba neni.. Nevite nekdo kde tedy je chyba
diky Ondra
Mam problem, phpadmina mam hrozne rad, ale od verze 2.20 se mi nedari ho spustit na localhostu tak aby fungoval.. teda zobrazilo se mi neco v prohlizeci .. ale pri tom, kdyz se na tu samou verzi kouknu pres web tak mi ji prohlizec zobrazi, takze bych rekl, ze v prohlizeci chyba neni.. Nevite nekdo kde tedy je chyba
diky Ondra
Já s phpMyAdminem na IIS nemám žádné problémy, v současné době tam mám verzi 2.5.1, a vždy jsem bez problémů přešel z nižší verze na vyšší. Možná tento článek by mohl váš problém vyřešit - popisuje nastavení (hlavně asi ta cesta k phpMyAdminovi, tam bych hledal chybu).
.. a phpAdmin ma jednu zasadnu nevyhodu - neda sa pouzit na velke databazy... dajme tomu viac ako 8MB mu robi uz problemy - vacsinou je obmedzenie jedneho php scriptu nastavene prave na spotrebu max. 8MB pamate - to znamena, ze napr. sql dump vacsi ako spominanych 8MB neprejde...
To ale není omezení phpMyAdmina a dokonce ani technologie, kterou používá (tedy PHP). Jde o omezení dané konfigurací serveru, takže nemá smysl něco takového vyčítat nástroji. Pokud potřebujete pracovat se soubory, které jsou i po komprimaci větší než limit serveru, tak či onak vám nezbyde, než se se správci serveru dohodnout na nějakém alternativním řešení, bez ohledu na použitý DBS manažer ;-)
Nastavte klíč pro šifrování cookies v kofiguračním souboru (blowfish_secret).
at delam co delam, porad mi to pise tuhle hlasku, diky za kazdou radu
(win xp, phphome 2.3.2
at delam co delam, porad mi to pise tuhle hlasku, diky za kazdou radu
(win xp, phphome 2.3.2
RTFM nebo alespoň článek. Stačí do té proměnné přiřadit jakýkoli text, splňující parametry hesla (alfanumerické znaky, nejlépe anglické abecedy, nejméně osm ;-)
Jde použít tento postup i na verzi 2.5.6?
Článek je stále ještě odkazován přímo z webu phpMyAdmin, takže předpokládám, že by to neměl být žádný problém ;-)
Vazeni, jsem totalni zacatecnik a tudiz se zeptam na basic vec. Nainstaloval jsem PhpAdmin zkopiroval do ..apache/httdoc, nastavil v IIS localhosta a ...
a/mam tam nahrat stranku, pres kterou pobezi form a databaze?
b/mam udelat co, aby se mi kýžený výsledek - phpadmin zobrazil?
Navody jsou jak jiz zaznelo pro blbce, ale jsem jeste vetsi, nez vsichni doufali.
dekuji za schovivavost
a/mam tam nahrat stranku, pres kterou pobezi form a databaze?
b/mam udelat co, aby se mi kýžený výsledek - phpadmin zobrazil?
Navody jsou jak jiz zaznelo pro blbce, ale jsem jeste vetsi, nez vsichni doufali.
dekuji za schovivavost
Článek popisuje pouze instalaci a konfiguraci samotného phpMyAdmin. Z Vašeho dotazu usuzuji, že Váš problém je mnohem hlubší - například, víte vůbec, jaký používáte server? Máte na něm nainstalován interpret PHP? A tak dále... ;-)
MySql 3.23.47-nt, Apache 1-3-23, PhpMyAdmin 2.5.6. Můj dotaz je samozřejmě hlubší, resp nevím, jak to rozchodit, ale v zásadě zapnout počítač umím.
Na základě Vašeho předešlého příspěvku (především části, v níž říkáte, cituji, "...apache/httdoc, nastavil v IIS localhosta a...) jsem si zdaleka nebyl jist, zda alespoň víte, jaký server vůbec provozujete. Pokud jste si to tedy ujasnil, udělejte následující:
1. V souboru "httpd.conf" (k vidění někde tam, kam jste nainstaloval Apače) najděte direktivu "DocumentRoot" a zjistěte, který adresář je nastaven jako základní pro dokumenty.
2. Do výše zmíněného adresáře nahrajte adresář "phpmyadmin", který vytvoříte postupem popsaným v článku.
3. Spusťte Apače a MySQL.
4. Spusťte libovolný WWW prohlížeč.
5. Do adresního okénka browseru zadejte "http://localhost/phpmyadmin/" (bez těch uvozovek, samozřejmě) a odklepněte Enter či jeho ekvivalent, podle toho, jaké vstupní zařízení používáte.
No a dále můžete postupovat podle popisu v článku, k němuž přináleží tato diskuse ;-)
1. V souboru "httpd.conf" (k vidění někde tam, kam jste nainstaloval Apače) najděte direktivu "DocumentRoot" a zjistěte, který adresář je nastaven jako základní pro dokumenty.
2. Do výše zmíněného adresáře nahrajte adresář "phpmyadmin", který vytvoříte postupem popsaným v článku.
3. Spusťte Apače a MySQL.
4. Spusťte libovolný WWW prohlížeč.
5. Do adresního okénka browseru zadejte "http://localhost/phpmyadmin/" (bez těch uvozovek, samozřejmě) a odklepněte Enter či jeho ekvivalent, podle toho, jaké vstupní zařízení používáte.
No a dále můžete postupovat podle popisu v článku, k němuž přináleží tato diskuse ;-)
Omlůouvám se, že neustále řeším v tomto fóru věci, které sem nepřísluší. Yuhů mi něco podobného poradil a problém byl v základním nastavení IIS, resp v základních souborech-nebyl nadefinován index.php
Děkuji za shovívavost
Děkuji za shovívavost
Promiňte, ale teď už Vám vůbec nerozumím. Tak nejprve mluvíte o IIS, pak tvrdíte, že máte Apače a teď zase, že problém byl v nastavení IIS. Byl byste tak laskav a alespoň mi vysvětlil, co je tohle za hloupý vtip?
Pouze se špatně terminolgicky vyjadřuju. Není to hlopý vtip, pouze začátečník. Omluva a konec
Pouze se špatně terminolgicky vyjadřuju. Není to hlopý vtip, pouze začátečník. Omluva a konec
Od: David Toman
IP: 212.80.88.65/212.80.88.65
Datum: 2004-02-24 23:04:38
Předmět: nejde mi vytvorit uzivatel pma
IP: 212.80.88.65/212.80.88.65
Datum: 2004-02-24 23:04:38
Předmět: nejde mi vytvorit uzivatel pma
kdyz se v navodu k nastaveni dostanu az sem k:
GRANT USAGE ON mysql.* TO 'pma'@'localhost' IDENTIFIED BY 'pmapass';
tak mi to zobrazi tuto chybovou hlasku:
#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ''localhost'IDENTIFIED BY 'pmapass'' at line 1
mam mandrake 92, Apache 2.0.47, MySQL 4.0.15
jsem take zacatecnik, takze polopaticky prosim:-)
GRANT USAGE ON mysql.* TO 'pma'@'localhost' IDENTIFIED BY 'pmapass';
tak mi to zobrazi tuto chybovou hlasku:
#1064 - You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ''localhost'IDENTIFIED BY 'pmapass'' at line 1
mam mandrake 92, Apache 2.0.47, MySQL 4.0.15
jsem take zacatecnik, takze polopaticky prosim:-)
Od: Vilém Málek
IP: 81.30.231.22/81.30.231.22
Datum: 2004-02-24 23:41:26
Předmět: nejde mi vytvorit uzivatel pma
IP: 81.30.231.22/81.30.231.22
Datum: 2004-02-24 23:41:26
Předmět: nejde mi vytvorit uzivatel pma
Chyba 1064 je chyba při parsování příkazu, to znamená, že interpret MySQL nedokázal Váš příkaz rozebrat na jednotlivosti a přeložit do proveditelné formy.
Jak se zdá, Váš problém je opravdu rozšířen, zmiňují se o něm i konference MySQL. Nevím, kde je chyba (podezříval bych spíše phpMyAdmin, ale může to být i engine MySQL), v tomto jednoduchém případě by ale mohlo být řešením zadání příkazu bez uvozovek:
GRANT USAGE ON mysql.* TO pma@localhost IDENTIFIED BY 'pmapass';
Jde ovšem o provizorní opatření, takto koncipovaný příkaz může při použití nevhodných znaků ve jménu uživatele nebo serveru způsobit opravdu vážné problémy.
Jak se zdá, Váš problém je opravdu rozšířen, zmiňují se o něm i konference MySQL. Nevím, kde je chyba (podezříval bych spíše phpMyAdmin, ale může to být i engine MySQL), v tomto jednoduchém případě by ale mohlo být řešením zadání příkazu bez uvozovek:
GRANT USAGE ON mysql.* TO pma@localhost IDENTIFIED BY 'pmapass';
Jde ovšem o provizorní opatření, takto koncipovaný příkaz může při použití nevhodných znaků ve jménu uživatele nebo serveru způsobit opravdu vážné problémy.
Od: David Toman
IP: 212.80.88.65/212.80.88.65
Datum: 2004-02-25 01:26:40
Předmět: nejde mi vytvorit uzivatel pma
IP: 212.80.88.65/212.80.88.65
Datum: 2004-02-25 01:26:40
Předmět: nejde mi vytvorit uzivatel pma
po "downgradu" na phpMyAdmin 2.5.3 (se kterym to evidentne jinym uzivatelum fungovalo) mi to stale pise stejnou chybu, takze ta zrada bude pravdepodobne v MySQL...
Mam na systeme nainstalovanu verziu 2.5.6.Pouzivam HTTP autentifikaciu.Vsetko ide v pohode. Chcel by som spravit to aby po prihlaseni videl uzivatel iba databazu pre ktoru ma opravnenie,udane v tabulke DB databazy MYSQL.
Ako mam to prosim vas spravit?Velmi mi na tom zalezi.
DAKUJEM
Ako mam to prosim vas spravit?Velmi mi na tom zalezi.
DAKUJEM
Od: Vilém Málek
IP: 194.213.36.254/194.213.36.254
Datum: 2004-03-10 08:34:01
Předmět: phpMyAdmin multiuser
IP: 194.213.36.254/194.213.36.254
Datum: 2004-03-10 08:34:01
Předmět: phpMyAdmin multiuser
Že uživatel vidí jen "své" databáze je v phpMyAdmin naprosto normální. Ve Vámi zmiňované verzi se mi ale stává, že vidím i cizí databáze (i když se tváří jako prázdné). IMHO jde o nějakou dočasnou chybu, která bude brzy odstraněna ;-)
Nevim proc, ale admin me nenacte stylopis. Nema nekdo podobny problem?
Od: Martin
IP: 147.32.127.204/147.32.127.204
Datum: 2004-04-19 09:43:53
Předmět: bílé jak list papíru :-(
IP: 147.32.127.204/147.32.127.204
Datum: 2004-04-19 09:43:53
Předmět: bílé jak list papíru :-(
Postupoval jsem podle návodu. Než jsem začal vytvářet tabulky, tak se mi phpadmin zobrazil. Po té jsem však vytvořil pma_db a všechny tabulky. Pak po problému 1064 ;-) (který opravdu po vynechání uvozovek patřičné sql dotazy provedl) jsem dospěl až na konec kdy jsem si překopíroval off-line config.inc.php. Bohužel k mému podivu se mi phpadmin vůbec nezobrazil, místo toho se zobrazila jen prázdná (úplně čistě bílá) stránka?!?
Kde by v tom mohl být zakopán "Ořech"? ... Instaloval jsem si phpadmina ver. 2.5.6 na Apache 2.0.49 / PHP 4.3.5.
Za jakoukoliv podmětnou myšlenku budu velmi rád.
Děkuji M.
Kde by v tom mohl být zakopán "Ořech"? ... Instaloval jsem si phpadmina ver. 2.5.6 na Apache 2.0.49 / PHP 4.3.5.
Za jakoukoliv podmětnou myšlenku budu velmi rád.
Děkuji M.
Od: Martin
IP: 147.32.127.204/147.32.127.204
Datum: 2004-04-19 09:56:29
Předmět: bílé jak list papíru :-(
IP: 147.32.127.204/147.32.127.204
Datum: 2004-04-19 09:56:29
Předmět: bílé jak list papíru :-(
Tak už jsem ho našel. :-) Omlouvám se za vámi stracený čas mnou. ;-) .... Stačilo přehlídnout jeden omylem smazaný středník a co to udělá za divy. Zvláštní že mi server neohlásil chybu. :-/ ...
Poradte mi prosim. Vse mi jede jak ma, ale ne a ne se mi zobrazit pozadavek na heslo, vzdy se mi to naloguje rovnou jako root :/
Je třeba nastavit cookie nebo http autentifikaci.
Především je třeba si přečíst článek. Nemá smysl odpovídat na otázku, která by po přečtení článku ani nemohla vzniknout...
Poradil by mi nekdo, jak rozchodit http autentifikaci...
v config.inc.php mam nastavene
$cfg['Servers'][$i]['auth_type'] = 'http';
$cfg['Servers'][$i]['user'] = '';
$cfg['Servers'][$i]['password'] = '';
v config.inc.php mam nastavene
$cfg['Servers'][$i]['auth_type'] = 'http';
$cfg['Servers'][$i]['user'] = '';
$cfg['Servers'][$i]['password'] = '';
GRANT SELECT , INSERT , UPDATE , INDEX , CREATE , DELETE ON testuj. * TO testuj@localhost IDENTIFIED BY '12589'
pokud zadam tento prikaz, vse funguje.
ALE pokud zadam
GRANT SELECT , INSERT , UPDATE , INDEX , CREATE , DELETE ON testuj. * TO testuj@"%" IDENTIFIED BY '12589'
aby byl pristup odkudkoliv, tak to nejde :((
PROSIM PORADTE MI...
A jeste jeden problem..
Pokud se z jednoho pocitace prihlasim pres
phpmyadmin na 2 ruzne uzvatele na spravu 2 ruznych databazi, uzivatele se mi
navzajem vyhazuji. :(
Ad GRANT: Chybně zadaný příkaz + chyba v DB, odpověď v této diskuzi výše.
Ad 2 uživatelé: Jelikož v popisovaném režimu používá phpMyAdmin k identifikaci uživatele cookies, je nutno buď provozovat víceinstanční prohlížeč (kde jednotlivé instance nesdílí úložný prostor pro cookies) nebo jednoduše spustit na počítači dva různé prohlížeče, třeba MSIE a Firefox ;-)
Ad 2 uživatelé: Jelikož v popisovaném režimu používá phpMyAdmin k identifikaci uživatele cookies, je nutno buď provozovat víceinstanční prohlížeč (kde jednotlivé instance nesdílí úložný prostor pro cookies) nebo jednoduše spustit na počítači dva různé prohlížeče, třeba MSIE a Firefox ;-)
Předesílám,že jsem začátečník a tak prosím o schovívavost.
Pokusil jsem se nainstalovat phpMyAdmin 2.5.6.Bohužel jsem dospěl pouze k bodu 9. a tady jsem narazil.Předpokládám,že tabulky pomocné databáze se vytvářejí přímo phpMyAdminem.Alespoň pma_bookmark jsem tak vytvořil.
U tabulky pma_relation jsou názvy sloupců v obrácených apostrofech a je zde řádek KEY foreign_field (......).
Co se apostrofů týká,ty mi hlásili divnou syntaxi.Když jsem je vynechal, hláška zmizela,ale je to správně?A úplně vedle jsem z toho klíče.Při tvorbě tabulky se mi nabízí možnost primary,index a unique.Ale co s tím KEY?
A co se klíče týká,ještě otázku k tabulce pma_column_info.Zde je
UNIQUE KEY db_name (db_name,........)
Když příslušné sloupce označím unique je správně jejich seznam v závorce, ale jak dostat db_name před závorku.
Poradíte někdo?Dík.
Pokusil jsem se nainstalovat phpMyAdmin 2.5.6.Bohužel jsem dospěl pouze k bodu 9. a tady jsem narazil.Předpokládám,že tabulky pomocné databáze se vytvářejí přímo phpMyAdminem.Alespoň pma_bookmark jsem tak vytvořil.
U tabulky pma_relation jsou názvy sloupců v obrácených apostrofech a je zde řádek KEY foreign_field (......).
Co se apostrofů týká,ty mi hlásili divnou syntaxi.Když jsem je vynechal, hláška zmizela,ale je to správně?A úplně vedle jsem z toho klíče.Při tvorbě tabulky se mi nabízí možnost primary,index a unique.Ale co s tím KEY?
A co se klíče týká,ještě otázku k tabulce pma_column_info.Zde je
UNIQUE KEY db_name (db_name,........)
Když příslušné sloupce označím unique je správně jejich seznam v závorce, ale jak dostat db_name před závorku.
Poradíte někdo?Dík.
Prosba už není aktuální. Už jsem to zvládnul sám.
Od: Tom
IP: 195.245.209.14/195.245.209.14
Datum: 2004-07-19 12:13:37
Předmět: prsím help - nefunkční authentifikace
IP: 195.245.209.14/195.245.209.14
Datum: 2004-07-19 12:13:37
Předmět: prsím help - nefunkční authentifikace
Prosím poraďte co s tím. Po provedení všech kroků, které zde popisujete se mi objeví přihlašovací okno a po vyplnění udajů pro přihlášení mi to hlásí tuto chybu:#1250 - Client does not support authentication protocol requested by server; consider upgrading MySQL client
MySQL používám verzi 5.0.0-alpha-nt. Zkoušel jsem i verzi mysql-4.1.3a, ale výsledek byl stejný. Co se s tím dá dělat.
Předem dekuji.
MySQL používám verzi 5.0.0-alpha-nt. Zkoušel jsem i verzi mysql-4.1.3a, ale výsledek byl stejný. Co se s tím dá dělat.
Předem dekuji.
Od: Vilém Málek
IP: 194.213.36.254/194.213.36.254
Datum: 2004-07-19 12:45:31
Předmět: prsím help - nefunkční authentifikace
IP: 194.213.36.254/194.213.36.254
Datum: 2004-07-19 12:45:31
Předmět: prsím help - nefunkční authentifikace
Jde o známý problém, vyskytující se při upgrade z MySQL 4.0 a nižších (nejde tedy o chybu phpMyAdmin). Vyšší verze MySQL používají jiný způsob hashování hesla a proto se starší klientské aplikace nemohou k databázi připojit. Vysvětlení, řešení i workaroundy jsou poněkud komplikované na to, abych je zde tlumočil, takže Vám doporučuji následující texty (řazeno zhruba podle praktičnosti):
4.0 mysql client vs 4.1 installation - http://lists.mysql.com/mysql/164808
A.2.3 Client does not support authentication protocol - http://dev.mysql.com/doc/mysql/en/Old_client.html
2.5.2 Upgrading from Version 4.0 to 4.1 - http://dev.mysql.com/doc/mysql/en/Upgrading-from-4.0.html
5.4.9 Password Hashing in MySQL 4.1 - http://dev.mysql.com/doc/mysql/en/Password_hashing.html
4.0 mysql client vs 4.1 installation - http://lists.mysql.com/mysql/164808
A.2.3 Client does not support authentication protocol - http://dev.mysql.com/doc/mysql/en/Old_client.html
2.5.2 Upgrading from Version 4.0 to 4.1 - http://dev.mysql.com/doc/mysql/en/Upgrading-from-4.0.html
5.4.9 Password Hashing in MySQL 4.1 - http://dev.mysql.com/doc/mysql/en/Password_hashing.html
Od: Mojmír Lukeš
IP: 213.226.209.18/213.226.209.18
Datum: 2004-07-22 19:56:45
Předmět: Ještě jedna tabulka
IP: 213.226.209.18/213.226.209.18
Datum: 2004-07-22 19:56:45
Předmět: Ještě jedna tabulka
Všiml jsem si že autor nedávno odpovídal na příspěpek a tak si dovolím jednu maličkou připomínku. Nynější verze (2.5.7) vyžaduje ještě jednu tabulku pro pdf stránky - pma_table_coords. Nestálo by za to článek aktualizovat - už kvůli tomu odkazu http://www.phpmyadmin.net
S pozdravem
S pozdravem
Článek určitě aktualizuji, ale až bude k dispozici phpMyAdmin 2.6 final - zároveň s novým článkem zaměřeným zvlášť na práci s PDF ;-)
Konecne po dlhom boji a vdaka tomuto navodu mi beha vsetko ako ma!
Od: Marianna
IP: 193.87.209.209/193.87.209.209
Datum: 2004-09-22 10:29:46
Předmět: problém s vložením textového súboru
IP: 193.87.209.209/193.87.209.209
Datum: 2004-09-22 10:29:46
Předmět: problém s vložením textového súboru
Používam phpMyAdmin 2.4.0-rc2, ale od istého času mi nechce povoliť vložiť textový súbor do tabuľky a vypisuje hlášku:
The used command is not allowed with this MySQL version
Poraďte mi prosím.
The used command is not allowed with this MySQL version
Poraďte mi prosím.
Od: Vilém Málek
IP: 194.213.36.254/194.213.36.254
Datum: 2004-09-22 12:06:40
Předmět: problém s vložením textového súboru
IP: 194.213.36.254/194.213.36.254
Datum: 2004-09-22 12:06:40
Předmět: problém s vložením textového súboru
Doporučuji Vám obrátit se se svým dotazem na Interforum - http://interforum.interval.cz ;-)
Od: Kukoo
IP: 213.151.217.72/213.151.217.72
Datum: 2004-10-02 20:11:54
Předmět: zly priklad s PmaAbsoluteUri
IP: 213.151.217.72/213.151.217.72
Datum: 2004-10-02 20:11:54
Předmět: zly priklad s PmaAbsoluteUri
Podla odporucani autora som zadefinoval:
$cfg['PmaAbsoluteUri'] = (!empty($_SERVER['HTTPS']) ? 'https' : 'http') . '://'
. $_SERVER['HTTP_HOST']
. (!empty($_SERVER['SERVER_PORT']) ? ':' . $_SERVER['SERVER_PORT'] : '')
. substr($_SERVER['PHP_SELF'], 0, strrpos($_SERVER['PHP_SELF'], '/')+1);
Tento priklad vsak nefunguje pri nestandartnom https porte
napriklad https://mydb.host.net:445/phpmyadmin/
vtedy vsetky odkazy prepisuje na : https://mydb.host.net:445:445/phpmyadmin/odkazy...
$cfg['PmaAbsoluteUri'] = (!empty($_SERVER['HTTPS']) ? 'https' : 'http') . '://'
. $_SERVER['HTTP_HOST']
. (!empty($_SERVER['SERVER_PORT']) ? ':' . $_SERVER['SERVER_PORT'] : '')
. substr($_SERVER['PHP_SELF'], 0, strrpos($_SERVER['PHP_SELF'], '/')+1);
Tento priklad vsak nefunguje pri nestandartnom https porte
napriklad https://mydb.host.net:445/phpmyadmin/
vtedy vsetky odkazy prepisuje na : https://mydb.host.net:445:445/phpmyadmin/odkazy...