- Toto téma obsahuje 3 odpovede, 2 hlasy, a bola naposledny upravená pred 12 years, 1 months od
.
-
Príspevky
-
Caute, ja len jednu radu, pre tych co budu uploadovat do databazy mysql cez tento program a UTF a rôzne ine znakove sady vam nebudu fungovat tak skuste Central European (Mac OS).
Ja som sa s tym trocha vytrapil.
Vela stastia
Sequel Pro pouzivam kazdy den (skoro) uz peeeeekne dlhu dobu spolu so Sublime Text (nedavna migracia z TextMate) a s Compassom+SASS a doteraz som so znakovou sadou nikdy nemal problem.
Central European Mac sa mi zda u databazy velmi, velmi divne kodovanie – vsade sa pouziva UTF-8.
Nemas nieco blbo nastavene v MAMPe/XAMPP?
Ako tak pozeram zle som sa vyjadril – nejasne (mea culpa), mal som na mysli encoding pri importe (uploade) do do databazy ktora je nastavena na UTF 8.
Islo o jednoduchu tabulku – excelovsky dokument (Excel 2011) , ktory zrejme pri ukladani do CSV pouziva encodovanie Central European (Mac OS) co mi robilo problemi.
moj postup – vzdy, za kazdych okolnosti z Excelu otvorit v Numbers alebo Excel for Windows a export do CSV odtial.
Mac Excel je, co sa kodovania tyka, mega lol pruser. Teraz uz chapem, s cim si mal problem – z Excel:Mac data do CSV v Unicode nedostanes. A co je este „lepsie“, nedostanes ich ani dnu, ak vyslovene nenadefinujes vo vstupnom CSV do Excelu kodovanie UTF-16 Little Endian (inak diakritika bye bye).
No, je to na prasky :D
Inak uprednostnujem Number kvoli tomu, ze pri exporte do CSV jednak robia UTF kodovanie a jednak delia stlpce bodkociarkou, nie obycajnou ciarkou ako Excel (potencialny pruser pri importe do SQL, ak mas v texte ciarky – co zasade mas)
- Musíte byť prihlásený, aby ste mohli odpovedať na túto tému.