[pixi js] extreem lange laadtijd image in chrome op wamp

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Douweegbertje
  • Registratie: Mei 2008
  • Laatst online: 15-09 05:50

Douweegbertje

Wat kinderachtig.. godverdomme

Topicstarter
Ik gebruik nu pixi.js, dit werkt allemaal prima behalve als ik een image wil laden. Ik gebruik 1op1 een example van pixi zelf (http://www.goodboydigital.com/pixijs/examples/1/) en hier heb je dus een image 'bunny.png'. Zo online, werkt dat allemaal prima.
Ik draai dit nu op wamp lokaal bij mijzelf en in Chrome gaat het mis.

Afbeeldingslocatie: http://i.stack.imgur.com/CpMQ5.png

Het plaatje doet er ~12-19 seconden over om te laden. In Firefox gaat het bijvoorbeeld wel weer goed.

Heeft iemand hier ervaring mee?

Acties:
  • 0 Henk 'm!

  • Firesphere
  • Registratie: September 2010
  • Laatst online: 16-09 09:06

Firesphere

Yoshis before Hoshis

Wat zijn de request-headers?

I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!


Acties:
  • 0 Henk 'm!

  • Douweegbertje
  • Registratie: Mei 2008
  • Laatst online: 15-09 05:50

Douweegbertje

Wat kinderachtig.. godverdomme

Topicstarter
parsed;
Accept:image/webp,*/*;q=0.8
Accept-Encoding:gzip, deflate, sdch
Accept-Language:nl-NL,nl;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:no-cache
Connection:keep-alive
Host:localhost
Origin:http://localhost
Pragma:no-cache
Referer:http://localhost/root/examples/1/index.html
User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.42 Safari/537.36
source
GET /root/examples/1/bunny.png HTTP/1.1
Host: localhost
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Accept: image/webp,*/*;q=0.8
Origin: http://localhost
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.42 Safari/537.36
Referer: http://localhost/root/examples/1/index.html
Accept-Encoding: gzip, deflate, sdch
Accept-Language: nl-NL,nl;q=0.8,en-US;q=0.6,en;q=0.4
Afbeeldingslocatie: http://i.imgur.com/DCTzEwB.png

[ Voor 3% gewijzigd door Douweegbertje op 01-11-2014 16:19 ]


Acties:
  • 0 Henk 'm!

  • Firesphere
  • Registratie: September 2010
  • Laatst online: 16-09 09:06

Firesphere

Yoshis before Hoshis

I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!


Acties:
  • 0 Henk 'm!

  • Douweegbertje
  • Registratie: Mei 2008
  • Laatst online: 15-09 05:50

Douweegbertje

Wat kinderachtig.. godverdomme

Topicstarter
Mja, mijn probleem is dat ik niet echt iets met 'dat' doe, en de zelfde source werkt wel online op hun website, die example dus.
Ik zou ook niet weten wat ik nog zou kunnen veranderen :x

Acties:
  • 0 Henk 'm!

  • PrisonerOfPain
  • Registratie: Januari 2003
  • Laatst online: 26-05 17:08
Houd je processes eens in de gaten terwijl je locaal het een en ander doet. En voor de rest, plugins extensions etc even na lopen.

Acties:
  • 0 Henk 'm!

  • Firesphere
  • Registratie: September 2010
  • Laatst online: 16-09 09:06

Firesphere

Yoshis before Hoshis

Heb je al geprobeerd om een (Vagrant) virtual machine hetzelfde te laten doen? Zo ja, zijn de resultaten anders?

I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!


Acties:
  • 0 Henk 'm!

  • Douweegbertje
  • Registratie: Mei 2008
  • Laatst online: 15-09 05:50

Douweegbertje

Wat kinderachtig.. godverdomme

Topicstarter
Nee, niet in VM geprobeerd nog.

Wat ik nu wel weer heb gevonden is het volgende:

Even in gedachte houden dat FF een instant laad doet (en dus in orde is).
Ik laad de pagina in Chrome, en daarna ook gelijk in Firefox. Dit resulteert erin dat het nu ook in FF traag gaat. Net alsof Chrome mijn apache sloopt, want als chrome klaar is met laden gaat het gewoon weer lekker met FF.

Hoewel het waarschijnlijk aan mijn eigen setup ligt, heb ik toch maar alvast een issue bij hun op github aangemaakt. Ik zou mijn god ook niet weten hoe ik dit moet gaan debuggen. Vrij zeker dat een andere setup het probleem oplost.

[ Voor 23% gewijzigd door Douweegbertje op 01-11-2014 19:17 ]


Acties:
  • 0 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 10:23

.oisyn

Moderator Devschuur®

Demotivational Speaker

Fiddler ertussen en kijk wat het verschil is tussen de requests. Of nog een niveautje lager met een network packet sniffer.

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


Acties:
  • 0 Henk 'm!

  • Saven
  • Registratie: December 2006
  • Laatst online: 07:04

Saven

Administrator

Douweegbertje schreef op zaterdag 01 november 2014 @ 16:35:
Mja, mijn probleem is dat ik niet echt iets met 'dat' doe
maar toch is dat wel het probleem. je browser (niet alleen chrome volgens mij) vind het niet leuk als je lokaal met jquery etc. werkt. heb ik ook last van

edit: nvm topic verder niet goed gelezen, nogal lomp als apache op zn gat gaat idd

[ Voor 11% gewijzigd door Saven op 01-11-2014 22:40 ]


Acties:
  • 0 Henk 'm!

  • Douweegbertje
  • Registratie: Mei 2008
  • Laatst online: 15-09 05:50

Douweegbertje

Wat kinderachtig.. godverdomme

Topicstarter
.oisyn schreef op zaterdag 01 november 2014 @ 22:36:
Fiddler ertussen en kijk wat het verschil is tussen de requests. Of nog een niveautje lager met een network packet sniffer.
Thanks :+

Fiddler even gebruikt en toen kwam ik wat headers tegen van 'hola', oftewel zo'n extension wat gebruikt wordt voor netflix. In elk geval stuurde die bij elke request ook een request naar hun server en dat zorgt er dus voor dat mijn apache naar de klote ging 8)7 .. Echt vraag me niet hoe/wat/waarom maar ik heb dat ding eruit gegooid en alles werkt prima.

Ik ging er eigenlijk vanuit dat ik geen ext. had maar hij was dus nog verborgen :+

Acties:
  • 0 Henk 'm!

  • .oisyn
  • Registratie: September 2000
  • Laatst online: 10:23

.oisyn

Moderator Devschuur®

Demotivational Speaker

Weet je wel zeker dat het Apache is die op z'n gat gaat, en niet dat Firefox op een andere manier tijdelijk geblokkeerd wordt door Hola in zijn request naar apache?

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


Acties:
  • 0 Henk 'm!

  • Douweegbertje
  • Registratie: Mei 2008
  • Laatst online: 15-09 05:50

Douweegbertje

Wat kinderachtig.. godverdomme

Topicstarter
Hola zit/zat niet in Firefox. Daar werkte ook alles prima. Het zat in Chrome en die requests deden er dus enorm lang over. Deed je echter een request met Chrome en vrijwel direct daarna in FF, dan laadde het in FF ook niet meer snel. Oftewel de connectie naar Apache of gewoon Apache zelf ging op zijn bek.

Overigens ben ik niet zo super goed in het debuggen van dit soort dingen, dus er zal vast wel een logischer verklaring zijn maar dit is even wat ik nu denk.
Pagina: 1