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.

Black

Legacy Member
EvilD zei:
Ik zou zeggen zo een 10tal sec voor 5u refreshen

Ik denk toch iets meer.

Ge moet die 30-90 seconden er nog bijtellen.


Het is nu dus: eerst 8-11.5 seconden
: dan 30-90 seconden

Als we ze beiden exact in de helft gaan nemen zou ik dus gaan om 70 seconden voor 17uur refreshen.
Nadeel van die randomized stuff is dat ge geen zekerheid hebt. Als em net biju 8 seconden erover doet om de request te sturen en daarna in 30 seconden laadt hebt ge maar 38 seconden nodig om te refreshen.
Als ge dus vroeger refresht zult ge later zijn.


Misschien het beste nu om gwn te laten staan en werkelijk niet te refreshen ?

frye

Legacy Member
Ooli zei:
Goed, kon het toch niet laten en net geanalyseerd. Volgende zaken zijn gerandomized:

Initieel inladen pagina
OUD na 5 seconden vertrok de eerste request
NIEUW Na een random tijdstip tussen de 8 en 11,5s laadt de pagina in

Automatische refresh
OUD elke 120 seconden, OF afwijkend indien de wachtrij je browser zegt sneller of trager te refreshen
NIEUW random tussen de 30 en 90 seconden (wordt herrandomized per automatische refresh), OF afwijkend indien de wachtrij je browser zegt sneller of trager te refreshen

Andere
- Bij faling JSON-request is de refresh nu ook random
- De fake "queue is open" boodschap vanaf 11:00:01 op je computerklok bestaat nog
- geen andere noemenswaardige wijzigingen in de code (behalve dat ze het met wat handigheidjes moeilijker leesbaar hebben gemaakt, maar dat konden ze nu toch wel wat grondiger doen..)


Heb ook even gekeken en mij lijkt er niks veranderd te zijn.

15:57:53 plaats ik een refresh
15:57:59 --> api call
16:00:00 --> api call

Dit ben ik nu een tijdje in de gaten aant houden en bij mij gaat hij echt telkens 2 min + 1 sec de api refreshen.

Hopelijk tegen zaterdag wel tickets...

EDIT: Zal nog niet actief staan? :)

Battousai0

Legacy Member
frye zei:
Heb ook even gekeken en mij lijkt er niks veranderd te zijn.

15:57:53 plaats ik een refresh
15:57:59 --> api call
16:00:00 --> api call

Dit ben ik nu een tijdje in de gaten aant houden en bij mij gaat hij echt telkens 2 min + 1 sec de api refreshen.

Hopelijk tegen zaterdag wel tickets...

EDIT: Zal nog niet actief staan? :)

bedoel je niet 16:57:53?

Anoniem09

Legacy Member
Als ik op de preregistratie link klik, staat er dat alle tickets uitverkocht zijn. Moet ik voor de world wide sale een andere link hebben?

Ooli

Legacy Member
frye zei:
Heb ook even gekeken en mij lijkt er niks veranderd te zijn.

15:57:53 plaats ik een refresh
15:57:59 --> api call
16:00:00 --> api call

Dit ben ik nu een tijdje in de gaten aant houden en bij mij gaat hij echt telkens 2 min + 1 sec de api refreshen.

Hopelijk tegen zaterdag wel tickets...

EDIT: Zal nog niet actief staan? :)

Staat wel actief, je hebt gewoon oude versie in je cache - die zal vanzelf weer verdwijnen

Deroggie

Legacy Member
Black zei:
Misschien het beste nu om gwn te laten staan en werkelijk niet te refreshen ?

Geen idee, mij lijkt elke 12 seconden refreshen goed? Maar ken er niet veel van

frye

Legacy Member
Black zei:
Ik denk toch iets meer.

Ge moet die 30-90 seconden er nog bijtellen.


Het is nu dus: eerst 8-11.5 seconden
: dan 30-90 seconden

Als we ze beiden exact in de helft gaan nemen zou ik dus gaan om 70 seconden voor 17uur refreshen.
Nadeel van die randomized stuff is dat ge geen zekerheid hebt. Als em net biju 8 seconden erover doet om de request te sturen en daarna in 30 seconden laadt hebt ge maar 38 seconden nodig om te refreshen.
Als ge dus vroeger refresht zult ge later zijn.


Misschien het beste nu om gwn te laten staan en werkelijk niet te refreshen ?

Je hebt toch veel meer kans om bij de eerste refresh op een zo dicht mogelijke refresh te zitten?
Je hebt 3,5 seconde marge tov 60 seconde marge.

Dus ik denk dat je meer kans hebt als je rond 16:59:51 refresht omdat na de random functie van 8-11,5 seconde de call naar de api wordt gedaan. Ik denk als je call zo dicht mogelijk tegen 17:00:00 (erna) is dat je voorin de wachtrij wordt gezet & dat je een refresh krijgt met de paylogic store.

Of klopt er iets niet aan mijn verhaal?

Maxwell

Legacy Member
Wtf... ik krijg net volgende mail:

Beste meneer, mevrouw,

Wij contacteren u betreffende uw Tomorrowland tickets.

Wij hebben vastgesteld dat u uw tickets opnieuw te koop aanbiedt aan derden. Graag wil Tomorrowland u erop wijzen dat het doorverkopen van tickets verboden is.

Zoals omschreven in de Algemene Voorwaarden behoudt de organisatie het recht uw tickets eenzijdig te annuleren en u op de zwarte lijst te plaatsen voor alle komende edities van Tomorrowland.

Uw tickets zullen ongeldig gemaakt worden en een refund zal niet toegekend worden.

Doorverkoop van tickets met winst is door de Wet van 1 juli 2013 verboden (boetes tot 60.000 EUR op inbreuken).

Wij wil dat de tickets gaan naar mensen die ECHT naar Tomorrowland willen komen.

Tomorrowland

Ik heb geen flauw idee waar dit over gaat. Ik heb nergens die tickets te koop aangeboden.

frye

Legacy Member
Maxwell zei:
Wtf... ik krijg net volgende mail:



Ik heb geen flauw idee waar dit over gaat. Ik heb nergens die tickets te koop aangeboden.

Scam? :)
Kloppen de gegevens van de afzender?

freestyler494

Legacy Member
Maxwell zei:
Moet wel een scam zijn hé?
Werd verstuurd door '[email protected]'

Stuur dit eens naar deze twitter link . Dit is de officiele twitter van de woordvoerdster, zei zal wel met zekerheid kunnen bevestigen of dit een echt tml email adres is of een scam


Verder ben ik ook al enkele uren bezig met die live http headers.
Wat ik merk: Ticketshop openen en na 5-6 sec zie ik de eerste api verschijnen.
Dan verschijnt een volgende telkens 2 minuten en 1 sec hierna.

Dus van de dingen die veranderd zouden zijn ( die 8-11.5 sec enzo ) daar merk ik niet veel van.
(Heb ook cache enzo verwijderd van browsers )
Nu open ik dus de pagina om 16:57:53
eerste api krijg ik om 16:57:59
tweede api om 17:00:00

Hebben anderen dit ook zo ?

marcellie

Legacy Member
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?
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