Archief - Tomorrowland 2014

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

linneke

Legacy Member
Black, 'k geloof da gij ook dien brief hebt gehad over die milieuvergunning hè maar volgens u hadden ze die toch al hé

ilgonwe

Legacy Member
marcellie zei:
Wat is nou precies zo'n api?

Als ik het goed begrijp moet je dus zorgen dat je iets van 17.00 je scherm refresht? bv om 16.59.53? en Dan gaat het vanzelf?

Wat zijn dan die verhalen dat je al om 16.57,54 moet refreshen? Dan zit er 6 sec. vertraging op en 2 minuten later moet je dan weer refreshen of doet hij dat automatisch uitzich zelf?

Die oude truc werkt niet meer. De nieuwe aanpak zal eerder stoelen op een aantal tabs open hebben en dan maar hopen dat je toevallig binnen raakt. De refreshes zullen nu allemaal semi random zijn per tab, tussen 30 en 90 seconden. Dus zelfs met 60 tabs open zal je nog geen zekerheid hebben dat je elke seconde hebt gecoverd.

Trouwens, na hun pre-registration debacle vraag ik me af of de stortvloed aan mensen wereldwijd niet kan zorgen voor 404 en 500 errors. Het zal toch praktisch een DDoS aanval lijken :/ Ze zullen toch moeten voorbereid zijn op miljoenen requests (zowel individuele personen als mensen die vanaf verschillende computers en tabs werken).

TeeJay

Legacy Member
Die wet waarvan sprake in die mail is de Wet van 30 juli 2013 en niet van de 1e. Het zou mij verwonderen mocht TML echt zo een kemel in zijn mails zetten. Die laatste zin is trouwens redelijk slecht geschreven.

Het heeft idd veel weg van een scam, al vraag ik mij af wie zich met zoiets bezighoudt:wtf:

Black

Legacy Member
Ik denk dat TL-organisatie ook eerder zou schrijven doorverkoop/resale

En niet in het Frans

Black

Legacy Member
linneke zei:
Black, 'k geloof da gij ook dien brief hebt gehad over die milieuvergunning hè maar volgens u hadden ze die toch al hé

Als de gemeente en de organisatie HERHAALDELIJK zeggen dat ze alle vergunningen hebben geloof ik hen.

Zit ge hier trouwens nog ? :')

Maxwell

Legacy Member
Black zei:
Ik denk dat TL-organisatie ook eerder zou schrijven doorverkoop/resale

En niet in het Frans

Ik hoop dat je gelijk hebt maar ze weten dat enkel Belgen de tickets hebben kunnen bestellen hé. Frans & Nederlands zou voldoende moeten zijn. Ik heb echter nog geen antwoord terug gekregen. Zal nog wel even duren ook.

frye

Legacy Member
Wat is eigenlijk het belangrijkste voor tickets te kunnen bemachtigen?

Draait alles niet rond die queue.api.paylogic...
Als deze wordt aangeroepen bemachtig je eigenlijk een plaats in de wachtrij of spelen er nog factoren mee?

Als deze exact om 17:00:00 plaats hoe zeker zou ge dan kunnen zijn voor kaarten te bemachtigen? Lijkt me toch vrij zeker dan of is er nog ergens iets wat goed moet zitten?

Heb al wa zaken getest en mijn call komt altijd op de seconde juist of 2 seconde max erna.

fordjah

Legacy Member
2 browers openzetten. Met enen ga ik refreshen met de andere niet.
Kga er allemaal niet veel moeite insteken. Geld uitgespaard dan maar :unsure:

Ik vind het toch allemaal wat te duur aan het worden. Hoeveel is zo een ticket voor 1 dag alles in totaal nu?
bijna 100 euro me al ulder fee's?

LordrAider

Legacy Member
Hmm als ik debug dan krijg ik nog elke 2 minuten een json call richting Queue. Wss heeft hij nog de "oude" code die hij gebruikt. Maar zal dat dan ook marcheren zolang ik niet de nieuwste code van de site laadt?

rTn

Legacy Member
klopt is bij mij ook... elke 2 min krijg ik nieuwe call. (soms 2m 1sec)

Set-Cookie: token=; expires=Fri, 15 Feb 2013 12:31:27 GMT; Path=/json/90774/2993/
Set-Cookie: token=; expires=Fri, 15 Feb 2013 12:29:26 GMT; Path=/json/90774/2993/
Set-Cookie: token=; expires=Fri, 15 Feb 2013 12:27:27 GMT; Path=/json/90774/2993/
Set-Cookie: token=; expires=Fri, 15 Feb 2013 12:25:25 GMT; Path=/json/90774/2993/

ilgonwe

Legacy Member
LordrAider zei:
Hmm als ik debug dan krijg ik nog elke 2 minuten een json call richting Queue. Wss heeft hij nog de "oude" code die hij gebruikt. Maar zal dat dan ook marcheren zolang ik niet de nieuwste code van de site laadt?

Hoogstwaarschijnlijk niet.

In de oude code werd er elke 2 minuten iemand binnen gelaten aan serverkant (=Tomorrowland). Als je goed timede aan clientkant (= koper) had je elke 2 minuten kans omdat de poort dan open stond.

De nieuwe code gaat aan clientzijde tussen 30 en 90 seconden vragen of er plaats is. Waarschijnlijk zullen de poorten aan serverkant ook zo willekeurig open en dicht gaan. Dit voorkomt dat iemand weet wanneer er een slot vrij komt. Op tijd openen heeft geen zin omdat bij een refresh een andere tijdspanne wordt gekozen. En weten wat de tijdspanne van een slot is heeft geen invloed op wanneer de volgende poort komt.

