Toms

divas DB taa, ka vienu DB velaak vares uz cita PC uzlikt bez probleemaam, ja vajadzees.. (aatrumam). Bet uz viena PC divas DB shitaadas, aatrums nemainaas (divas DB pret vienu DB)? Nekur shito nevar atrast..

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

aha, nu OK, radaas pietiekama skaidriiba. thanks!

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

Aha, mekleeju un lasu DB uzbuuvi. Bet taa Tava doma - tekstus atsevishkji, citaa tabulaa domaji?

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? <_<

OK, indekseets ir tikai id. Jaunaakaas zinjas taadas, ka apmeeram 6 000 000 ierakstu garaaa tabulaa qverijs izpildaas zem sekundes! (zem MySQL)

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?

Un ja taa viena tabula baaaaigi lielaa ap 10 000 000 ierakstu? Nebuus bremzes? Nu tjip aatraaks variants nava? Un ja man messidzu atlasiishana notiktu peec user_id, tjip savaac visus messigus ar viena usera id no taaas milzoniigaas tabulas, kuraa nav peec kaartas tie visi vajadziigie ID...

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:

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?

3) - bija doma par bilzhu glabaashanu ieksh DB. aa, un veel - apmeeram cik daudz bildeem (izmeeri ap 500x500 pix) jaabuut saglabaataam ieksh DB, lai saaktu manaami bremzeet?

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

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]

Ar bucaam censhos kaadu programmeetaaju meiteni savaldzinaat... :) Eu, jauna probleema, bet tam jaavelta jauna sadalja.

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!! :)

OK, ko labaak izmantot $HTTP_POST_VARS['login'] vai $_POST['login'] shitajaa kodaa: echo '<input name="email" value="'.(isset($_POST['email'])?htmlspecialchars($_POST['email']):'').'"/>'

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! :)

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!!! :)

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?

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!! :)

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?

Funkcija mail() man izskataas shitaa: mail('[email protected]','subectinjsh','body textinjsh'); Un errors saka shitaa (atsuutiitais): Sender address rejected, 554 Error: no valid recipients.

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

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?)