Venom

$full_ip=(isset($_SERVER['REMOTE_ADDR'])?$_SERVER['REMOTE_ADDR']:''). (isset($_SERVER['HTTP_X_FORWARDED_FOR'])?';'.$_SERVER['HTTP_X_FORWARDED_FOR']:''). (isset($_SERVER['HTTP_CLIENT_IP'])?';'.$_SERVER['HTTP_CLIENT_IP']:'')."\n"; plus echo '<pre>'.print_r($_SERVER,1).'</pre>'; un skatāmies vai tik nav vēl kaut kas interesants

parād' tikai izejkodu/xml, gan jau kauko izštukosim

Iekš php ir iespēja drukāt raw veidā pie nosacījuma, ka printeris pielikts pie servaka. Droši vien nederēs. Otrs variants ar javascript, precīzāk kādu ActiveX-veidīgo izpildīt external* komandu. arī figņa.

2Gacha: pamēģini nevis GROUP BY, bet ORDER BY RAND() att. uz banneriem tur sava "psiholoģija" datu bāzē tev, piem. stāvēs: banneris1|parādīt 1000000 reižu banneris2|parādīt 50 reižu Izvēloties ar RAND() izvēlēties katru no tiem potenciāla iespēja 50% (vai nu viens, vai nu otrs). Tomēr, banneru gadījumā apmaiņu sistēmas ir ieinteresētas "racionalizēt" banneru rādīšanu - tos 50 rādīšanas sadalot vienlīdzīgi starp to miljonu (ok, utrēts piemērs, parasti sistēmā grozās ap 1000 "izlīdināmo banneru"), pie tam ļoti-ļoti vēlams, lai katrai atsevišķai lapai pēc kārtas neatrādītos viens un tāds pats banneris pēc kārtas. Resp., sistēma ir ieinteresēta pēc iespējas ātrāk izrādīt to miljonu, pa brīdim sašķaidot to ar citiem bannerīšiem.

tieši tā: onchange="gs()" <script> sel=''; function gs() { sel=document.getSelection(); } kursora pozīciju noteikt nevar, taču var noteikt teksta gabalu pozīciju kopējā tekstā (ar kļūdu iespēju, ja teksts atkārtojas)

nu tad wassup! (un kā ar dažiem maniem?)

un kā ar FIND_IN_SET ?

un uzmanies, lai tekstā nebūtu \n.\n ;)

however iekš UTF-8 var būt 2 baiti vienam burtam un decimālajās vērtības tie "baiti" var sakrist, jo vienam iekšējais "iztēlojums" ir binary, otram - hex whatever, tālāk neiedziļināsimies

a viņu iraid jāpieslēdz? /me domāja, ka tas ir command-line tūlis (tā arī iekš googles rakstīts) resp. ieinstalējams un pēc tam no php izpildāms kā $letters=shell_exec('gocr --file '.$file.' --stdin'); vai uz *.txt un pēc tam to txt ielasām whatever...

laukam (kolonnai) _nav_ tāda atribūta tā ir SELECT mehānisma iekšējā pārslēgopcija (ķipa izmantot case-sensitive vai case-insensitive funkcijas) ar %% jābūt uzmanīgam, jo UTF-8 stringiem priekšā var būt tāds "neredzams" strings (UTF-cookie, signature), un % ne vienmēr pareizi "sašķels" tālāko stringu bez pareizā utf-8 supporta, e.g. J|x y|n|i|s, kur xy ir ā iekš utf-8 zj|x|y|n|i|s - kur z ir multi-byte cookie % ne vienmēr ņem pretī gadījumu, kad vērtība sākas ar meklējamo tekstu (tāpēc es augšā sarakstīju tos daudzos OR)

nevar (paspēt) ierakstīt tabulas failā ā) check your mysql query bē) increase RAM cē) change filesystem to NTFS NB iekopējot kļūdas paziņojumu iekš www.google.lv var atrast vēl kaudzi ar dažnedažādiem risinājumiem