DUS: als je met de oude code enkel om de 2 minuten wacht heeft iemand met de nieuwe code mogelijk al 4 kansen gehad (in het toevallige geval dat die timer om de 30s valt). Zal eerder 2-3x zijn. Je haalt er dus denk ik niet echt voordeel uit om die te behouden.

Maar je kan altijd met 2 browsers werken, de ene met de oude methode en een andere met de nieuwe, het kan alleszins geen kwaad...

killzone111

Legacy Member
ilgonwe zei:
Hoogstwaarschijnlijk niet.

In de oude code werd er elke 2 minuten iemand binnen gelaten aan serverkant (=Tomorrowland). Als je goed timede aan clientkant (= koper) had je elke 2 minuten kans omdat de poort dan open stond.

De nieuwe code gaat aan clientzijde tussen 30 en 90 seconden vragen of er plaats is. Waarschijnlijk zullen de poorten aan serverkant ook zo willekeurig open en dicht gaan. Dit voorkomt dat iemand weet wanneer er een slot vrij komt. Op tijd openen heeft geen zin omdat bij een refresh een andere tijdspanne wordt gekozen. En weten wat de tijdspanne van een slot is heeft geen invloed op wanneer de volgende poort komt.

DUS: als je met de oude code enkel om de 2 minuten wacht heeft iemand met de nieuwe code mogelijk al 4 kansen gehad (in het toevallige geval dat die timer om de 30s valt). Zal eerder 2-3x zijn. Je haalt er dus denk ik niet echt voordeel uit om die te behouden.

Maar je kan altijd met 2 browsers werken, de ene met de oude methode en een andere met de nieuwe, het kan alleszins geen kwaad...

mijn vraag is dan werkt de wachtrij niet met IP adres? als je dan zou refreshe, zet hij je IP adres dan niet terug achteraan?
ook 2 browsers heeft dan ook geen zin als het met IP adres is, blijft hetzelfde ip adres.

Ooli

Legacy Member
ilgonwe zei:
Hoogstwaarschijnlijk niet.

In de oude code werd er elke 2 minuten iemand binnen gelaten aan serverkant (=Tomorrowland). Als je goed timede aan clientkant (= koper) had je elke 2 minuten kans omdat de poort dan open stond.

De nieuwe code gaat aan clientzijde tussen 30 en 90 seconden vragen of er plaats is. Waarschijnlijk zullen de poorten aan serverkant ook zo willekeurig open en dicht gaan. Dit voorkomt dat iemand weet wanneer er een slot vrij komt. Op tijd openen heeft geen zin omdat bij een refresh een andere tijdspanne wordt gekozen. En weten wat de tijdspanne van een slot is heeft geen invloed op wanneer de volgende poort komt.

DUS: als je met de oude code enkel om de 2 minuten wacht heeft iemand met de nieuwe code mogelijk al 4 kansen gehad (in het toevallige geval dat die timer om de 30s valt). Zal eerder 2-3x zijn. Je haalt er dus denk ik niet echt voordeel uit om die te behouden.

Maar je kan altijd met 2 browsers werken, de ene met de oude methode en een andere met de nieuwe, het kan alleszins geen kwaad...

Wat betreft het oud systeem aan serverzijde zit je er volgens mij echt HELEMAAL naast. Wat er nu echter is kunnen we echter allemaal naar gissen.

Succes allen!

ilgonwe

Legacy Member
killzone111 zei:
mijn vraag is dan werkt de wachtrij niet met IP adres? als je dan zou refreshe, zet hij je IP adres dan niet terug achteraan?
ook 2 browsers heeft dan ook geen zin als het met IP adres is, blijft hetzelfde ip adres.

Het kan zijn dat het deze keer anders is, maar vorige week hebben die mannen van DailyBits gewoon een batterij laptops opgezet. Dezen hadden geen ander IP adres. En eigenlijk kan het nog strenger, je persoonlijke link is ook een ID, die zou maar 1 keer mogen voorkomen, zelfs als je vanop verschillende locaties probeert, maar ook dat doen ze niet.

Ooli zei:
Wat betreft het oud systeem aan serverzijde zit je er volgens mij echt HELEMAAL naast. Wat er nu echter is kunnen we echter allemaal naar gissen.

Succes allen!

En er is ook een mysterie van mensen die later binnen vielen en toch een ticket konden kopen terwijl mensen die om 11:00:00 begonnen noppes hadden, dus zelfs als je eerst stond in de queue en zo snel mogelijk pingt om de 2 minuten, is dat niet the only way to go. Er waren er die rond 11:30 probeerden en binnen vijf minuten iets zagen.

Vandalize_

Legacy Member
Allemaal die codepraat hier & ik zit hier.
Random aan het hopen dat ik een ticket kan bemachtigen :(

gamer1985

Legacy Member
hier het zelfde al 2dagen bezig maar werkt hier nog als vorige verkoop geweest.
om de 2 minuten krijg ik een api call, cache geheugen heb ik van verschillende browers gewist maar blijft zo.
vroeger deze dag hetzelfde gedaan bij mijn ouders en daar is het nieuwe dus de rondom refresh.

Re@V0r

Legacy Member
eigenlijk al ver gekomen als mensen code zitten te analyseren om aan een ticket voor een festival te geraken...
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan