Volg de onderstaande video om te zien hoe je onze site als web-app op je startscherm installeert.
Opmerking: Deze functie is mogelijk niet beschikbaar in sommige browsers.
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?
frye zei:paylogic.be bestaat denk ik niet. (ben wel niet zeker)

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é
Black zei:Ik denk dat TL-organisatie ook eerder zou schrijven doorverkoop/resale
En niet in het Frans

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/
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?
frye zei:Wat is eigenlijk het belangrijkste voor tickets te kunnen bemachtigen?
QFTGeluk.
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...
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...
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.
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!