marrtins

mda, tad es neticu, ka tajos laithāttp logfailos nekas neparādās...

ņem libpcap un bliez augšā. tiesa gan, C, bet ļoti ērts API tam libam. mož ir arī kāds extensions priekš PHP

šī tēma tiktiešām ir visnotaļ interesanta (konkrēti zb tie `ē, kā`, `eu bet`, `palīdzīēt plēz`), protams, ja ir tā kā autōrs saka par tiem BOM - ka ir novākti.

apache.log`os nekas neparādās? paprovē ar kādu snifferi paķer paketes un apstīties, ko jams sūta un saņem

vēl apsties vai Tev nav kādas includes, kur aiz ?> ir `speisi` vai `enteri`? lai gan pofigs, ja `php.ini output buffering norādīju kā On` (pamainīji ne to ini?) kas no tiek, ja header(bla bla) izmanto pavisam tukšā failā, tajā pašā folderī?

pamēģini vispirms xhrObj = new ActiveXObject("Microsoft.XMLHTTP"); t.i. apmainīt vietām ar xhrObj = new ActiveXObject("Msxml2.XMLHTTP");

nu psc, mož ta iemācies izteikties?

ņu domāju, ka php manuālī pietiekami labi aprakstīts darbs ar socketiem, tāpēc par to nē. bet uzzināt ko sūtīt un ko saņemt var mēģināt palaist kādu CS un ar Ethereal ķert paketes un skatīties, ko jams sūta un ko saņem.

function a() { $GLOBALS['x'] = 1; } print $x';

kādu dienu *viņi* mani piebeigs pavisam...

DSC_0524.JPG nav 10x lielāks pēc izmēra nekā tas 1.jpg? check php.log

jā, un izvairos no apache2+php :)

SVN! prieks skatīties, kā visi masveidā migrē no CVS->SVN :) p.s. version controls ir ļooooti noderīgs arī, ja ir tikai viens, kas putrogrammē

tieši PHP vai kāds extension? ej nu iz*dibini* (hihi), bet vispār 5.2 man strādā visnotaļ stabili - mēnesis bez restarta toč (vai nu pazūd elektrība, vai biežāk jāpievieno kāds vhosts). varbūt nav tās slodzes? 500`000 - 600`000 hiti dienā. vēl par tiem 300Ls: tik tiešām, cilvēks, kas pārzin (*pārzin*) pieminētās lietas - PHP, SQL, HTML, CSS, JS - nestrādās par 300Ls, bet darbs no mājām uzreiz ir par stundām, savādāk ļoti nekonkrēta samaksas/darbu attiecība.

kāpēc tā mudrīties? reko Roze`s piedāvātais variants taču ir ok? noseivot tik to masīvu kā utf-8 i basta p.s. tas translit extensions izskatās ņammīgs, thnx :)

izskatās, ka viņi neprot pilnīgi nekā :(

tāpēc, ka te vienmēr ir kāds, kas atbild uz dumjiem jautājumiem...

php 5.2 itkā esot tur kaukāds upload tracking supports (neesu gan pats izmantojis)

vienkārši vāks...

*negrib* :D vot spītējas, maita

ņu ņu.. kā reiz ar 4.0 un zemāk nekāda vaina - nekādi charseti, nekādi collatiōni - grūd tik iekāšā un velc tik ārā (hehehehehe). pofigs. attiecīgi, protams, arī nav ne zortēšana ne manipulēšana ar ne-ansi stringiem

<a href="java script://" onclick="someFunction(); return false;">Klikkot uz java :D :D</a>

jā, vispār kāda Tev versija mysql? :D

dari tā: 1) uztaisi dump (mysqldump -u<user> -p<passw> <table> > dump.sql ) 2) nokonvertē to failu uz utf8 (liekas, ka ar notepad varēja save-as norādīt urf-8) 3) importē (mysql -u<user> -p<passw> --default-character-set=utf8 <table> < dump.sql) 4) webā saliec <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> vai arī php header('Content-Type: text/html; charset=utf-8'); ja nesanāk, iedod man 10ls un pieeju pie tā servaka :D

nē, jāliek visur vienāds. ir trīs vietas, kur šajā gadījumā definē encodingu: 1) pieslēdzoties datubāzie - mysqli_set_charset 2) izvadot datus HTML - <meta http-equiv="Content-Type" content="text/html; charset=<encodings>"> 3) imports/exports. ja exportēsi vienā encodingā, bet importēsi citā - nekas Tevi neglābs - būs ķeburi http://dev.mysql.com/doc/refman/5.0/en/localization.html