Jump to content
php.lv forumi

Toms

Reģistrētie lietotāji
  • Posts

    427
  • Joined

  • Last visited

Posts posted by Toms

  1. Njaa, patiktos arii Rozes un Grey_Wolf komentaari par shiim peedeejaam trim domaam...

     

     

    Tad man veel ieshaavaas prataa doma -

     

    Ir 7 tabulas. Visas vienliidz svariigas un vienliidziigi daudz queriji tajaas notiek.

    No kodeeshanas viedoklja buutu forshi, ja DB1 satureetu 4 tabulas un DB2 satureetu 3 tabulas. Piebilde, ka taas 4 ar taam trim nav savstarpeeji saistiitas.

     

    Nuja, kaa buutu ar aatrumu, mosh tomeer labaak ir atstaat visas vienaa datubaazee?

     

     

    off-topic: Heh, nuja, rokos pa netu lasu visaadas lietinjas saistiibaa ar MySQL DB aatrumu...

  2. table1

     

    id <- auto,primary

    user_id <-indekseets

    msg_id <- indekseets

    from

    when

     

    table2

     

    id <- auto,primary

    msg_id <-indekseets

    text

     

    Piemeers:

    Vajag atrast 67-taa usera (user_id) visas veestuliites = kas suutiitas vinjam.

     

    querijs kjeras pie table1 un panjem visus ierakstus ar user_id = 67, tai pashaa laikaa piefiksee arii msg_id un from, un when.

     

    tad kjeras pie table2 un sameklee peec msg_id vajadziigo text.

     

     

    Nu shitaa es sapratu Tavu domu... Bet nu table2 buus LJOTI liela. Ja saki, ka 500 000 000 nav nekas iipashs, tad itkaa dereetu...

  3. Njaa.. triis varianti ieshaavaas pieree..

     

    1) viena DB un tabulas saliktas peec alfabeeta - tjip use_login, kas saakas ar burtu A ir zem table_a, B ir table_b u.t.t. liidz Z.

     

    2) viena DB un tabulaas noteikts daudzums, teiksim 1 000 000 ieraksti. kaa tiek liidz ljimonam, taa jaunu tabulu uztaisa...

     

    3) taads pats kaa pirmais variants, tikai: vienaa DB tabulas ar sakuam burtiem A - F, otra DB (mosh uz cita servaka) ar burtiem G - M u.t.t.

     

    Nus, kaadas domas? <_<

  4. njaa, tad jau tie ljimoni sanaak tereetiski 2,6 minuutes taada veida query...

     

    Hmm, man nav skaidriibas par to KEY, tjip ar shito vajadzeetu straadaat aatraak? Indeksaacija keshoshana kaut kaada shtolji..?

     

    A kaa tad tie draugiem.lv sataisiijushi? TUr tak jaabuut arii ahuunajiem ljimoniem veestulju! 200 000 * apm 100 = 20 000 000 <- noteikti ka vairaak...

     

     

    Vairs nav ideju?

  5. Tu laikam neiebrauci jautaajumaa.

     

    Man vajag zinaat, kuraa no variantiem datubaaze straadaa aatraak, skaidrs?

     

    Ja ir viena tabula ar 10 000 000 ierakstiem (vajadziigaa info tabulaa izmeetaata visur kur - tjip taa infa, ko panjemu ar vinu qveriju.) vai viena DB ar 1000 tabulaam, katraa pa 10k ierakstiem (un qverijs njem taadaa pashaa veidaa infu kaa pirmajaa variantaa).

     

     

    off-topic to Klez: Spregaataajs atradies, laikam kaadreiz agraak Tevi taapat lamaaja kaa mani tagad centies salamaat. Da nejau kodu vai ko es te prasu, mazais indiviid! Prasu tieshi to, ko shaada tipa forumos ir jaaprasa.

    Un atbilde Tav ljoti izsmeljosha - info ieksh DB. Da johaidii, kur taadi rodas!!!! :angry:

  6. Nu tad kaa tagad dariit? ieksh FS vai DB?

     

    Droshi vien, ka DB?

     

     

    OK, tjip 100 000 lietotaji, katram ieejoshaas un izejoshaas veestules. Nu tjip kaa draugiem.lv

    Kaa labaak glabaat?

     

    DB1

    Table1 (user table)

    id

    login

    pass

     

    Table2 (inbox)

    id

    user_id

    msg

    from

    when

     

    taads pats arii outbox.

     

    Shitaa der? ja veestules ir 1 000 000?? Tak baigi lielaa tabula sanaak!! Tjip tai tabulaa veestules sameetaatas un lai sadabutu viena usera visas msg, jaapanjem visi user_id. Kaa savaadak?

     

    Veel variants - katram useram atsevishkja tabula ar veestuleem (gan inbox, gan outbox).

     

    Bet sanaak DB ar ljoti daudz tabulaam....

     

    Kaadi varianti?

  7. Nu taatad bildes ir ljoti daudz. Iedomaajies DB ar 100 000 lietotaajiem. Visiem ir bildes. (Katram pa vienai). Kur taas bildes glabaat? Atsevishkjaa mapee /userpic/ ? ??? Vienaa mapee 100 000 bildes????

     

    Labi, glabaajam ieksh DB. Ko nu? cik vinja liela paliks un kaa ar aatrumu?

     

    Tad veel - Mosh viena DB prieksh 50 000 useriem, ar visaam tabulaam vajadziigajaam UN otra DB paareejiem 50 000 useriem? Mosh katra DB uz sava servaka? Kaadas domas?

     

    ------

     

    Cita lieta - 100 000 useri, katram galerija ar bildeem. Taisiit mapi users/user_name/ ?

    Tjipa katram useram sava bilzhu mape? Vai varbuut tomeer ieks DB visu glabaat?

     

    Taatad galvenie jautaajumi - kaa mainaas aatrums dazhaadaas situaacijaas?

    1) DB vs File-System

    2)Viena mape-daudz mapes

    3)Viena DB- Vairaakas DB

  8. Nu cilveecinjsh regjistreejas un samaitaa visu. Manaa DB tikko viena meitene regjistreejaas ar shitaau meilu: [email protected]. Blja, man dusmas pilniigi, kljuudas peec punktinju nospiedusi.

     

    Pagaidam man ir shitaa:

    function IsValidMail($ssstr)
    {
       //atgriezh 1 ja mails valiids, 0 ja nee
       if(ereg("^.+@.+\\..+$", $ssstr))
           return 1;
       else
           return 0;
    }

     

    Re kaa... Mosh kaadam ir labaaks skriptinjsh zinaams?

     

    aaa, runa iet arii par taadu kaa teiksim [email protected]

  9. Aha, pamuljkjis, aizmirsu googlee apskatiities, srazu maucu te...

     

    Nu lai citiem paliek, tad:

     

    The difference between $HTTP_POST_VARS and $_POST (or $HTTP_GET_VARS and $_GET or $HTTP_COOKIE_VARS and $_COOKIE, etc) is twofold:

     

    1) $_POST et al (the superglobals) were added as of PHP 4.2 so they can't be used if you are running an earlier version.

    2) $_POST is global whereas $HTTP_POST_VARS is not. This means that $_POST is automatically accessible within your user-defined functions.

     

    If you are running PHP 4.2 and later, there's really no reason for you to use $HTTP_POST_VARS and its brethen. Presumably PHP may phase these out since the superglobals are now available. Besides, $_POST is much easier to type.

     

     

     

     

    Bucas!! :)

  10. Nu vot, man ir forma ar dazhiem input laukumiem. Teiksim logins, parole, e-pasts.

     

    Ja lietotaajs nospiedzh submit, un paroles nesakriit, tad visi inputi iztukshojas. Man vajag taa, lai logins un e-pasts (ja ierakstiiti), lai paliek shaadas kljuudas gadiijumaa.

     

    form post nav noraadiits - tjipa notiek uz to pashu lapu, kuraa atrodas forma.

     

    Optimaalaakais veids, kaa shito joku nodroshinaat?

     

    JavaScript/PHP...?

     

     

    buca jau ieprieksh! :)

  11. Ideaali. Tencinu!!!

     

    Izraadaas, ka es cakareejos ta: Aizvaacu to charsetu defaulto, bet Apaci nerestarteeju.

     

    Stulbi kaut kaa, neaizdomaajos.

     

    Karoce aizvaacu default charset (iekomenteeju), restarteeju Apaci un viss OK!!! :)

  12. Nu re, uzinstaleeju vienu apaci - preconfigured paku ar visiem mysql u.t.t. pribambasiem.

     

    Manai lapai latvieshu burti kjeburos.

    Nu neko, samekleeju citu apaci preconfigured paku, uz taas latvieshu burti raadaas pareizi.

     

    Ieveero, ka pashaa lapaa kodu nemainiiju!

     

    Nu tad kur, kas ir jaamaina pashaa apacii?

  13. heijaaa!!!

     

    Nezinu kas notika, bet maili saaka iet, viss OK.

     

    Kods shitaads:

     

    ini_set("SMTP","mail.latnet.lv");
    //ini_set( "smtp_port", 25 ); 
    ini_set("sendmail_from","[email protected]");
    
    
    
    if (mail("[email protected]","This ssTETE","This is the TETETETE body","From: [email protected]\r\nContent-type: text/plain\r\n\r\n"))
    {
    print "Successs";
    }
    else
    {
    print "Failed";
    }

     

    Izmainiiju iekh php.ini smpt un sendmail_from.

     

    Briinumi. Nekaa nesaprotu, jo pashos saakumos, kad shitaa meegjinaaju, nekas neizdevaas. Stulbums. Mosh kaut ko palaidu garaam. HWZ.

     

    Katraa zinjaa, thanks for help. bucinjas!! :)

  14. Tikko svaigi PC paarinstaleeju, uzliku apaci php (peronfigured paku).

     

    Ieksh php.ini

     

    [mail function]

    SMTP = localhost

    sendmail_from = postmaster@localhost

     

    Un nosuutiiju ar shaadu kodu:

     

    ini_set(SMTP, "mail.latnet.lv");
    
    $message = 'kaut kas baigs';
    
    if (mail("[email protected]", "the subject", $message,
            "From: yyy@{$_SERVER['SERVER_NAME']}\r\n" .
            "Reply-To: yyy@{$_SERVER['SERVER_NAME']}\r\n" .
            "X-Mailer: PHP/" . phpversion())){
    echo 'Ir OK';
    }
    else{ 
    echo 'Nav OK';
    }

     

    Protams, xxx un yyy vietaa ir eksisteejoshas adreses. Paraadiijaas, ka Ir OK.

    Uz mailu nekas nepienaaca. Pat ne errori :)

     

    Aizgaaju, izmazgaaju acis, mosh kaut ko palaidis garam. Nez, bik izmainiiju kodu:

     

    ini_set(SMTP, "mail.latnet.lv");
    
    $message = 'kaut kas baigs';
    
    if (mail("[email protected]", "the subject", $message,
            "From: [email protected]\r\n" .
            "Reply-To: [email protected]\r\n" .
            "X-Mailer: PHP/" . phpversion())){
    echo 'Ir OK';
    }
    else{ 
    echo 'Nav OK';
    }

     

    Arii paraadiija, ka viss OK, bet mails nepienaak.... arii bez erroriem.

     

    Jupis vinju raavis, kur kluuda?

  15. Atpakaljadreses?

     

    Man uz WinXP staav.

     

    Tev Linux? Ja nee, tad Tev ir pasham savs mailservers uzinstaleets?

     

    Linuxii jau arii ir pasham mailservers. Tur noteikti kaut kas forshi nokonfigots...

  16. Nu es suutu, viss taa kaa vajag. php kodaa.

     

    smtp.latnet.lv ir ieksh php.ini kur tam jaabuut.

     

    Peec maila nosuutiishanas atnaak errors no deamon.. Karoce errors uz suutiitaaja mailu.

     

    Neko nesaprotu kaapeec taa, jau 4 stundas shtukoju/mekleeju.

     

    Pat biju uzlicis pats sev mailserver, bet kaut kaa negaaja vispaaar.

     

    Ai, nocakareejos bezjeegaa.

     

    Taatad, jautaajums/luugums:

     

    Beidzot normaali un peec kaartas kaads uzrakstiet, kam kur ir jaabuut kaa ierakstiitam, lai mail() straadaatu.

    Kam kur ieksh php.ini u.c.

    Kaadiem smtp kur jaabuut.... (zinu, ka smtp atkariigs no provider, bet nevar sev uzlikt mailserver un tad to kaa smtp?)

×
×
  • Create New...