Java

Galējais kods varētu būt sekojošs:

<?php
$select_opts = array(1,2);

if ($_REQUEST['saturs'])
$saturs = (int)$_GET['saturs'];
else
$saturs = 0;

if (!in_array($saturs, $select_opts))
$saturs = 0;
?>
<form name="form_select_content" method="get" id="form_select_content">
Izvelies lapu :
<select name="saturs" onchange="document.forms['form_select_content'].submit();">
<option value="0"<?php if ($saturs==0) echo ' selected';?>></option>
<?php
foreach ($select_opts as $val) {
echo '<option value="'.$val.'"' . ($saturs==$val ? ' selected' : '') . '>saturs '.$val.'</option>';
}
?>
</select>
</form>

<form name="form_main" method="post" action="updatePage.php">

<br><textarea rows="10" cols="60" name="contents">

<?php

if($saturs == 1){
echo "$contents";

}else{
echo "nau!!";
}
?>
</textarea>
<input type="submit" name="Submit" value="Saglabat">
</form>

Oi sorry par to ins_array - neuzmanības kļūda bija jābūt in_array - bet kā - sanāca?

Laika, šitas pasākums bus jāatliek uz vasaru, tad kārtīgāk jāpieķerās klāt.

Jocīgi gan... Vasarā tev gribēsies "kārtīgi pieķerties klāt" meitenēm jūrmalā! :D

Web lapu cepšana ir nabagu maize, kur nu vēl pašam tādu "kantori" uzturēt... Tu pats būsi stresā un visu laiku bļausi uz saviem pāris darbiniekiem, jo tev viņiem jāmaksā kaut cik jēdzīgas algas, ko esi apsolījis, bet nav zināms, kad un kā ienāks vispār kāda nauda... Vai to tev vajag un taviem potenciāliem darbiniekiem? Šaubos! Saudzē nervus un dari, to, kas ir reāli - ko pats vari pavilkt...

Esmu pats redzējis tādas "firmas"! Nu sastāv parasti tādas no 2, 3 jaunēkļiem, kuri visi ir "projektu vadītāji" un meklē sev "programmētājus". Kā pakalpojumus piedāvā klientiem mājaslapas utt. Un prasa nākamajam "programmētājam" - a tu proti uztaisīt šitādu lapu? Utt. visādus stulbus jautājumus, jo paši neko no tā daudz nerubī! Bet ir katrā laikā gatavi nodzenāt programmeri kā suni par kapeikām - ne viņi spēj ko unikālu piedāvāt klientam, ne darbiniekiem - vienkārši jaunieši grib "savu firmu un labi dzīvot"! Neredzu es tādām firmelēm nākotni, IT sfērā var iesākt tikai, ja specializējies uz kaut ko nopietnu, nevis "cep mājaslapas" vai pastulbās "sms akcijas". Mans viedoklis.

Interesanti kā tu "darbosies pats"? Bīdīsi štelles - kārtējais "mājaslapu cepējs"? Trūkst mums tādu? Ražo softus vai piedāvā nepieciešamus IT pakalpojumus, ko nespēj dot kurš katrs, kurš iedomājās sevi par "IT specu" un "drūmo projektu vadītāju" un prot ražot mājaslapas! Ja nebūs klientu un pieprasījums, dzīvosi ar saviem 100 Ls mēnesī, tad gan labāk gribēsi iet strādāt!

Nevar.

Aleksejs - protams, ka nav, bet es domāju gan, ka var uztaisīt unikālu! ;) Kā? Nu gluži vienkārši - timestampā, piemēram, ir 12 ciparu skaitlis vai ne? Uztaisa no tiem, em, tagad nepateikšu tieši cik simbolu garu hashu, bet fakts tāds, ka šis hash iekļauj visus ciparus, visus latīņu burtus uz klaviatūras un simbolus "_", "-", piemēram, domā nav iespējams uztaisīt unikālu? Variācija no 10 (cipari) pret variāciju no 38 ;)

Kā tad tā lielais ģēnijs izgāzās un nav izlasījis MySQL dokumentācijā, ka SELECT atgriež 0 vai kaut kādu rindu skaitu, atkarībā no rezultāta?

Bet tas kā tu viņu izmanto iekš procedūras jau ir tava problēma...

Varbūt aizraksti MySQL, lai uztaisa tā, lai SELECT neatgriež neko, pat 0 tieši tad, kad tu to gribēsi! Varu derēt, ka nākamajā dienā iznāks jaunākais MySQL patch ar ievērotām visām codez prasībām!

