| bluesman |
09. 08. 2006. 19:49 |
KAd smo kod toga, ja sam primetio nesto vezano za PHPMyAdmin. Nedavno smo postavljali neki sajt na srpskom i koristili PHPMyADmin koji koristim samo kada moram, naravno nastao je haos sa nasim karakterima iako je sve lepo setovano i encoding i language i sve zivo. Onda sam uzeo sa neki svojim scriptom, koji koristim vec skoro 10 godina uz sitne prepravke, uradio import i sve je bilo super.
Ono sto NECU da kazem je da je PHPMyAdmin krsh, ali ono sto hocu da kazem je da ocigledno ima problem sa UTF-8.
|
| Ilija Studen |
09. 08. 2006. 19:59 |
Ima problema samo kada je cela stvar loše konfigurisana (a to uglavnom nije do phpMyAdmina, on samo pokušava da radi po knjizi). Da bi koristio Unicode stavi collation na utf8_unicode_ci i nakon konektovanja reci MySQL da želiš Unicode: SET NAMES 'utf8'.
Ako su u bazi latin1 podaci, a phpMyAdminu kažeš da koristi Unicode normalno da ćeš dobiti papazjaniju.
Možda je ključno pitanje ovde kako latin1 prebaciti u Unicode pošto treba da se odradi import. Ti se na žalost nisam previše bavio, imao sam tu sreću da mi prethodni podaci nisu bili bitni pa se nisam morao cimati :D
|
| bluesman |
09. 08. 2006. 20:32 |
Citat:
Originalno napisao Ilija Studen
Da bi koristio Unicode stavi collation na utf8_unicode_ci i nakon konektovanja reci MySQL da želiš Unicode: SET NAMES 'utf8'.
Ako su u bazi latin1 podaci, a phpMyAdminu kažeš da koristi Unicode normalno da ćeš dobiti papazjaniju.
|
Molim te malo elaboriraj ovo, nisam siguran da razumem sta hoces da kazes, nadam se da ne govoris ono sto ja mislim da pokusavas da kazes :) |
| Sanja |
09. 08. 2006. 20:50 |
ajde mozda i meni nekim cudom sve proradi :)
Dragane hvala
|
| Ilija Studen |
09. 08. 2006. 21:10 |
1 Prilog(a)
Jedna slika, 'iljadu reči.
1. Pravilno konfigurisan phpMyAdmin + pravilno uneseni podaci
2. Pravilno konfigurisan phpMyAdmin + malo zeznuti podaci
U prvom slučaju su podaci unošeni u unicode kolonu i character set konecije je utf8. U drugom slučaju su unicode podaci unošeni u latin1 kolonu uz latin1 konekciju (ekvivalenta situacije je kada podatke unosiš u verziju baze koja nema podršku za unicode - MySQL < 4).
Skripta je u oba slučaja radila kako treba jer PHP sam po sebi ne pravi razliku (možda se čini kao feature, ali je u stvari veliki propust)! Međutim, phpMyAdmin pravi tako da podaci koji navodno rade u određenoj skripti ne rade jer su nepravilni - pogrešni.
Kompletna poenta: da ne bi dobijao kuke i kvake u phpMyAdminu i podaci i phpMyAdmin treba da budu pravilno podešeni. Ako si imao takvih problema to je jasan znak da nešto ne valja.
Eksperti za MySQL i dokumentacija mogu dati više detalja... Mene su na rešenje naveli drugi (lepa stvar kod open source projekta je što ne moraš ti da kopaš za svim informacija, neko dođe i u dve prostoproširene ti objasni taman toliko koliko je dovoljno da nešto odradiš kako treba). Od tada nema nikakvih problema ni sa importom ni sa exportom. Sve radi kako treba... |
| Zero-Cool |
09. 08. 2006. 22:43 |
A najjednostavnije je objasnjenje nemojte koristiti phpmyadmin jer on pravi sranja koja u sustini i ne moraju da se ispravljaju, meni se desavalo da mi on prikaze papazjaniju a kada skriptu pokrenem ona normalno iz baze ucita sve nase karaktere bez ikakvih problema.
Znaci sto Goran kaze to je jedan veliki krsh, ali je zgodan za brzo pregledanje i moze se srediti da bude male velicine za upload na server (ako ne postoji).
|
| Ilija Studen |
09. 08. 2006. 23:15 |
Citat:
Originalno napisao Zero-Cool
A najjednostavnije je objasnjenje nemojte koristiti phpmyadmin jer on pravi sranja koja u sustini i ne moraju da se ispravljaju, meni se desavalo da mi on prikaze papazjaniju a kada skriptu pokrenem ona normalno iz baze ucita sve nase karaktere bez ikakvih problema.
Znaci sto Goran kaze to je jedan veliki krsh, ali je zgodan za brzo pregledanje i moze se srediti da bude male velicine za upload na server (ako ne postoji).
|
Opet ponavljam, greška je do skripte, ne do phpMyAdmina. Prosto ignorisanje problema uz obrazloženje "Ionako je krš, nemoj koristiti" uopšte ne rešava sam problem. Rešenje je jednostavno: koristi unicode za kolone i koristi utf8 konekciju na bazu. Simple. |
| Sanja |
11. 08. 2006. 17:35 |
ehh kad bi bilo tako "Simple" :)
|
| gosn.prirodni |
13. 08. 2006. 12:28 |
Ja sam ovih dana imao slične probleme sa importom MySQL UTF-8 baze uz phpMyAdmin. Sve deluje ok, podesim encoding i baze ali kad izvučem podatke na stranu dobijem kuke-i-kvake.
Rešio sam na ovaj način: kad uspostavim konekciju ka bazi a pre bilo kojeg SQL upita uradim mysql_query("SET NAMES 'utf8'", $konekcijaKaBazi)... i stvar radi. Možda nekom i ovo pomogne.
|
| Vreme je GMT +2. Trenutno vreme je 05:51. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
