Grey_Wolf

Nee nevar Jo kaa jau mineju tad DB nav domata sadiem merkjiem .. Nu tad uzliec Cron lai parbauda ik peec paris minuteem --> faktiski saads pieprasijums jau nav tik noslogojosh , lai to nedariitu ...

DB neko neskaita un neko nerekjinaas , ta tomer ir baredzeta Datu glabasanai Nevis apstradei .. 1. glabaa nevis Minutes bet gan Sekundes 2. kaa jau tika minets tad teiksim 3 ieraksts buus Sibriza laiks(unix time formataa) + 180 ... 3. pie parbaudes : Parbaudzi vai 3 ieraksts nav mazaks par sibriza laiku (unix time formataa) ja ir tad nodeletee visu rindu (ierakstus ) tas arii viss... --- PHP pusee unix time laiku dabuun ar f-ju time() taadad izveides laikaa buus $patreiz_laiks=time(); $vajadzigais_laiks= $patreiz_laiks+180; // 3 minutes // Sho arii rakstam DB Un attieciigi parbaudi DELETE FROM tabulis WHERE lauks3<UNIX_TIMESTAMP() edit: aizmirsu piebilst : lauka tipam izmanto INT un nevis kaadu citu ... + sho parbaudei pieliec pasaa skripta(u) sakumaa .. taatad jebkursh lietotaajs kas ieies lapaa (izmantos sho skriptu) automatiski parbaudiis vai nav ja iztecejis dotais laiks (arii citiem useriem ...) .... Cron laist ar 1 intervalu buutu pastuulbi , jo DB tiks dzenaata arii taja briidii pat tad kad nav neviena apmekletaja ...

Un no tiem 90% var buut potencialie klienti ... --- IMPHO man ja priecee saada pieeja ... mazaak potencialo konkurentu ... P.S. nu jaa piemineeji PERSONIGAM vajadzibam ....

bubu --> vispar daljai jautajuam atbilde tiesam ir trigeri ;) , bet tik tiesam ja neizmanto cronu (vai ko liidzigu), kas tad tos trigerus izsauks.. -- shalonik --> pacenties noformulet savu jautajumu skaidraak ... Cik sapratu tad faktiski ir 2 jautajumi .. Kaa idzeest ierakstu peec noteikta laika --> skaties Kristabs atbildi UN kaa idzeest parejos automatiski --> skaties Ghenis atbildi .. -- + LUUDZU tomer nakemreiz pastasti KADAI OP SISTEMAI UN KADA DB (velams arii versija) .. savaadak atbilde buus kada nu vinja ir ...

kaads sakars $_POST ar $_FILE masiivu ... ? Es nesmu minejis ne vardu ka buutu kautkas jaaskatas $_POST masiivaa + vinsh nebuus tuukshh ... Paris dienas atpakalj intensiivi testeeju sho variaciju ... buus tuuksh tikai dotais $_FILE['dotais_faila_input_lauks'][], iznjemot $_FILE['dotais_faila_input_lauks'][error] kursh saturees kljudas Nr. --- Testeju peivienojot 10 failus augosaa seciibaa (tb. 1M 2M -10Mb) .. ar uzliktu kopeejo limitu 2,5Mb ... perfekti ieladeejas fisi dati iznjemot faili kas parsniedz 2Mb (dotajaa gadijumaa 3 Mb) .. edit: un testesanai nevajag izmantot isset() utt, bet gan primitiivu masivu izvadiisanu uz scriina, pats personiigi izmantoju sadu variantu: ielaiekam faila kas ielaadejas vienmer --> teiksim config... function b($s,$x='') { echo '<pre>'.$x.' |<br>'; print_r($s); echo '</pre><br>|'; reurn false; } // ko erti izsaukt no jebkura koda vietas teiksim b($_GET,' GET masiivs'); b($_FILE, 'faili....') b($masivs) b('TEXTC'); b($var,'PArastc mainigais ar nosaukumu VAR');