Pat Čaka Norisa prasības pagaidīs līdz nedēļas beigām! ;)

Aleksejs :D

Nu es pieņemu, ka derētu algoritms, kurš būtu garantēti globāli unikāls viena projekta ietvaros, respektīvi:

Hash no timestampa + hash no db.table nosaukuma + randoma skaitlis

Savukārt es esmu devis algoritmu, kas garantēti piešķir unikālu ID. ;)

Aleksej, tas nepiešķir Globāli unikālu ID, tāpēc nevar arī salīdzināt ar GUID. Tavs algoritms piešķir unikālu ID tikai konkrētas datubāzes ietvaros pie iepriekš izveidota, fiksēta tabulu skaita!

Es varu uztaisīt World Most Unique Number - WMUN un pielikt vēl klāt tam kaut kādu prefiksu - WMUN_259 , piemēram, nu un, kas no tā mainās?

This is to receive a general purpose unique identifier. It is guaranteed that the same number will not be issued ever again.

Every time a number is requested it is incremented by 1.

Un tolks no tā?

Gribi patiešām unikālu numuru uz pasaules? Lūdzu paņem te: http://wunumber.org/getwun.cgi

Un kas tas ir? Uz katru pieprasījumu lapa izdod iepriekšējais numurs plus viens?

Pamaini koda augšdaļu uz:

<?php
$select_opts = array(1,2);

if ($_GET['lapa']) {
$lapa = (int)$_GET['lapa'];
} else {
$lapa = 0;
}
if (!ins_array($lapa, $select_opts))
$lapa = 0;
?>
<form name="select_content" method="get" id="select_content">
Izvēlies lapu :
<select name="lapa" onchange="document.forms['select_content'].submit();">
<option value="0" <?php if ($lapa==0) echo 'selected';?>></option>
<option value="1" <?php if ($lapa==1) echo 'selected';?>>saturs1</option>
<option value="2" <?php if ($lapa==2) echo 'selected';?>>saturs2</option>
</select>
</form>

Alekseja "algoritms" tavā DB ģenerēs 100% unikālus ID, atšķirībā no tava GUID'a, par kuru pats tikko teici, ka tas var sagadīties neunikāls.

Alekseja formula attiecas uz konkrētu tabulu skaitu datubāzē, tieši tāpēc nepārliecina. Un GUID ir globāli unikāls. Vari pievienot jaunas tabulas, nodzēst esošās - iemigrēt citu datubāzi ar saviem GUID - tik un tā viss būs unikāls - varbūtība pārāk maza, ka var atkārtoties divi vienādi GUID! Lai gan es uzskatu, ka var izdomāt arī ar garantiju, ka būtu unikāls - neatkarīgi no tabulu skaita konkrētajā datubāzē, ieliek arī parametru, kā jau teicu - uz konkrēto timestamp milisekundi vēl numuru no 1 līdz 10000, piemēram, diezvai vairāk ieraksti vienlaicīgi notiks vienā milisekundē... un šis atkārtojas pie katras milisekundes. Jautājums tik paliek - vai konkrētā timestamp hash ir unikāls.

Bet nu beidz tak muļķoties, tur jāņem primāri timestamp un vēl pāris drošības rādītāji un ej nu atkārto tādu GUID!!

Aleksej - tavs algoritms nepārliecina... Unikālā ID algoritmā vajadzētu iekļaut timestamp un vēl kaut kādas lietas, teiksim, skaitli kas skaitās no 1-1000 un pēc tam atkal. Vēl varbūt kādu randomu, ja nepārliecina! Jāveido vairākiem apstākļiem, tikai ar timestamp un vēl kādu numuru klāt nepietiks, jo viss timestamp ir pārāk garš, tāpēc no tā jāveido kāds īsāks hash. Un tādā gadījumā tie hashi var sakrist arī pat dažādiem timestampiem, savukārt randoms ar vēl kādu apstākli klāt to iespēju, ka tomēr viss id būs vienāds samazina krietni.

Nezinu, cik tieši sanāk tā varbūtība, bet kaut kāda jau pastāv, ka var atkārtoties GUID:

"...generated GUID is not guaranteed to be unique, the total number of unique keys (2128 or 3.4×1038) is so large that the probability of the same number being generated twice is very small."

Nu gan jau, ka tā ir tikpat liela varbūtība, cik, piemēram, varbūtība, ka parasts cilvēks varētu iemācīties elpot caur dibenu...

