[ gorancho @ 02.03.2011. 00:30 ] @
Unešeni podaci procedurom 'ććččppššđđ' upisuju se kao ????ppšš?? ZAŠTO ???
CALL AddPRi('412','ććččppššđđ','547','2011-03-02','','2', '5')

CREATE DEFINER=`Paja`@`%` PROCEDURE `AddPRi`(IN `Rbr` Int(11), IN `BrojPredmeta` varchar(255), IN `Podnosilac` int(11), IN `DatPrijema` date, IN `DatIzvrsnosti` date, IN `Referent` int(11), IN `Sudija` int(11))
LANGUAGE SQL
NOT DETERMINISTIC
CONTAINS SQL
SQL SECURITY DEFINER
COMMENT ''
BEGIN
INSERT INTO `pri` (`Rbr`,`BrojPredmeta`, `Podnosilac`, `DatPrijema`, `DatIzvrsnosti`, `Referent`, `Sudija`) VALUES (Rbr,BrojPredmeta, Podnosilac, DatPrijema, DatIzvrsnosti, Referent , Sudija );
END


Kada odradim INSERT INTO sve je OK
INSERT INTO `sud`.`pri` (`ID`,`Rbr`,`BrojPredmeta`,`Podnosilac`,`DatPrijema`,`DatIzvrsnosti`,`Primedba`,`Referent`,`Sudija`)
VALUES (NULL ,'417','šđčćž','38','15-1-2011','16-2-2011',NULL,'2','5')

p.s. imajte razumevanje za početničke muke
[ biske86 @ 02.03.2011. 01:04 ] @
Pogledaj da nije nešto od ovoga o čemu je pisao Bogdan. Ako nije javi se ovde..

http://www.mysql.rs/2010/07/smece-u-bazi-po-ko-zna-koji-put/
[ gorancho @ 02.03.2011. 20:19 ] @
Mislim da sam prevazišao (rešio možda) problem .
Stvari ovako stoje. Naizgled sve je O.K.
Character set :utf8, Collation: utf_general_ci, Engine:MyISAM, MySQL 5.1.36 (barem ja mislim da ovako treba da bi koristio Serbian-latinicu) . Ovakvo stanje je zatečeno.
Sada sam exportovao bazu sa sve podatke u SQL a zatim je ponovo samo uvezao.
Meni izgleda kao da sam samo prošetao podatke ali posle toga i funkcija i insert rade kako i očekujem i zbog toga kažem da sam problem prevazišao ali ne i rešio
[ Shinhan @ 03.03.2011. 08:19 ] @
A najvažnija stvar? Da li si imao SET NAMES utf8 u kodu?
[ bogdan.kecman @ 03.03.2011. 08:37 ] @
pogledas lepo sta se nalazi stvarno u tim tabelama ...

SELECT HEX(nekopolje) FROM ...

i vidis sta stvarno pise tamo, da li je neko smece ili ... pa onda kreni dalje
[ pela @ 13.04.2011. 01:02 ] @
Necu nista da dodam, meni je upravo Shinhan-ov odgovor spasio lutanja i guglanja (SET NAMES UTF8), odavno se nisam druzio sa MySql-om a bogami nisam ni odavno bio na ovom forumu...

hvala ti elitesecurity sto si jos tu, ti mi uvek pomognes, ti me uvek iznenadis :)

pozdrav
pela
[ ivan.a @ 16.04.2011. 13:05 ] @
Da, sećam se da sam i ja imao problema sa time. Gde mysql brlja, php ga ispravlja (šalim se, naravno). :)

Takođe, potrebno je i staviti meta tag da bi browser tačno prikazivao sadržaj:
Citat:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
[ VladimirZarcanin @ 26.05.2011. 22:38 ] @
Posto sam i ja pocetnik u PHP-u i MySQL-u imam slican problem.Ako direktno unosim nase karaktere u tabelu u samoj tabeli se prikazuju normalno ali na stranici se pretvaraju u ????.Kad ih upisem preko forme onda se normalno prikazuju i na stranici ali u bazi se pretvaraju u neke simbole.Ima li tome resenja?
[ bogdan.kecman @ 26.05.2011. 22:59 ] @
procitaj tekst linkovan vec nekoliko puta ovde ..
http://www.mysql.rs/2010/07/smece-u-bazi-po-ko-zna-koji-put/

svodi se na to

1. da tabele budu utf8
2. da php zna da radi sa utf8 (multibyte funkcije za rad sa stringovima, set names 'utf8' kada se konektijes na mysql ...)
3. da html koji prikazujes kaze browseru da je utf8 (content type ovo ono)

dodatno, mysql konektor za php je sran1e .. pravljen je za 3.23 a od tada se mnogo toga promenilo, koristi mysqli konektor i tamo imas funkciju http://www.php.net/manual/en/mysqli.character-set-name.php

[ VladimirZarcanin @ 26.05.2011. 23:53 ] @
Hvala na odgovoru,i malo pojasnjenje izmedju mysql i mysqli jel to razlika samo u interfejsu koji ce php da koristi za upite (npr. mysql_query menjam u mysqli_query) ili nesto drugo.
[ bogdan.kecman @ 27.05.2011. 10:38 ] @
mysql interface je pravljen za mysql 3.xx pre 10+ godina i ne podrzava nista sto je nastalo posle 3.xx, dakle ne zna sta je character set / encoding / collation, ne zna za multi set, i tako dalje i tako dalje... ume da radi samo sa najosnovnijim stvarima u mysql-u

mysqli interface je pravljen za moderni mysql