Ha frame-eket használsz, ne használj <body>
és </body>
tageket! Fél órát néztem, hogy mi a baj, főleg, hogy a webkit/safari testestül is megeszi a frame-eket.
Nem szoktam frame-et használni, de ide kellett.
Ha frame-eket használsz, ne használj <body>
és </body>
tageket! Fél órát néztem, hogy mi a baj, főleg, hogy a webkit/safari testestül is megeszi a frame-eket.
Nem szoktam frame-et használni, de ide kellett.
Az iframe-eket mindig be kell zárni. Ma majdnem két órámba telt, mire rájöttem, hogy az oldal további részei azért nem töltődnek be, mert az iframe lezárásához kell a </iframe>
. Nem lehet a tagen belül lezárni a dolgot, ahogyan én tettem: <iframe src="file.html" />
.
Tanuljátok meg Ti is, ne essetek hasonló hibába! 🙂
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:
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:
Sajnos, ha a tábla latin1 kódolású, s mi utf8 tartalmat mentünk bele, akkor az így fog kinézni:
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ó. 🙂
…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. 🙂
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.
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. 🙂
Elfelejtettem, elmaradt, pedig már régóta tudtam, hogy át akarom tenni a blogot. Ha levettem volna idejében a ttl értéket, akkor valószínűleg most nem lenne ez a kavarodás, hogy kinek melyik szerverről jön be az oldal. Most várhatok egy hetet, mire mindenhonnan ugyanez az oldal lesz látható. Pfff.