Jump to content
php.lv forumi

Venom

Moderatori
  • Posts

    1,918
  • Joined

  • Last visited

Posts posted by Venom

  1. $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

  2. 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.

  3. 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.

  4. Šeit: http://en.wikipedia.org/wiki/UTF-8 (un arī daudzkur citur līdzīgi redzams) ir ļoti skaista tabuliņa, kur ir parādīts, kā attēlojās konkrēti ASCII simboli UTF-8 un UTF-16 kodējumos. Kā redzams, to garumi NAV vienādi. Tātad tas nav viens un tas pats.

    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

  5. 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...

  6. SQL => Select BINARY * from vardadienas where vardi Like'%$vards%' Nu tagad man neatgriež neko, tas laikam tapēc, ka tam laukam atributs nav BINARY. Tad man nāksies lauku pārtaisīt :(

    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)

  7. 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

  8. <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)

  9. /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

  10. 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

  11. Vai arī varētu pašai DB uzlikt to UTF-8?

    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'

×
×
  • Create New...