Pre-rendering Chrome uitschakelen.

[Proxar]

Weet iemand of het mogelijk is om pre-rendering uit te schakelen door bv een script aan de website kant?
De optie om het uit te zetten staat wel in Chrome, alleen staat deze standaard aan.

Een aantal pagina's op een website die ik bij houd staan heel veel links en deze functie in Chrome vertraagt de pagina ontzettend. Op enkele pagina's komt het zelfs voor dat ze niet meer leesbaar zijn omdat alles door elkaar staat. Als ik de link naar bv een volgende pagina weg haal gaat het wel goed. Het zit dus echt in het voorladen van de volgende pagina door Chrome.

Alvast bedankt voor de moeite.

[RobIII]

Er is, AFAIK, geen manier om dat uit te zetten met een HTML tag of iets dergelijks. Maar, daartegenover staat dat je prerendering, again AFAIK, zélf moet triggeren met een <link rel="prerender".... Zolang als je dat dus niet doet zou er niet geprerendered moeten worden en denk ik dat je conclusie dan ook niet helemaal klopt. De pagina waar ik naar link bevat overigens ook een sectie over "Debugging prerendering", misschien dat je daar wat aan hebt.

[Proxar]

Zoals de site er uit hoort te zien.



Dit is het resultaat in Chrome. Als je de pagina bekijkt en naar beneden gaat springt hij over met dit resultaat.
Had eigenlijk gehoopt dat je dit op de een of andere manier zou kunnen voorkomen. Zodra ik de link weghaal naar de volgende pagina is het probleem weg. Het zit dus ergens is het vooraf laden van de volgende pagina. In IE heb je dit probleem bv niet.

[RobIII]

Zonder relevante(!) delen(!) code kunnen we hier weinig over zeggen denk ik. Gebruik je AJAX om pagina(delen) op te halen?

[NMe]

De kans dat dit door de pre-renderer komt lijkt me minimaal in elk geval...

[Proxar]

RobIII schreef op zondag 14 oktober 2012 @ 15:46:
Zonder relevante(!) delen(!) code kunnen we hier weinig over zeggen denk ik. Gebruik je AJAX om pagina(delen) op te halen?

Gebruik idd ajax om webfonts van Google mogelijk te maken:

code:

<script type="text/javascript">
  WebFontConfig = {
    google: { families: [ 'Gochi+Hand::latin' ] }
  };
  (function() {
    var wf = document.createElement('script');
    wf.src = ('https:' == document.location.protocol ? 'https' : 'http') +
      '://ajax.googleapis.com/ajax/libs/webfont/1/webfont.js';
    wf.type = 'text/javascript';
    wf.async = 'true';
    var s = document.getElementsByTagName('script')[0];
    s.parentNode.insertBefore(wf, s);
  })(); 
  </script>

Vreemde is dat als ik een link naar de volgende pagina weghaal alles er wel goed uit ziet.

[ Voor 5% gewijzigd door Proxar op 14-10-2012 16:00 ]

[brambo123]

Kan aan mij liggen, maar is dit niet makkelijker:

HTML:

<link href='http://fonts.googleapis.com/css?family=Gochi+Hand' rel='stylesheet' type='text/css'>

Doet uiteindelijke hetzelfde...

[NMe]

Die AJAX gaat het verschil niet maken, het ging RobIII erom of je AJAX gebruikt om die "tabel" te vullen.

Begin eens met het uitkleden van je testcase. Zet je javascripts eens uit. Haal je CSS-include eens weg. Gewoon om uit te sluiten dat het daaraan zou kunnen liggen. Treedt het daarna nog steeds op? Haal dan eens alles van die pagina weg behalve het deel dat stuk gaat. Treedt het dan nog op? Post dán dat stuk HTML eens hier.

[Proxar]

Als javascript uit zet doet het probleem zich idd niet voor. Ook laden de pagina's sneller. Ik heb al eens geprobeerd aan welk script dat kon liggen, maar ook als ik alle java eruit haal blijft het zich voordoen. Ik ga er nog eens mee aan de slag.

Alvast bedankt voor al het meedenken!

[Proxar]

