ZAKLJUCANO: Dobitnici Maj 2015 DV 2016

[Ljanmi]

Prvobitno poslao korisnik Pahuljica

U.S. Department of State: Consular Affairs Hello, everyone. We appreciate your concern but we not are experiencing any technical difficulties. Several thousand individuals have already confirmed their selection for DV-2016 through the Entrant Status Check (ESC) site at dvlottery.state.gov.

As with any lottery, only a very small percentage of entries were selected for further processing. For DV-2016, we received over 11 million entries seeking one of 50,000 diversity visas available every program year.

You must check your ESC site and see a selection notice addressed to you by name as proof of selection to process further in the DV program. If you logged into the ESC and saw a notice stating that you were not selected, you have not been selected for further processing in this year’s DV lottery.

Ma da li je moguce? Pa gdje je tih nekoliko hiljada koji su izvuceni, da li je moguce da bas NIKO od njih nije to potvrdio putem drustvenih mreza, koje su danas primarni vid komunikacije?
Nesto ovdje smrdi...

Ma daaaa, potpuno se slazem sa tobom....

+1

[massa]

IgorMAD,
ne moraju biti dvije baze, moze biti jedna baza i dvije tabele. Onako kako bi ja napravio aplikaciju, jeste da imam tabelu sa svim aplikantima i tabelu sa podatcima dobitnika.
Na prvoj tabeli, gdje su svi korisnici se radi verifikacija osobnih podataka i podatak da li su selected ili ne (obicno je to 0 i 1). Ako je za korisnika zapisano 0 a to je znak da nije izvucen, skripta ce samo uraditi print teksta HAS NOT BEN SELECTED.
Nakon sto skripta procita da je neki korisnik selected, moze nastaviti dalje sa izvrsavanjem, tj slanje drugog upita na drugu tabelu odaakle se vade podatci koji se prikazuju sretnicima .
Na toj relaciji moze postojati bug da dovede do ovoga, da je timeout postavljen jako mal i da taj query traje duze od ovoga na prvi tabelu, ili da jednostavno postoji neki veci bug u aplikaciji.
Moje je misljenje da su ovi koji uvjek dobijaju sesion timeout oni koji su dobitnici. Ne racunajuci one koji su radili dvoklik, refresh ili back pa dobijali tu gresku Opet, moje misljenje je samo moje misljenje i nemora biti tacno . Ja sam do sada uradio provjeru preko 100x i svaki put sam dobio "HAS NOT BEN SELECTED"

[birdscanfly]

Sad se i raspravljate o bazama. Do 30.juna otvarati povremeno i to je to. Jest da me zivu pojede ali sta cu.

[massa]

Ma ne raspravljamo se, nedaj boze, samo moje misljenje. Neko je naveo da session timeout nemoze biti to da su to dobitnici, dok je sa druge strane to vrlo vjerovatno

[Shanon]

Prvobitno poslao korisnik massa

IgorMAD,
ne moraju biti dvije baze, moze biti jedna baza i dvije tabele. Onako kako bi ja napravio aplikaciju, jeste da imam tabelu sa svim aplikantima i tabelu sa podatcima dobitnika.
Na prvoj tabeli, gdje su svi korisnici se radi verifikacija osobnih podataka i podatak da li su selected ili ne (obicno je to 0 i 1).
Nakon sto skripta procita da je neki korisnik selected, moze nastaviti dalje sa izvrsavanjem, tj slanje drugog upita na drugu tabelu odaakle se vade podatci koji se prikazuju sretnicima .
Na toj relaciji moze postojati bug da dovede do ovoga, da je timeout postavljen jako mal i da taj query traje duze od ovoga na prvi tabelu, ili da jednostavno postoji neki veci bug u aplikaciji.
Moje je misljenje da su ovi koji uvjek dobijaju sesion timeout oni koji su dobitnici. Ne racunajuci one koji su radili dvoklik, refresh ili back pa dobijali tu gresku Opet, moje misljenje je samo moje misljenje i nemora biti tacno . Ja sam do sada uradio provjeru preko 100x i svaki put sam dobio "HAS NOT BEN SELECTED"

Slazem se sa tobom i svaka ti cast na objasnjenju.

[Pahuljica]

Prvobitno poslao korisnik massa

Ma ne raspravljamo se, nedaj boze, samo moje misljenje. Neko je naveo da session timeout nemoze biti to da su to dobitnici, dok je sa druge strane to vrlo vjerovatno

Ja se ne slazem sa ovim iz prostog razloga sto meni i dalje naizmjenicno izlazi Session timed out (iako uradim samo 1 klik i cekam) i Has not been selected.

[Shanon]

Prvobitno poslao korisnik Test471

Ljudi, ovde sam procitao toliko nebuloza da sam morao da se registrujem ne bih li razjasnio neke stvari.

