'for-the-record' tag archívuma

xp qwerty

Sokadjára botlok bele a qwertz utálatomba. Most épp windowson kell wordben dolgoznom. Sajnos én qwerty-n szocializálódtam, s nekem az a normális. Nem tudok normálisan dolgozni qwertz billentyűzettel. Mindig félre ütök. Macre Gaba kiosztása kiválóan használható. Linuxon sima ügy. Windows xp alatt pedig leírom ide magamnak a Bertók Zoltánnál talált megoldást:

  • Start
  • Settings - Beállítások
  • Control Panel - Vezérlőpult
  • Regional and Language Options - Területi és nyelvi beállítások
  • Languages - Nyelvek
  • Details - Részletek
  • Add - Hozzáadás
  • Input Language: Hungarian - Alapértelmezett szövegbeviteli nyelv: magyar
  • Keyboard Layout/IME: Hungarian - Billentyűzetkiosztás vagy írásjelbevivő: magyar
  • Az Installed Services (Telepített szolgáltatások) ablakocskában válaszd a Hungarian 101 key-t (magyar 101 gombos), ez a QWERTY kiosztás. Ha a Hungarian-t (magyar) választod minden 101 nélkül, akkor a QWERTZ kiosztást kapod.

latin1 táblában tárolt utf8 tartalom

Aki nem most hozat létre adatbázisát, hanem még MySQL4, esetleg 3-mas időkben, az könnyen szembe találhatja magát a címbeli problémával:

latin1 táblák

Sajnos, ha a tábla latin1 kódolású, s mi utf8 tartalmat mentünk bele, akkor az így fog kinézni:

latin1 utf8

Ez nehezen olvasható, s gondolom senki se szeretné látogatóit kitenni egy ehhez hasonló kódolású oldal olvasásának. Feladat egyszerű, ki kell nyerni a tartalmat utf8 kódolásban, majd a tábla kódolását latin1-ről utf8-ra kell változtatni, s visszatölteni bele a tartalmat.

Hogyan?

A legtisztább a helyzet, ha van parancssoros hozzáférésünk, ekkor kiadjuk a
mysqldump -u NÉV -p --database `ADATBÁZISUNK_NEVE` --default-character-set=latin1 > ADATBAZISUNK_NEVE.sql

Így egy utf8 kódolású fájlt kapunk, amit ezután vissza kell már csak tölteni a MySQL adatbázisba. Ahol esetleg latin1 szerepel benne, azt cseréljük le utf8-ra:

sed 's/latin1/utf8/' db.sql > db_franko.sql

Ha pedig abszolut biztosra akarunk menni a kódolással, akkor még ezt a parancsot is kiadhatjuk (nem feltétlen szükséges):

iconv -f utf-8 -t utf-8 db_franko.sql -c -o db_uber_franko.sql

Ezután vissza a levesbe:

mysql -u NÉV -p < db_uber_franko.sql

Ha nincs a szerverhez parancssori hozzáférésünk, akkor phpmyadmin segítségével mentsük el az adatbázist/táblát, majd szintén phpmyadmin segítségével localhoston (xampp, lampp, mamp, stb.) importáljuk be utf8 (!!!) kódolással a dumpot. Ezután localban már mehet a fenti parancssori bűvészmutatvány, s az eredmény pedig mehet fel a tárhelyünkre.

A megoldás ennyire egyszerű, de ha erre nem jön rá az ember, nem talál valami jó forrást a neten a több ezer találat között, akkor úgy jár, mint mi anno lipileevel, hogy a nem túl szép kódolású szöveget karakterenként próbáltuk átkódolni sikertelenül. A titok pedig ennyi. Hihetetlen.

Először Derek Sivers ultrakacifántos írása volt a mankó, de valamelyik sokadik lépés után feladtam. A fenti módszer egyszerűbb volt. Az ötlet egyébként innen származik. Izgalmas volt még Rob Marscher php-s megoldása, amivel még próbálkoztam, de valamiért nem jártam sikerrel.

A google kb 9000 találatot jelenít meg a végül sikeres utf8 stored in latin1 table keresőkifejezésre. Azt hiszem ezekszerint nem egyedi probléma, de könnyen orvosolható. :-)

egy fenékkel két lovat…

…nem lehet megülni. Szól a mondás. Legalább négyet próbáltam. Nem megy. Szétestem, vége. Sajnálom, akinek csalódást okoztam, okozok ezzel, de össze kell szednem magam, s újra rendeznem soraimat. Ezt nem tettem meg Bori születésekor, itt az ideje most.

Férj vagyok elsősorban, apa közvetlenül utána, barát, tanár, rendszergazda, s minden egyéb ezután. Ez a sorrend. Megjegyzem én is. Köszönöm a figyelmet. :-)

wl500g vsftpd virtual user

Tegnap délután kb 1 órán át tököltem azzal, hogy szépen belőttem a vsftpd-t, majd felvettem magamat, mint felhasználót, de nem tudtam belépni se ssh-val, se ftp-vel. Telnet működött.

Nem értem máig sem a dolgot, de lényeg az, hogy a belépési shell-t bash helyett sh -ra kellett visszatennem, mert ha az újonnan telepített bash-t választottam, akkor a fenti probléma állt elő. Valahol el kéne vele fogadtatni a bash-t is, mint loginshellt, de ezen a rendszeren még nem tudom hova kell azt bepakolni. :-)

Jó tudni. Most majd jöhet már lassan a daapd, meg a lighttpd + php5 + MySQL. :-) Ja, és teljesen király, előkerestem egy régi 1 gigás microdrive-omat, s az van behúzva háttértárnak. Így nincs állandóra lekötve (meg nem hangos) a külső vinyóm.

t-online keskenysáv behívószám

Mindenki a sávszélesség növekedésről regél. Holnap én is meglesem szüleimnél a megaszélessávot. Ma azonban volt szerencsém a keskenysávhoz. Egy néninek, akinek a gépét rendben tartom modemes betárcsázós internetje van.

Lecseréltem a gépét (PI volt) egy PIII-ra. Tettem rá xp-t, meg mindent, ami kell, mikor gondoltam beállítom az internetet is. Jelszóra nem emlékezett, így 1234 tel, és röpke negyed óra után meg is változtattuk a jelszót. Tárcsáz, nem jó. Hjajj, újra tel, mi lehet a gond. Egyeztetünk mindent, újra jelszót változtatunk, hátha… Semmi.

Ekkor jött a gondolat, hogy kipróbálom a t-online nyílt internet név / jelszó párossal. Működött. Hmmm. Újra telefonálok, ügyintéző. Kiderült, hogy két behívószám van. A 06 51 301301 a nyílt internet behívó száma, a modemes kombi internet behívószáma a 06 51 601601. Most már tudom. :-)