Ik heb zo'n beetje alles eruit gehaald waarvan ik denk dat het invloed kan hebben op de pagina, maar het probleem blijft zich voordoen. Ik zie dat Chrome pagina 2 laad en direct staat alles overhoop. Enige wat ik kan doen is JavaScript uitzetten, dan werkt het wel. Dit is de eerste keer dat ik zoiets zie gebeuren.

code:

*nee dus*

[ Voor 97% gewijzigd door RobIII op 14-10-2012 21:25 ]

[BramVroy]

Lijkt me half gemaakt met WYSIWYG en dan half verder aan zitten sleutelen?

[RobIII]

Euh, even voor de duidelijkheid: het is dus niet de bedoeling dat je hier 186 regels (ongeformatteerde) code neerflikkert en wij even 't probleem voor je proberen uit die puinhoop te pulken. Ik gaf dan ook niet voor niets aan:

RobIII schreef op zondag 14 oktober 2012 @ 15:46:
Zonder relevante(!) delen(!) code kunnen we hier weinig over zeggen denk ik.

Strip je HTML/CSS/JS/whatever terug naar 't minimale om je probleem te kunnen reproduceren. 10 tegen 1 dat je daarna zelf al je probleem hebt opgelost of kunt aanwijzen maar bij de kleine kans dat dat niet lukt dan heb je in ieder geval een goede basis om hier te posten en waar wij iets mee kunnen zonder ons door meters lange (irrelevante) code heen te moeten worstelen.

[Proxar]

Snap ik, het is idd door iemand anders gemaakt. Geen idee waarmee. Ik heb er een aantal dingen bij gezet die nodig waren om de site te krijgen zoals deze nu is. Ik ga nog even verder puzzelen.

Blijf het vreemd vinden dat alles werkt totdat ik een link maak naar een volgende pagina met artikelen.

[Bosmonster]

Klopt de html van die link? Valideert je pagina met/zonder link?

Zo nee, los eerst je validatie issues op.

Daarnaast zeg je dat JS uitzetten het probleem oplost, maar alle JS uit je pagina halen niet. Dit lijkt me erg sterk.

[R4gnax]

Bosmonster schreef op maandag 15 oktober 2012 @ 10:30:
Klopt de html van die link? Valideert je pagina met/zonder link?

Zo nee, los eerst je validatie issues op.

Daarnaast zeg je dat JS uitzetten het probleem oplost, maar alle JS uit je pagina halen niet. Dit lijkt me erg sterk.

Misschien een combinatie van oude document.write JavaScript uit CMS content en een evt. al corrupte DOM tree? De TS zou eens moeten proberen het geheel in IE7 te openen en kijken of de beruchte 'Operation aborted' fout optreedt. Zo ja; probleem (bijna) gegarandeerd gevonden.

[Proxar]

Kan het een script zijn die op de index staat die het probleem veroorzaakt?

Ga eens proberen om daar alle JS uit te halen en dan de pagina laden die problemen geeft.

[Proxar]

Mensen, ik wil even mijn excuses maken. Het had niks met de (belabberde) html of met een script te maken.

Het is gewoon een extensie in Chrome, FasterChrome. Deze laad de volgende pagina's alvast om sneller te browsen. Iets te enthousiast met pagina's laden.

Nogmaals mijn excuses en bedankt voor alle reacties!

[meneer william]

Meteen ff weetje voor de toekomst. Veel browser applicaties zorgen voor overbodige problemen en een overload aan rommel, als je de moeite neemt dit te monitoren kun je dit zien in je browser netwerk verkeer.

Zo was ik een keer bezig met een applicatie waar zomaar vreemde javascript bestanden werden geladen. En ik me waar afvragen wat en hoe ik dat nou weer voor elkaar kreeg. Uiteindelijk werden deze js bestandjes ingeladen op elke pagina door en chrome extensie. Het is dus niet vreemd dat extensies pagina's kunnen beïnvloeden.

In mijn geval had ik het een en andere gedownload omdat ik wou weten wat het was en wat ik ermee kon. Na de tijd nooit moeite gedaan om het te verwijderen. Omdat het achter de schermen het een en ander uitvoert heb je het meestal niet door en is het erg vervelend als je moet ontdekken dat dit problemen veroorzaakt.