Session timeout nema nikakve veze sa odzivom servera vec sa nekim drugim stvarima. Objasnjenje za tako nesto je iskljucivo tehnicko ali je uzrok banalan. Do toga dolazi kada se radi dvoklik na "Submit" dugme. Tada se posalju dva zahteva ka serveru a "Session timeout" je ustvari odgovor na drugi upit jer je on poslednji poslat.

Poslednjih godina sam primetio da masa ljudi radi dvoklik na web browseru sto je potpuno pogresno (i jos uopste ne zele da prihvate da to ne treba tako) ali ovo je sigurno uzrok zato mnogo njih dobija tu poruku.

Tako da nemojte da padate na one budalastine da "oni koji dobijaju session timeout su ustvari izabrani".

Takodje su potpuno neozbiljna objasnjenja pojedinih "inzenjera" o nekakvim razlicitima tabelama, bazama, serverima i tako to. 11 miliona prijava bukvalno nije nista za jednu bazu podataka na samo jednom serveru a upit da li je neko prosao ili nije je jedna toliko bezazlena operacija nad bazom da bez problema moze da obavlja nekoliko hiljada takvih upita u sekundi.

I jos jedna budalastina: baza je preopterecena pa zato dobijamo poruku da nismo izvuceni. Takodje glupost neopevana. Baza je ili vratila rezultat ili ga nije vratila. Ako ga nije vratila onda ce se dobiti poruka da je "connection timeout" a to se jos ni jednom nije desilo. Jedino je juce oko 18:05 bila situacija da je web server bio zauzet (znaci - NE baza) ali to je zbog prevelikog broja istovremenih konekcija i to je trajalo samo par minuta.

Dakle, jos jednom - nemojte da nasedate na gluposti kojekakvih strucnjaka i inzenjera.

Da li bi mogao samo da objasnis na koji nacin masa ljudi koja je imala vise prijava za prijatelje i rodbinu(mozes ih pronaci na ovom forumu, a ima ih i po drugim), za neke dobija HAS NOT BEEN SELECTED a za neke uporno session timeout? Da li oni to uvek bas za tu odredjenu osobu kliknu dva puta, a za ostale po jednom???

[srboljub89]

Prvobitno poslao korisnik massa

IgorMAD,
Moje je misljenje da su ovi koji uvjek dobijaju sesion timeout oni koji su dobitnici. Ne racunajuci one koji su radili dvoklik, refresh ili back pa dobijali tu gresku Opet, moje misljenje je samo moje misljenje i nemora biti tacno . Ja sam do sada uradio provjeru preko 100x i svaki put sam dobio "HAS NOT BEN SELECTED"

Ne bih se slozio sa tobom. Ja sam prva 2-3 puta dobio poruku "sesion timeout" i posle par minuta sam opet provjerio i dobio "HAS NOT BEEN SELECTED". To su samo pretpostavke i gluposti da ako je dobio sesion timeout da je izvucen. Ne znam kome je palo na pamet da uopste spominje to jer pogledajte kolika se pometnja napravila zbog toga.

[Test471]

Prvobitno poslao korisnik massa

IgorMAD,
ne moraju biti dvije baze, moze biti jedna baza i dvije tabele. Onako kako bi ja napravio aplikaciju, jeste da imam tabelu sa svim aplikantima i tabelu sa podatcima dobitnika.

Nema potrebe raditi to u dve tabele. Dovljno je u prvoj napraviti kolonu "selected" (bit).

Na prvoj tabeli, gdje su svi korisnici se radi verifikacija osobnih podataka i podatak da li su selected ili ne (obicno je to 0 i 1).
Nakon sto skripta procita da je neki korisnik selected, moze nastaviti dalje sa izvrsavanjem, tj slanje drugog upita na drugu tabelu odaakle se vade podatci koji se prikazuju sretnicima .

Cak i da se radi ovako:

1) To se radi tako sto se otvori no-lock transakcija.
2) To se radi sve u jednom upitu a ne sa dva (upravo iz razloga optimizacije).

Na toj relaciji moze postojati bug da dovede do ovoga, da je timeout postavljen jako mal i da taj query traje duze od ovoga na prvi tabelu, ili da jednostavno postoji neki veci bug u aplikaciji.

Ti uopste ne razumes na sta se odnosi "session timeout" odnosno sta je u ovom slucaju "sesija". Treba da proucis sesije na java servletima i da shvatis da ovo nema nikakve veze sa bazom vec sa cinjenicom da je prvim klikom sesija zavrsena tako da je odgovor na drugi klik da sesija vise ne postoji odnosno da je nastupio "tajmaut".

Tako da je jako dobro sto ti nisi pravio ovu aplikaciju

[massa]

Nisam ni rekao da ima veze sa bazom. To je odnos web servera i browsera. I vrijeme izvrsavanja upita moze utjecati na to. I nije dovoljno jos samo jedno polje. Ocito da nisi vidio koliko podataka se ispise onima koji su selektirani. Ali ne zelim praviti veliki offtopic pa cu ovdje prekinuti sa ovom temom.