Ko podatke prvič vstaviš v podatkovno bazo, lahko vnešen id dobiš s funkijo mysqlinsertedid(). Le-tega pa si nato shraniš v session spremenljivko.

mysql_query("INSERT INTO tabela1 (atr1, atr2, atr3) VALUES ($atr1, $atr2, $atr3)");

$_SESSION['id'] = mysql_inserted_id();

Vsi preostali vnosi pa so napisani v tem stilu:

mysql_query("INSERT INTO tabela2 (id, atr4, atr5) VALUES ($_SESSION['id'], $atr4, $atr5)");

Seveda poskrbi še za varnost, validacijo podatkov, validacijo $_SESSION['id'] spremenljivke.

Dovolj razumljivo?

20 in 16.

Se pa strinjam z @Gogy, da ni nobena majica "tisto tapravo", enostavno sem pričakoval več "občutka" ob izdelavi.

Gizmo:

Misliš, da ti bojo tisti, ki so navedeni na seznamu hvaležni za to?

Nočem zveneti napačno, pa vseeno: kaj, če bi bili v tej datoteki shranjeni podatki, ki bi jih uporabljal za dostop do stvari, za katere bi hotel, da jih drugi uporabniki ne vidijo. Mislim, da bi mi bil hvaležen, ker sem ti povedal, da so ti podatki javno dostopni.

Mambo89:

S tem, ko si to objavil na IM forum si te podatke prinesel ravno tja, kjer je največja gostota spamerjev in spletnih kriminalcev na št. obiskovalcev strani. :S

Razmišljal sem v smeri varnosti, ne pa tudi v smeri nevarnosti. Na žalost ...

Leo:

Pametno bi bilo piaatl lastniku stashbox.org da odstrani to datoteko, saj je to neka file hosting stran.

Mail poslan.

Skratka, želel sem samo dobro in nič slabega ... Šola za drugič.

Uporabniška imena in gesla so že javno objavljena (klik - predzadnji rezultat), kako pa bi naj drugače prišel do njih? Vse, kar sem želel storiti, je opozoriti uporabnike IM. ;-)

Ne, zakaj? Je slučajno 1. april? Ne, ni ... Torej?

Pred nekaj trenutki sem googlal za določenim keywordom in prišel do zanimive strani - bolje rečeno nekakšnega backupa podatkovne baze. Ne vem sicer, na kakšen način se je baza polnila (virus, keylogger ...), ampak tukaj je 10850 uporabniških imen in gesel za dostop do raznoraznih strani.

klik

Če je kje slučajno vaše uporabniško ime in geslo vam priporočam, da si ga čimprej spremenite. ;-)

Pa lep dan še naprej.

Avkcija je potekla, ponudbe (na žalost) ni bilo podane.

Prodajo podaljšujem do nedelje, 4.4.2010 23:59.

Začetna cena: 100 €

Minimalni dvig: 2 €

BIN: ni podan

Da vidim, če bo zdaj po kakšnem slučaju privihrala kakšna ponudba. =)

sivolasi:

In da, obstajajo porno strani z manj kot 500 obiski na dan...

Težko verjamem. Podatki, link?

Na žalost sem lastnik takšne =) Link je v podpisu, podatke imaš pa v tej temi.

To je vse, kar sem želel povedat. =)

Kaj pa, če v Google WebMaster tools sporočiš novo ime domene, na stari pa narediš 301 redirekt?

Random:

Iz baze v x spremenljivko shraniš vse id-je. Potem pa v zanki generiraš random število z. Če je z v x arrayu (pomeni da zapis v bazi obstaja) in z ni v y arrayu (pomeni, da se ne ponovi), jo shraniš v y array. V nasprotnem primeru zmanjšaš števec (tako, da v vsakem primeru dobiš točno 10 random števil). Na koncu ustvariš query, ki iz baze selecta števila v y arrayu. To je za moje pojme najboljša rešitev pri ogromno zapisih. Upam, da sem napisal dovolj razumljivo.

Random paginacija mislim, da ni dobra rešitev za to. Ker bi v tvojem primeru za moj način "nekam" moral shranit 20.000 različnih arrayov, da se zapisi ne bi ponavljali. Najbolje bi bilo, da paginacijo narediš z order by id limit x,y.