Runa Nevar pacelieties , Un Tapat vinja nevar nekur iet :( -- Atbildot uz tavu jautajumu --> var noteikt un piedevam pavisam vienkarshi ... $_FILE['mans_nosaukums']['error'] --> 9 variacijas ..

Tapat kaa jepgura gadijuma kad kodaa ir pedinjas vai citi Spec. simboli addslashes() edit: Aleksejs--> htmlspecialchars() dazos gadijumos nokaus JavaScriptu ka tik turies jo ' --> " kursh savukart satur ;

Principaa patikama zinja ... bet cik var noprast tad jaiestaada buus ar rocinjam , kas protams nav nekas optimals .... [cit]If you want to try these out for yourself, just snag a nightly of Firefox 3.1 , open about:config, and set the following preference to true: javascript.options.jit.content[/cit] Bet cerams ka shiis iedziivinasies..... un nakotne vairs nevajadzees kautko svichot utt...

ciris --> Vai tu nojaut kas te panesiisies??? Tiirakais Fleims ... --- Bet idejiski ir taa: dizainam Div / datiem tabulas ... Nu musdienas bez DIV izmantosana praktiski neiztikt .... It ipasi ja velies visadus JS varintus, kaa piemeram divlimenja menu utt... Lielakaa problema veidojot dizainu ar DIV ir CrosBrauzer ( panakt lai dizains vienadi izskataas uz visiem brauzeriem), jo teiksim IE un FF katram ir savs redzejums ko noziimee DIVa borderis --> vienam tas iekljaujas pasaa DIVa, otram naak klaat ... ( teiksim DIV platumaa 100Px vienaa gadijumaa ar borderi [ 1px ] DIVs paliks 100px otraa 102px ..) P.S. Bet dazreiz tiesam ir atrak uzkodeet ar tabulam , nekaa ar DIV .. Un ja Runajam par tiem borderiem, tad laikam vesturiski pareizaak buutu ka naktu klaat, jo tiesi taa uzvedas Table ...

nu tad masiivs + $_GET $masivs[0]='AAA.php'; $masivs[1]='ccc.php'; un padod index.php?xx=0 vai index.php?xx=1 attieciigi pasaa index.php $id=$_GET['xx']; un tur kur jaizvada; include($masivs[$id]); protams vajag vel papildu parbaudes utt... bet par to seit Runats tik daudz reizju ka netkartosos...

dziljakajaa buutiibaa tas ir HTML nevis php .... <a href="links.php" target="freima_name_atributa_vertiba">links uz freimu</a> un pie frfeima pievieno atributu name=""freima_name_atributa_vertiba" ... (ja daudzmaz normali ir taisiits tad jau name atribuuts buus ... // tas pats attiecas uz ifreimiem .... kaa arii uzjebkuru lapu kurai ir padots atribuuts name .....

;)Kas tas tads? zinu ka ir $_GET masiivs + nepieciesamas pedinajs $_GET['id'];

nu ja viena Noliktava (reali) tad visdrosak izmantot atseviskju DB --> noliktava .. diezgan leila garantija ka nekas nenotiks --> nu parekjini pats musdienas Tiikla atrums 100Mb ... ta dati kas japarsuuta& apstraade sastadiis 0,001 sek ... praktiski nemanami ... TAs noziimee Noliktava 5 DB .. ( IMPHO) .. --- rsync ? Linku??

tiesji bija ;) Ko gribeeji teikt lai neparklaajas? Ja ir 3 atseviskjas DB tad dalja datu parklasies vienalga ... Un pie musdienu iespejam saglabaat datus taa nu nebuutu lielaakaa problema ... --- Manaa skatijumaa ir vajadziigas 4 db .. 3 lokaalas un Master (kaa jau Aleksejs mineeja) -- Teiksim FAQ katrai valodai var buut atskjiriigi ... tb. dati neparklasies ..... Tas pats ar komentariem .... Un lielaa daljaa arii ar jaunumiem ..... -- IMPHO Lielaakaa problema ir Bilzju (DATU) pievienosana Upteitosana araaejam serverim ... Diezgan daudz buus japiestraadaa pie drosiibas ... tb . lai serveris sanjemot $_FILES datus zinaatu ka vinjam no $_FILE['bla']['tempXXX'] japarsuuta samais uz citu (doto) serveri kur attieciigi janoglabaa dotaa 'diraa'.... sinhronizacija servera liimenii nestraadas uz teiksim uz jaunumiem (kas attiecas tikai uz konkreto valsti/serveri) ...

