Archívum - 137651
november 16
Ne legyenek szoftver szabadalmak! (pdf)
Minket, webfejlesztőket is erősen érint a dolog
■ FTPS művelet Curl használatával
FTPS en keresztül szeretnék fileokat másolni szerverről szerverre.
Curl segítségével szeretném megvalósítani, csak számomra nem teljesen világos a dokumentációja.
Az érdekelne (aki már csinált ilyet bizonyára tudja) hogy FTPS átvitelhez milyen curl_setopt beállításokat kell végrehajtanom
Meg úgy általában :)
■ Curl segítségével szeretném megvalósítani, csak számomra nem teljesen világos a dokumentációja.
Az érdekelne (aki már csinált ilyet bizonyára tudja) hogy FTPS átvitelhez milyen curl_setopt beállításokat kell végrehajtanom
Meg úgy általában :)
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...
■ 
