DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Opet taj charset (http://www.devprotalk.com/showthread.php?t=10279)

slavkan 03. 08. 2011. 19:32

Opet taj charset
 
Mukama nikad kraja kada je u pitanju upisivanje u bazu i prikazivanje slova sa kvakicama (pri tome mislim i na cirilicu). Koristim mysql bazu i evo sta sam ja sve podesio:

1. U phpmyadmin-u sam za Collation baze kao i za Collation svih kolona u tabeli koje su mi potrebne da se prikazu podesio na utf8_general_ci. Napominjem da moram da dozvolim prikaz i cirilice i latinice na webu u zavisnosti kako ko popuni taj odgovarajuci formular koji cu prikazivati.

2. Na stranici na kojoj treba da prikazem te podatke iz popunjenog formulara sam dodao naravno i ovo:
Kôd:

<meta http-equiv="content-type" content="text/html; charset=utf-8"/>
E sad ako to ostavim ovako dobijem delimicno resen problem, a to znaci da ja na webu imam prikazanu i cirilicu i latinicu kao i slova sa kvakicama ali u bazi imam ona cudna slova :
Kôd:

ŃˆĐ°ŃˆĐ¸Đ˛Đ°Ń€ĐµĐ˛Đ¸Ń› ŃˆĐ°ŃˆĐ¸Đ˛Đ°Ń€ĐµĐ˛Đ¸Ń›
3. Ako uradim to da u moj config fajl u kome su mi podaci za konekciju na bazu dodam sledece:
Kôd:

mysql_query("SET names 'utf8'");
mysql_query("SET CHARACTER SET utf8");
mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'");

nekim cudom u bazi dobijem ono kako bih zelio da imam, ato je fino upisana i cirilicna i latinicna slova sa kvakicama ali kada to zelim da prikazem na webu umesto cirilicnih slova i slova sa kvakicom tu su upitnici , ostala slova ispise u redu.

Molim da neko pomogne da resim ovaj problem. Postoji li neki nacin da se resi ovo "odjednom" i za cirilicna i za latinicna slova sa kvakicama. Unapred zahvalan !

webarto 03. 08. 2011. 20:27

Jesi sačuvao file kao UTF-8 bez BOM? Postavi strukturu tabele i način na koji se konektuješ. Pogledaj da li su ti kolone UTF8, i database collation, i table collation. I naravno, veza između baze i PHP.

PHP kôd:

    function mysql_connect($server$database$username$password$charset "UTF8"){
        
$link mysql_connect($server$database$password);
        if(!
$link){
            die(
"Unable to connect to database server.");
        }
        
mysql_selectdb($database);
        if(
function_exists("mysql_set_charset")){
            
mysql_set_charset($charset$link);
        }else{
            
mysql_query("SET NAMES $charset");   
        }
    } 


slavkan 04. 08. 2011. 00:01

2 Prilog(a)
E ovako:

Evo mog konekcionog fajla na bazu:

Kôd:

$host="localhost";
$username="root";
$password="";
$db_name="bratstvo";

$db=mysql_connect("$host", "$username", "$password")or trigger_error (mysql_error(),E_USER_ERROR);
mysql_select_db("$db_name")or die("cannot select db");

mysql_query("SET names 'utf-8'");
mysql_query("SET CHARACTER SET utf8");
mysql_query("SET COLLATION_CONNECTION='utf8_general_ci'");

Objasnio sam vec sta se desava kad imaju ova tri zadnja reda, a sta kad ih obrisem.

Evo postavicu sliku baze i tabele u bazi da se vide Collation. Sto se tice fajla gde prikazujem sadrzaj iz baze napominjem da je sacuvan kao "encoding in UTF-8 without BOM"

jablan 04. 08. 2011. 13:33

Citat:

Originalno napisao slavkan (Napišite 100921)
u bazi imam ona cudna slova

Šta ovo znači? Na kraju krajeva, zašto ti je bitno šta imaš u bazi?

slavkan 04. 08. 2011. 14:45

Citat:

Originalno napisao jablan (Napišite 100933)
Šta ovo znači? Na kraju krajeva, zašto ti je bitno šta imaš u bazi?

Kako mislis sta znaci?
Pa bitno je, kad se radi da se odradi do kraja !

jablan 04. 08. 2011. 15:03

Pa ne kontam kako gledaš "šta imaš u bazi"? Sve što je u računaru su zapravo nule i jedinice - samo je pitanje na koji način ih posmatraš, zar ne? Hoću da kažem, moguće je da ti taj alat kojim "gledaš u bazu" na pogrešan način predstavlja to što se u njoj nalazi - mislim, sama činjenica da ti se na vebu prikazuju svi karakteri kako treba govori u prilog tome da je sve u bazi OK, zar ne?

biske 04. 08. 2011. 15:08

Бодган има одличан посто везан за ово, па погледај можда ти помогне:
http://www.mysql.rs/2010/07/smece-u-...-zna-koji-put/

slavkan 04. 08. 2011. 15:13

Citat:

Originalno napisao jablan (Napišite 100937)
Pa ne kontam kako gledaš "šta imaš u bazi"? Sve što je u računaru su zapravo nule i jedinice - samo je pitanje na koji način ih posmatraš, zar ne? Hoću da kažem, moguće je da ti taj alat kojim "gledaš u bazu" na pogrešan način predstavlja to što se u njoj nalazi - mislim, sama činjenica da ti se na vebu prikazuju svi karakteri kako treba govori u prilog tome da je sve u bazi OK, zar ne?

Pa cek jesi ti ikad upisivao u bazu nesto?

slavkan 04. 08. 2011. 15:22

Evo kako sam resio problem ako se to moze zvati resenjem:

Configuguracioni fajl ostaje isti koji mi omoguci da upisujem u bazu i cirilicu i slova sa kvakicama. Kada vrsim prikazivanje, ako mi je upit glasio ovako:

Kôd:

$query = ("SELECT * FROM imenik")
pre tog upita sam dodao

Kôd:

$query = mysql_query("set names 'utf8' ");
Ovo jeste malo seljacki da svaki put moram pre upita da promenljivoj govorim da radi set names na utf8 ali ja ne vidim kako to drugacije resiti.

webarto 04. 08. 2011. 15:27

Jeste jablan upisivao, a jesi li se ti spojio preko one funkcije što sam ti napisao? SET NAMES se samo jednom vrši, odmah poslije connecta na bazu i važi za taj link.
@biske, ne može biti smeće, samo je drugačije prikazano.
@jablan, phpMyAdmin sigurno prikaže ćirilicu kako treba.


Vreme je GMT +2. Trenutno vreme je 05:00.

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.