Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.
SET CHARACTER SET utf8
. Když se podívám jak to dělá phpMyAdmin, tak mi to vypisuje stejný příkaz, který spouštím já, ale stejně: phpMyAdmin funguje OK, můj skript ne. Nějaké nápady? Díky.
Ukládání vypadá nějak takhle:
$url = $_POST["url"]; $code = mb_ereg_replace("&", "&", $_POST["code"]); // $code vypadá např. takto: "Nějaký UTF-8 text ..." mysql_query("UPDATE `web` SET `code` = '$code' WHERE `web`.`url` = '$url' LIMIT 1;") or die(mysql_error());
Řešení dotazu:
set names utf8
mysql_query("SET NAMES 'utf8'"); mysql_query("SET COLLATION_CONNECTION='utf8_czech_ci'"); mysql_query("SET character_set_client=utf8"); mysql_query("SET character_set_connection=utf8"); mysql_query("SET character_set_results=utf8"); ini_set( 'default_charset', 'UTF-8' );a nic z toho nepomohlo
mb_internal_encoding("UTF-8");
mb_regex_encoding("UTF-8");
Komentář z 3. února 2009 10:53 na http://us.php.net/manual/en/function.mb-ereg-replace.php
show create database nazev_databaze; show create table nazev_tabulky; show variables like '%char%';Případně vydumpnout tabulku v binární podobě (asi to nějak jde i z phpmyadmina):
mysqldump databaze tabulka --default-character-set=binarya ověřit, v jaké podobě tam jsou data skutečně uložený.
CREATE TABLE `web` ( `url` varchar(128) collate utf8_czech_ci NOT NULL, `title` varchar(128) collate utf8_czech_ci NOT NULL, `code` varchar(10000) collate utf8_czech_ci NOT NULL, PRIMARY KEY (`url`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_czech_ci COMMENT='html code'
character_set_client utf8 character_set_connection utf8 character_set_database latin1 character_set_filesystem binary character_set_results utf8 character_set_server latin1 character_set_system utf8 character_sets_dir /usr/share/mysql/charsets/DB je podle všeho latin1... tabulka je ale utf8...
select hex(title) from web;Pokud to vrátí: C5BE6C75C5A56F75C48D6BC3BD, tak je to v DB uloženo správně a problém neni při ukládání ale při prezentaci těch dat.
takový menší seznam v?cí, které bych aktuáln?Myslím, že kdyby s tím pracoval jako s úplně jiným kódováním, zmršilo by se to víc a to je věc která mi vrtá hlavou...
Ak to funguje pod phpMyAdmin, tak mozno Tvoje PHP spojenie na MySQL nepouziva utf8. Skusim znova stastie, toto je clanok, ktory moze pomoct :
Unicode-friendly PHP and MySQL
mysql_set_charset - nastavuje charset pre mysql clienta
mysql_client_encoding - vracia charset pre mysql clienta (pre kontrolu)
UPDATE `web` SET `code` = _utf8'$code' WHERE `web`.`url` = '$url' LIMIT 1;Ještě jednou dík všem.
'SET CHARACTER SET utf8'
if(!mb_internal_encoding("UTF-8"))
die ("FATAL ERROR");
if(!mb_internal_encoding("UTF-8")) die ("FATAL ERROR, encoding"); $url = $_POST["url"]; $code = mb_ereg_replace("&", "&", $_POST["code"]); // $code vypadá např. takto: "Nějaký UTF-8 text ..." mysql_query("SET CHARACTER SET utf8") or die(mysql_error()); mysql_query("UPDATE `web` SET `code` = '$code' WHERE `web`.`url` = '$url' LIMIT 1;") or die(mysql_error());
mysql_pconnect()
místo mysql_connect
.if(!mb_internal_encoding("UTF-8")) die ("FATAL ERROR 02"); $spojeni = mysql_connect(..); mysql_query('SET CHARACTER SET utf8',$spojeni); mysql_query("UPDATE .... '" . mysql_escape_string($code) . "' ....",$spojeni);PS: aspoň
mysql_escape_string
by tam taky bodlo :)Když vložím do DB utf8 text přes admina, při výpisu na utf8 stránku je to oki. Když tam vložím text sám přes PHP, tak jsou tam místo některých znaků otazníky. PHP kód čeho? Jednoduše získám utf8 řetězec přes proměnnou $POST a když ho pomocí PHP echo() vypíšu na utf8 stránku je OK, ale jakmile ho pomocí SQL příkazu update vložím do DB jako utf8, je z toho bordel.... a při dalším výpisu na web je to OK nebo bordel? pokud je to OK tak je špatně nastavený phpMyAdmin.
Tiskni
Sdílej: