Archívum - Nov 2004
november 16
mySQL 3.23.26-rol 4.1-re áttérésnél charset es collation problémák, valaki latott mar ilyet?
Udv!
mysql 3.23.56-rol kellene atternunk 4.1.7-re. uj szerver my.cnf-ben charset latin2 es collation latin2.hungarian.ci megadva, szerver szinten ezekkel a kapcsolokkal inditva. adatbazisok megfeleloen letrejonnek, importalas sikeres, ő, ű is jo.
viszont: importalas utan ha kapcsolodok a klienssel es olyan select-eknel ahol mondjuk a where feltetelben string tipusu mezot vizsgalok egy ertekre = operatorral (pl name='main') akkor a kovetkezo hibat adja:
ERROR 1267 (HY000): Illegal mix of collations (latin2_general_ci,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation '='
eloszor azt hittem a szervernek meg valahol default-on van a collation-ja (swedish) de aztan kiderult, hogy ha --default-character-set=latin2 -vel inditom a mysql klienst parancssorbol, akkor lefut ugyanez a select. Tehat a latin1_swedish_ci a kliensre vonatkozik.
Namost ez rendben volna, mert a my.cnf-ben a kliensre be tudom allitani fixen hogy igy kapcsolodjon. De mi a helyzet a php-vel? Azzal ugyanis nem megy sehogy sem. Probaltam a default_charset-et 8859-2-re allitani de nem jo, es a mysql szerver my.cnf-ben is beallitottam a klienstol erkezo karakterkeszlet konverziot (http://dev.mysql.com/doc/mysql/en/Charset-connection.html) meg a tobbit is:
[mysqld]
default_character_set = latin2
[mysql]
character_set_client = latin2
character_set_connection = latin2
collation_connection = latin2_hungarian_ci
de nem mukodik (a php script futtatasakor ugyanugy Illegal mix of...)
egyszoval: hogy tudnam ravenni a php-t hogy ne a default karakterkeszlettel konnektaljon?
koszonom
aboy
■ mysql 3.23.56-rol kellene atternunk 4.1.7-re. uj szerver my.cnf-ben charset latin2 es collation latin2.hungarian.ci megadva, szerver szinten ezekkel a kapcsolokkal inditva. adatbazisok megfeleloen letrejonnek, importalas sikeres, ő, ű is jo.
viszont: importalas utan ha kapcsolodok a klienssel es olyan select-eknel ahol mondjuk a where feltetelben string tipusu mezot vizsgalok egy ertekre = operatorral (pl name='main') akkor a kovetkezo hibat adja:
ERROR 1267 (HY000): Illegal mix of collations (latin2_general_ci,IMPLICIT) and (latin1_swedish_ci,COERCIBLE) for operation '='
eloszor azt hittem a szervernek meg valahol default-on van a collation-ja (swedish) de aztan kiderult, hogy ha --default-character-set=latin2 -vel inditom a mysql klienst parancssorbol, akkor lefut ugyanez a select. Tehat a latin1_swedish_ci a kliensre vonatkozik.
Namost ez rendben volna, mert a my.cnf-ben a kliensre be tudom allitani fixen hogy igy kapcsolodjon. De mi a helyzet a php-vel? Azzal ugyanis nem megy sehogy sem. Probaltam a default_charset-et 8859-2-re allitani de nem jo, es a mysql szerver my.cnf-ben is beallitottam a klienstol erkezo karakterkeszlet konverziot (http://dev.mysql.com/doc/mysql/en/Charset-connection.html) meg a tobbit is:
[mysqld]
default_character_set = latin2
[mysql]
character_set_client = latin2
character_set_connection = latin2
collation_connection = latin2_hungarian_ci
de nem mukodik (a php script futtatasakor ugyanugy Illegal mix of...)
egyszoval: hogy tudnam ravenni a php-t hogy ne a default karakterkeszlettel konnektaljon?
koszonom
aboy
Szűrt keresési kifejezések az MSN keresőjében
A Microsoft nemrégiben bemutatott keresőjének némely verzióiban a keresési kifejezéseket szűrik, ám, mint ez az Index vizsgálataiból kiderül nem teljesen hibátlanul működik... Kollégáink a másik lapnál kiderítették, hogy - a szűrést nem igénylő - felnőttek, a számukra elérhető tartalmakat nem tudják olvasni, mert a weboldal fagyást okoz több böngészőben is.
■ Magyar Opera
Úgy tűnik hamarosan hivatalosan is lesz ismét magyar nyelvű Opera. Az Opera fejlesztőivel történő egyeztetések új fázisba léptek és várható, hogy hamarosan újra hivatalos fordítócsapat fogja szolgálni az Opera magyar nyelvű felhasználóit.
Opera 7.60 Preview-3 UNIX-ra
Megjelent az Opera 7.60 publikus tesztjének harmadik UNIX-okra szánt verziója. A letöltéshez tartozó leírást későbbre ígérik a fejlesztők.
Jelenleg a hivatalos snapshot oldalon sincs még kint a link, csak a fórumban.
Jelenleg a hivatalos snapshot oldalon sincs még kint a link, csak a fórumban.
iOpera 2.0
Ha az Operát egy Macintosh felületéhez hasonlóan akarjuk színezni, a legkézenfekvőbb megoldást az iOpera projekt jelentheti. A projektet az Opera forumairól is ismert Ralf (lachralle) vezeti.
■ Avatárok a világ körül: gravatar
A Gravatar, azaz Globally Recognized Avatar, vagyis világszerte elismert avatár egy olyan megszemélyesítő kép, mely végigkísérheti minden megnyilvánulásunkat a neten, ahol erre a programok felkészültek. Alapötlete rendívül egyszerű: legyen egy 80x80 képpontos kép rólunk, amelyet különböző webhelyeken minden hozzászólásunknál, beküldésünknél magunk után hagyhatunk, anélkül, hogy egyetlen regisztráción kívül ezzel külön foglalkoznunk kellene.
Warezol a Microsoft?
A Windows XP Tour zenei fájljait kalózmásolt szoftverrel gyártották. A kalózmásolatot könnyen azonosíthatja bárki, ha az inkriminált állományokat egy szövegszerkeszőben vizsgálja...
■ november 16
CSS és INPUT, különböző böngészőkben... HELP!
Üdvözletem! Miután az egymásba ágyazott div-ekkel dulore jutottam, az input-okat probaltam egysegesse formazni, kevesebb mint keves sikerrel... 2 fele fajtajaval probalkoztam (ie,netscape,opera), az egyik a
1., text tipusu bemenet:
a) a beviteli mezo mas-mas magassagu, barmit is allitottam át.
b) a beviteli mezo koruli margot az ie-bol nem tudtam kiolni.
c) ie-ben van egy 1px-es padding bal oldalt, barmekkorara allitom...
2., button tipus:
itt is a gomb merete volt valtozo, barhogyan is allitottam be a bordert, paddingot, margint, illetve a korulette levo misztikus margok ie-ben ugyancsak megjelentek...
A segitsegeketeket elore is koszonom!
■ 1., text tipusu bemenet:
a) a beviteli mezo mas-mas magassagu, barmit is allitottam át.
b) a beviteli mezo koruli margot az ie-bol nem tudtam kiolni.
c) ie-ben van egy 1px-es padding bal oldalt, barmekkorara allitom...
2., button tipus:
itt is a gomb merete volt valtozo, barhogyan is allitottam be a bordert, paddingot, margint, illetve a korulette levo misztikus margok ie-ben ugyancsak megjelentek...
A segitsegeketeket elore is koszonom!
mor rewrite, url formázás, stb ...
Épp az oldalon ügyködöm és készítettem egy smarty plugint ami az összes ?base=news&i=1 átalakítja /news/1/ -re.
Ezt aztán feldolgozom .htaccessel és PHP-val, csak előjött a probléma.
Hírek listázásánál van lapozás ?base=news&p=2 lapozás a 2. oldalra, ebből /news/2/ lesz ami ugye nem egy hír.
Kinézetileg ez az a mi tetszik szal azt a megoldást, hogy /news//2/ elvetném bár így máris elkülöníthető miről van szó, egy 2. ötlet is van az pedig a következő: /base/news/p/2/ ez másabb mint /base/news/i/1/ és a problémám meg is oldódott.
Szerintetek melyik megoldás lenne jobb?
Ötletben van a (/base,1,,,,,.html, /base,,1,,,,,.html) is de szerintem gányos és nem annyira beszédes, mint a fentebb említettek.
Thx
UI.: ez az előnézet adott egy ötletet, hogy /news/view/1/ ez lenne a hír megtekintése a /news/2/ pedig a lapozás. Szal bevezetnék egy action paramétert is.
?base=news&action=view&i=1
?base=news&page=2
■ Ezt aztán feldolgozom .htaccessel és PHP-val, csak előjött a probléma.
Hírek listázásánál van lapozás ?base=news&p=2 lapozás a 2. oldalra, ebből /news/2/ lesz ami ugye nem egy hír.
Kinézetileg ez az a mi tetszik szal azt a megoldást, hogy /news//2/ elvetném bár így máris elkülöníthető miről van szó, egy 2. ötlet is van az pedig a következő: /base/news/p/2/ ez másabb mint /base/news/i/1/ és a problémám meg is oldódott.
Szerintetek melyik megoldás lenne jobb?
Ötletben van a (/base,1,,,,,.html, /base,,1,,,,,.html) is de szerintem gányos és nem annyira beszédes, mint a fentebb említettek.
Thx
UI.: ez az előnézet adott egy ötletet, hogy /news/view/1/ ez lenne a hír megtekintése a /news/2/ pedig a lapozás. Szal bevezetnék egy action paramétert is.
?base=news&action=view&i=1
?base=news&page=2
php-4.2.3 + linux mandrake + apache
Egy kis kezdeti segítségre lenne szükségem, mert már napok óta szenvedek egy bizonyára apró problémával.
Sikerült feltennem a php-4.2.3-at, be is fordítottam, és amikor a proba.php-t amit a text editorral készítettem megpróbáltam betölteni egy böngészőbe akkor a kódot dobta ki, és nem annak az eredményét:
<?php
print "Hello Web";
?>
Továbbá nem igazán tudom megállapítani, hogy melyik apache fut a linuxom alatt, de szerintem semmiképpen nem a 2-es.
Előre is köszönöm a segítséget.
■ Sikerült feltennem a php-4.2.3-at, be is fordítottam, és amikor a proba.php-t amit a text editorral készítettem megpróbáltam betölteni egy böngészőbe akkor a kódot dobta ki, és nem annak az eredményét:
<?php
print "Hello Web";
?>
Továbbá nem igazán tudom megállapítani, hogy melyik apache fut a linuxom alatt, de szerintem semmiképpen nem a 2-es.
Előre is köszönöm a segítséget.