Auto incrament peec savaas buutiibas ir parasts skaitiitaajs , liidz ar to nakamais numurs buus 89, bet vari vienkarshi parbaudiit vai numurs jau nav izmantots ... un ja nav tad drosi vari vinju insertot ... tb parbaudi vai numurs eksistee id ==4 , ja nee tad inserto ... savaadak nekaa...

tepat forumaa Ne velti, bubu ziedoja savu laiku sha izveidei ...

variants kaa izveidot Unilkalu kodu ... teiksim ir DB tabula kuraa glabaajas pieprasijumi ... ID| pakalpojuma ID | kautkas veel ... | unikalais_kods | taatad darbojamies ... INSERT ieraksts, BEZ unikalaa kods ... dabuunam insertoto ID vienjam pieliekam kautkaadu random kodu A-Z 1-9 dabuunam teiksim stringu no 8 simboliem ... peikoncatejam vinjam klaat dabuuto ID ... Updeitojam ierakstu peec dabuutaa ID ... --> 100% ka kods buus unikaals.... (nu jaa vien netiiriisi DB ..) peec koda izmantosanas nodeletejam ierakstu ... Reali DB nebuus vairaak par paris K ierakstu .. liidzarto nevajag saspringt par meklesanas atrumu ... --- sii pieeja lieliski darbojaas arii e-maila autorizaacija utt.. ---- edit: tik jaceras ka stringam Vienmer jabuut vienada garuma ...

vienoziimiigi A varints ... Plusi : praktiski nav jaraksta jauns kods ja pievieno papildus pakalpojumu , plasa iespeeja varieet ar cenaam , drosiiba ( Klienti 100% reiz pa reizei kljudisies --> un pasam buus problemas ..) --- parasti ir 3 simboli tavs identifikators servisa sniedzeeja DB ... parejie (peec atstarpes tavi varianti ) teiksim : ABC XX1 35 atpakal sanjemsi XX1 35 --> ar paris PHP funkcijam sadali 2 daljas un ieguusi .. xx1 --> pakalpojums 35 cena .... attieciigi generee kodu un suuti userim ..... ieprieks ierakstot kas par pakalpojumu ... talak kad useris ievada unikalo kodu attieciigi dabuun savu pakalpojumu ... --- otrais variants dazos gadijumos vispar nestradaas.... teiksim faila sanjemsanai --> nu izrakstiishu uz papirinja kas man jasuuta --> atpakalj sanjemsu SMS ... un taalaak???

ljoti elementari kadelj nevari includot --> UNIX masiinam A un a nebuut nav viens un tas pats , pretstataa windowsam .. taa kaa Mans.txt un mans.txt ir 2 atskiriigi faili ...

Negribeetu buut taa klienta vietaa .... Man personigi buutu kauns radiit sadu lapu klientiem (no firmas viedoklja) , tad jau labaak lai nav vispaar...

Un vispar vai tiesam bija tik Gruti apskatiities bubu sarupeetajaa foruma saturaa ?? Principa peec nenoradishu kuraa vietaa atrodas shii tema (par gif->png --> IE) --> ja jau slinkums pasam paskatiities....

$aa=$_GET[id]; $video="$aa.avi";

shalonik --> ne tikai caurspidigums vien.. arii krasu skaitu *gif ir tikai 255 krasas (kopaa) , taakaa teiksim foto buus briesmigas ... Transparents nevar buut Daljejs , tb puscaurspiidigs, var buut tikai IR/NAV .. --- Png shim merkjim izmanto atseviskju kaanalu (ALFA kanalu) , kas faktiski ir papildus kraasa (parasti Grey skala .. no balts liidz melnam ) --> tas reali var nodrosinat liidz pat 255 caurspidiguma pakapes...

Gribi teikt ka tev DB ip vietaa ir * ? tas ir vienalga no kaadas ip? Ta tas jau pats par sevi ir iels caurums .. Normali ir tikai no lokalas masinas , Vai ja DB atrodas uz citas karbas, tad papildus vel no tas IP ... Un miers majas...

njaa un peec carset code goglee nepamekleji ? TE UN TE vispar slinkums bija vairak ko mekleet, bet ir Ljoti daudz resursi kur pieejamas kodejumu tabulas ....