nemēģināji to jorc/gorc vai ko tml. _gatavu_?

par UTF-8 es pastrīdētos, jo tas pats vien UTF-16 ir, tikai "angļu" burtiem (kas sakrīt ASCII pamata tabulu) nav tas high order bits vaikāviņutursauc, kas nosaka no kuras code page būs nākošais simbols yup-yup manuālis iekš chm ir labs (tikai kā teu tur ar linux un chm ies, nezinu gan) /me ikdienā pielieto php un mysql iekš chm, ir arī daži priekš html un css

kad proxy nogriezti, izmantojam www.google.lv > cached version ;) SELECT BINARY ...

<textarea onmousmove onchange onmousedown > u.c. ? resp. - kamēr textarea kaut kas darās - ieglabājam iezīmēto textu, bet iekš onclick ar to strādājam sveiki NB> a es te mocos mēģinot nokopēt arbitrāro objektu (tieši nokopēt, nevis uzlikt uz viņa reference, kā iet pēc defaulta)

/me aktīvi izmanto <ttl> elementu ar skip* nekad nevar zināt ;) tiek overridēts, ja feeds updateots manuāli, nevis pēc aggregatora timeouta (vairākumos) bet galvenais jau lai statisks, a savu ~15 Kb izdošanu serverim jāiztur jebkurā brīdi

nu tās nav sacensības, bet saucās "visu darba dienu sēžam pie datora un čekojas mails un rss" att. uz saiet galvā: tas laikam saucās pieredze att. uz meklēt kā atsevišķu vārdu. cik saprotu, tev iekš tās db. iraid ierakstīts, piem. 26 augusts|Natālija, Tālija, Broņislavs, Broņislava a jābūt ta: 26 aug.|Natālija 26 aug.|Tālija ... - tabulu racionalizēšana saucās bet labi, ja tev ir kā ir, tad tev būs vairāki varianti: ā) LIKE ar OR gadījumi: '%, '.$name - kad name ir pēdejais rindā $name.', %' - kad pašā sākumā '%, '.$name.', %' - kad pa vidu un of coss neizpaliek ari parasts = $name, ja ir tikai viens vārds bē) FIND_IN_SET($name,`collonna`), kur kolonnā ir tieši comma-separated list cē) vienkāršs LIKE vai INSTR un vēlākā pārbaude ar php (epxlode(',') utt) dē) var sadomāt kaut ko ar SELECT ... REGEXP droši vien vēl kādi citi varianti jābūt

nu ko, ērgļi, noplukuši? kā ar Limux/neutronnet testiem? Abby Finereaderis lasa, bet viņu jau nelix.

mums pēdējā laikā ar bubu baigi simultāni sanāk ;)

par to arī iet runa - internal encoding kad latin-1, tad vārdi tiek sašķelti pa vienam baitam, kad utf-8, tad pa diviem, resp. ja utf-8 burts ā izskatās kā, piemēram 123 58 (skaitļi izdomāti), tad iekš latin-1 tie būtu 2 burti - 123 un 58, piemēram "t" un "r". Tā arī 'Jānis' vietā meklētu 'Jtrnis'

Par to _kā_ Opera parāda visu it kā ātrāk var palasīties atsevišķi. Šamā te rakstīts ka kaut kas uz kaut kādām tur operām strādā. Tikai ne textarea.getSelection() bet document||window .getSelection() laikam (īsti neaceros)

par to arī iet runa - internal encoding kad slēdzies klāt ar kādu klientu (MySQL Front%2

nu es latviešu tekstam kaut kad taisīju testu "cik vidēji sanāk nelatīņu burti" kāds var pamēģināt arī pats, ar kaut ko līdzīgu.

es arī saku: uzpļauj tai Operai. Nekad neesmu respektējis. nava tādas textarea.getSelection() ? tad pasto viņai visu teksta beigās. textarea.value+='text';