Nu c'mon, kā tas var būt iespējams ? :D

Sarežģītu datubāžu migrācijā, kad tev piemēram, ir jālabo cita pieļauta kļūdas - vis kas var gadīties ;)

Man gan izskatās, ka tu pats nezini kā varētu notikt kaut kāda "sajaukšanās". :)

Lab, pieņemsim man ir ID=120 - es īsti neesmu pārliecināts, no kuras tabulas tas ir - nu kaut kā nokļuvis - bet piemēram - pastāv iespējas uz divām vai trim tabulām, ka tas varētu būt, bet, ja visās 3 tabulās ir ID=120? Tad unikālais ID šeit lieti noder! :P

:) Ko te tagad domāt? Manuprāt, tiem unikāliem id ir tieša priekšrocība no tā, ka tie ir daudz unikālāki, bet mīnuss tāds - ka tie ir garāki un grūtāk lasāmi. Plus arī tas, ka tos nevar "ķert bez norādēm" tik vienkārši kā parastos id, iedrukājot kādu skaitli, unikālo id būs uzminēt grūtāk. Bet protams, tas garums ir mīnuss, jo urlī ne visai labi izskatās tik garš... Youtubei labi izskatās tie id.

Vēl piemēram - doma man tāda, ka pēc unikālā ID tu vari čekot vairākās tabulās, ja tev dati ir sagrupēti vairākās tabulās, savukārt pēc ID vari tikai vienā tabulā! :) To var darīt kaut vai sql procedūra...

Priekšrocības? Nu grūti tā pateikt, domāju, ka praktiskajā darbā (sevišķi ar ļoti lielām datubāzēm) šeit savas atsevišķas priekšrocības ir no tā, ka ID ir pavisam unikāls!

Mana vienīgā pieredze ar GUIDiem bija tieši kādā MS SQL datubāzē, kur man nācās pētīt datus un kā tie ievadīti un kā vajag ievadīt. Pēc neilga laiciņa es biju gatavs nosist (vismaz virtuāli) to džeku, kas tos GUIDus tur visur bija sabāzis, jo tā vietā, lai normāli atlasītu klasifikatorus ar 5 vērtībām un atcerētos ka to idi bija 1, 2, 3, 4, 5 (nu labi kaut vai 1034, 77, 657, 843 utml) man nācās katru stringu kopēt ar ctrl+c un ctrl+v. Tas bija nenormāli besīgi, NENORMĀLI.

Bet nu vispārīgā gadījumā, protams, vienam patīk māte, otram meita, trešajam kleita un ir jau nenoliedzmi kādas pozitīvās īpašības arī GUIDiem :)

Toties veicot šādus atlasīšanas, grupēšanas un migrācijas darbus, tev tie GUIDi lieti noder, jo tu nevari sajaukti ID nekādi - GUID būs unikāls pa visu DB, savukārt tāds pats ID var būt 50 tabulās :))

Man šķiet, ka youtube ir pēc kaut kāda pašizdomāta algoritma sakodēti ID ne? Varbūt arī viņi tādus glabā datubāzē, gan jau ka tā, bet nu jāatceras arī, ka tam algoritmam jānodrošina visu ID unikalitāte - nebūs viegli tādu izdomāt?

Piemēram, es minu id=123 - ja tur kaut kur parādās id=102 un id=134, piemēram, tad pastāv iespēja, ka būs 103 un 133, piemēram! ;) Bet priekš kam jūzerim būtu jārāda tas, kas viņam nav paredzēts rādīt? :) Tak nekodēsi visus numeriskos ID uz atrādīšanu?

Ā, vēl viena lieta - useris var pārlapot visus ID vienkārši lietojot numurus pēc kārtas, bet GUIDus viņš tik vienkārši neuzminēs! ;)

Bet man šķiet, ka nav garantēts, ka tas GUID būs unikāls, vienkārši ļoti liela varbūtība, ka tas būs tomēr unikāls pavisam - vismaz vienas datubāzes ietvaros!

Var, atcerējos, ka unique id ir citas priekšrocības - kas saistīts ar ierakstu numerāciju - redzi, reāli tev tie numuru id nav īsti unikāli, jo, ja vēlies pārnumurēt datubāzi, nu respektīvi, blablabla - jaunais ieraksts var ieņemt vecā vietu, bet unique id būs unikāls un ļoti ļoti maza varbūtība, ka kādam citam ierakstam varētu būt tāds pats ID :)