abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
včera 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 0
včera 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 2
včera 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
včera 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

Ladislav Hagara | Komentářů: 8
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 588 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: client encoding při připojení z PHP do MySQL

    18.3.2007 14:43 8an | skóre: 30
    client encoding při připojení z PHP do MySQL
    Přečteno: 2964×
    Migruji WWW server na Debian, a narazil jsem na problém s MySQL: výchozí nastavení kódování je Latin1, takže to zlikviduje české znaky.

    Nastavil jsem "default-character-set = latin2" v my.cnf, ale to má vliv jen na konzolového mysql klienta, ne na PHP. Nevíte kde se nastavuje totéž pro PHP?

    P.S. Vím že je možné nastavit kódování příkazem "SET CHARACTER SET", ale to by vyžadovalo zásah do PHP skriptů uživatelů, což není přijatelné.

    Děkuji za nápady,

    Lukáš Turek
    If you build an operating system that even an idiot can use, only idiots will use it.

    Odpovědi

    18.3.2007 14:55 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Rekl bych, ze tohle bude docela problem. Ja pouzivam mysql_query("SET NAMES kodovani") po pripojeni v kazdem skriptu, PHP je v tomhle hloupe, takze pokud to nekdo ve svem skriptu nema, je to tak trochu jeho vina...
    18.3.2007 15:03 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    nie je pravda, ze je hlupe. hlupi su ludia, ktori tam to set names nedavaju (skade by asi PHP mohlo vediet, ake kodovanie potrebujes ?). keby existovalo nastavenie nieco akoze 'default encoding', nerobilo by nic ine len by poslalo presne tento dotaz hned po pripojeni.
    18.3.2007 16:38 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Hmm, a co je podle tebe direktiva default-character-set = kodovani v sekci [client] souboru my.cnf? Tohle kodovani mysql server nabizi klientovi (tak napr. command line klient pozna, jake kodovani ma prevzit). Takze ano, PHP je do jiste miry hloupe, ze nabizene kodovani nepouzije a je nutne mu to rici. Ale prave proto, ze se to o PHP vi mas pravdu, to ty lidi jsou hloupi, ze to ve skriptu nerikaji.
    18.3.2007 17:48 8an | skóre: 30
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    No ale já právě nechápu, jaktože to na původním serveru (FreeBSD) funguje, PHP tam používá Latin2 (a v my.cnf to nastavené není). Že lidi jsou hloupí souhlasím, obzvlášť když mají UTF8 data v tabulkách deklarovaných jako Latin2... Ale lidi bohužel opravit nemůžu, musím opravit konfiguraci.
    If you build an operating system that even an idiot can use, only idiots will use it.
    18.3.2007 22:13 8an | skóre: 30
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Tak to vypadá že je potřeba překopilovat MySQL server s --with-charset=latin2
    If you build an operating system that even an idiot can use, only idiots will use it.
    18.3.2007 20:29 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    ta direktiva je _len_ pre textoveho klienta 'mysql' dodavaneho spolu z MySQL serverom. obdobna direktiva sa v konfigu da pouzit aj pre server, ale to neznamena, ze server bude toto kodovanie ponukat klientom - serveru tym praveze hovoris, ake kodovanie budu defaultne klienti pouzivat.
    19.3.2007 00:01 Jan Martinek | skóre: 43 | blog: johny | Brno
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Nedávno jsem tohle řešil v pythonu a třeba půjde podobný postup použít i v PHP. Chtěl jsem docílit těchto vlastností:
    1) abych s databází komunikoval v unicodu
    2) abych já, coby uživatel nikde nemusel nastavovat character_set.
    3) aby se příkaz mysql i skripty v pythonu chovaly "stejně" - v souladu s nějakým globálním nastavením.
    Dospěl jsem k tomu, že v /etc/my.cnf mám (mimo jiné)
    [client]
    default_character_set=utf8
    
    Ve svém houmu mám ~/.my.cnf, v něm třeba heslo nebo tak něco a krom toho řádek
    !include /etc/my.cnf
    
    takže kódování se převezme z /etc. Tím je vyřešen příkaz mysql. Chtělo by to ještě podobnou věc ve skriptech v pythonu. Tam to jde takto:
    #!/usr/bin/env python
    #coding: utf-8
    import MySQLdb
    db = MySQLdb.connect(use_unicode = True, read_default_file="~/.my.cnf")
    c = MySQLdb.cursors.DictCursor(db)
    c.execute('show variables like "%character%"')
    for row in c.fetchall():
        print '%30s %30s' %(row['Variable_name'], row['Value'])
    c.close()
    db.close()
    
    Komunikace probíhá v unicode, přičemž znaková sada se převezme z ~/.my.cnf a ten to zase přebere z /etc. Skript, který jsem uvedl, by měl vypsat
              character_set_client                           utf8
          character_set_connection                           utf8
            character_set_database                           utf8
          character_set_filesystem                         binary
             character_set_results                           utf8
              character_set_server                           utf8
              character_set_system                           utf8
                character_sets_dir     /usr/share/mysql/charsets/
    
    a doufám, že se tím zase na nějakou dobu zbavím problémů. Kdyby se správce (což jsem já) zbláznil a rozhodl se vrátit zpátky na latin2, tak překóduje celou databázi a změní něco v /etc. A mě jakožto uživateli bude všechno nadále fungovat aniž bych cokoli měnil.
    19.3.2007 00:50 8an | skóre: 30
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Ten parametr "use_unicode = True" podle mě nedělá nic jiného než "SET NAMES utf8", takže to nic neřeší. Já asi u databází Wordpressu a podobných podivností nastavím Latin1, aby to nedělalo konverzi kódování, a zbytek nechám. Nechce se mi kompilovat MySQL a řešit pak aktualizace ručně...
    If you build an operating system that even an idiot can use, only idiots will use it.
    19.3.2007 01:21 razor | skóre: 32
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Zdar, use_unicode = True dělá to, že textová data jsou na straně pythonu překonvertována na datový typ unicode. Jinak je použit datový typ str. Znakovou sadu to neovlivňuje.
    19.3.2007 06:55 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    S tim kodovanim mate asi pravdu, default-character-set = kodovani v sekci [client] mozna nema vliv na kodovani jake klient prevezme. Ale nasel jsem jeste jednu vec: mohlo by pomoci toto
    [mysqld]
    init_connect = "SET NAMES utf8";
    Vice je uvedeno v manualove strance mysqld (8).
    19.3.2007 07:33 razor | skóre: 32
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Zdar, default-character-set = kodovani v sekci [client] v my.cnf podle mě má vliv na to, jaké kódování převezme klient (v tomto případě php). Lze ověřit např:
    <?php
    $link = mysql_connect('localhost', '', '' );
    $result = mysql_query("show variables like '%character%'");                                       
    while ($row = mysql_fetch_row($result))
        echo "$row[0] -> $row[1]\n";
    mysql_close($link);
    ?>
    před a po editaci my.cnf
    19.3.2007 08:05 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Podle me taky (viz. muj prispevek vyse), ale jisty si nejsem. Kazdopadne s tim init_connect by to mela byt tutovka.
    19.3.2007 10:31 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    ano to urcite pojde, tiez to takto pouzivam. avsak potom mozu mat problem ludia, ktori pouzivaju ine kodovanie :) ako som uz pisal vyssie, 'set names' je proste nutnost ak niekto chce aby mu jeho app fungovala vsade.
    19.3.2007 10:30 azurIt | skóre: 34 | blog: zatial_bez_mena
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    nie je to tak, pozri si moj prispevok vyssie.

    sekcia [client] je len pre klienta dodavaneho spolu s MySQL serverom.
    19.3.2007 10:32 razor | skóre: 32
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    není tomu tak. Pro mysql klienta je určena sekce [mysql] .
    19.3.2007 11:26 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Mas samozrejme pravdu, predtim jsem si nebyl jisty tak jsem ho nechal pri tom jeho, ale prave jsem se koukal, a to co je uvedeno v sekci [client] se predava _vsem_ klientum.
    19.3.2007 10:40 8an | skóre: 30
    Rozbalit Rozbalit vše Re: client encoding při připojení z PHP do MySQL
    Dík moc, to je přesně ono :o)
    If you build an operating system that even an idiot can use, only idiots will use it.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.