T.net ineffciënt!

[LauPro]

Ik kijk vaak naar de source van pagina's en ik had al gezien dat die van de frontpage niet zo geweldig was. Ik dus ff meten en dan blijkt het dat er 5% aan 'enters' inzitten!

Wat doen die enters daar??

Ik probeer mijn sites altijd zo efficiënt mogelijk te laten draaien. Maar dan zie ik dat T.net er gewoon maar na elke regel een enter ingooit. Dat slaat werkelijk nergens op, jullie willen altijd een zo snel mogelijke site en dan dit

Wat hebben jullie hier over te zeggen

[D2k]

LA -> TFF

[Reacher]

Nu vraag ik me af waar jij je toch druk om maakt. Het draait toch ziet er goed uit.

[LauPro]

Op vrijdag 31 mei 2002 15:00 schreef Reacher het volgende:
Nu vraag ik me af waar jij je toch druk om maakt. Het draait toch ziet er goed uit.

Mwa, het is al en toe wat traagjes en dat kan je dsu voorkomen als je al die 'enters' eruit haalt. Dus ik die niet in waarom ze erin zitten...

[Kaasplank]

Op vrijdag 31 mei 2002 14:59 schreef LauPro het volgende:
Wat hebben jullie hier over te zeggen

ga buiten spelen

[LauPro]

Op vrijdag 31 mei 2002 15:01 schreef Juggernaut het volgende:

[..]

ga buiten spelen

k

[Joeroenho]

Volgens mij bedoel je INefficiënt

[Aetje]

* Aetje vind dit gezever...

Met enters is de source veel leesbaarder -> makkelijker fouten opsporen. Bovendien... 5% op HTML? dat zal me bandbreedte slurpen...

[JvS]

naar tff dan maar ofzo

[ACM]

En dat boeit ook maar iets met gzip-compressed content?

[LauPro]

Op vrijdag 31 mei 2002 15:03 schreef Aetje het volgende:


* Aetje vind dit gezever...

Met enters is de source veel leesbaarder -> makkelijker fouten opsporen. Bovendien... 5% op HTML? dat zal me bandbreedte slurpen...

Kijk, het is ongeveer 5% ik moet wel zeggen dat dit vooral bij het nieuws is. Zo'n pagina is gemiddeld 40 kb.

5% van 40 kb is 2 KB aan enters, als ik even uitga van 100.000 views per dag dan is dit dus 200.000 kb en dat is dus dagelijks 200 mb aan 'enters'. En dat je makkelijker fouten kan opsporen, die zie je meestal makkelijker in de 'echte' bron dan in de html... (ik tenminste)

[LauPro]

Op vrijdag 31 mei 2002 15:03 schreef El_GringO het volgende:
Volgens mij bedoel je INefficiënt

Dat klopt wel, Word vond het woord ook alniet... (Wel ineffciënt)

[jjbstolk]

Waar iemand wel neit moeilijk over kan doen pffff!

Ik heb hier een inlog script voor mij met 230 regels, waarvan ongeveer om de 8 regel een lege regel (een enter) zit om eht leesbaar te houden, verder zitten er veel tabs en spaties door en tussen de tekst om alles leesbaar te houden. Dat meot wel anders kom je er neti uit, en dat is net zo met het maken van een website, en prefomace verlies zal je er echtdoor hebben hoor.

[ACM]

Op vrijdag 31 mei 2002 15:09 schreef LauPro het volgende:
Kijk, het is ongeveer 5% ik moet wel zeggen dat dit vooral bij het nieuws is. Zo'n pagina is gemiddeld 40 kb.

5% van 40 kb is 2 KB aan enters, als ik even uitga van 100.000 views per dag dan is dit dus 200.000 kb en dat is dus dagelijks 200 mb aan 'enters'. En dat je makkelijker fouten kan opsporen, die zie je meestal makkelijker in de 'echte' bron dan in de html... (ik tenminste)

Dan vergeet je dus dat er gzip compressie bij het grootste deel van de requests optreedt (98% ofzo?)

Overigens is dat over fouten opsporen van je niet helemaal waar, je moet eerst zien dat het fout is

[Jasper]

Op vrijdag 31 mei 2002 14:59 schreef LauPro het volgende:
Ik probeer mijn sites altijd zo efficiënt mogelijk te laten draaien.

Als je je zo druk maakt, waarom staan er dan comments e.d. in je site?

' Code voor status-balk

En een behoorlijke lading aan 'enters'.

En zaken die eruit gecomment zijn..

<!-- dit werkt niet
<script type="text/javascript" language="JavaScript">
d=document;
d.write("<img src=/"http://nl.nedstatbasic.net"");
d.write("/cgi-bin/referstat.gif?");
d.write("name=LauProHPTeller&refer=");
d.write(escape(top.document.referrer));
d.write("\" width=1 height=1 align=\"right\">");
</script>
-->

[Femme]

De Tweakers.net pagina's zijn dankzij gzip compressie en efficiënt gebruik van javascript om repeterende stukken HTML te 'cachen' veel efficiënter dan menig ander website. Die paar newlines makken weinig verschil dankzij gzip compressie. 5% newlines op 40KB lijkt me trouwens nogal overdreven veel. Het artikel over KPNQWest met 40 reacties is 80KB groot en heeft 300 regels. Dat komt (ongecomprimeerd) neer op 600 bytes aan newlines.

Waar wel verbetering mogelijk is door de vaste stukken html van een reactie ('Gepost door' headertje enzo) door een javascript functie te laten schrijven. Dat heb je blijkbaar niet gezien en geeft aan dat je IMO je aandacht voor optimalisatie op de verkeerde punten legt.

[LauPro]

Op vrijdag 31 mei 2002 16:18 schreef Jasper het volgende:

[..]

Als je je zo druk maakt, waarom staan er dan comments e.d. in je site?
[..]

En een behoorlijke lading aan 'enters'.

En zaken die eruit gecomment zijn..
[..]

Dat is waar, maar als je kijkt naar opsommingen dan worden die allemaal achter eclkaar geplaatst. Maar dat zal ik ff wijzigen want dat mag er helemaal niet staan! Maar dat is bij 'home' en die heb ik nog niet aangepakt, als je bij inkoopacties kijkt dan is het al veel beter.

[ edit: Die site staat bij Chello en die moet nog worden vernieuwd. Ik heb het nu even over deze: http://212.187.14.178/ia ]

Op vrijdag 31 mei 2002 16:23 schreef Femme het volgende:
De Tweakers.net pagina's zijn dankzij gzip compressie en efficiënt gebruik van javascript om repeterende stukken HTML te 'cachen' veel efficiënter dan menig ander website. Die paar newlines makken weinig verschil dankzij gzip compressie. 5% newlines op 40KB lijkt me trouwens nogal overdreven veel. Het artikel over KPNQWest met 40 reacties is 80KB groot en heeft 300 regels. Dat komt (ongecomprimeerd) neer op 600 bytes aan newlines.

Waar wel verbetering mogelijk is door de vaste stukken html van een reactie ('Gepost door' headertje enzo) door een javascript functie te laten schrijven. Dat heb je blijkbaar niet gezien en geeft aan dat je IMO je aandacht voor optimalisatie op de verkeerde punten legt.

Dat is ook waar, jullie zorgen er al voor dat het sneller gaat, maar het kan dus nog sneller . Ik had ff een programma gemaakt en die kwam dus op die 5% uit, ik moet wel zeggen dat GoT onder de 1 procent zat trouwens.

Maar je gaat toch niet iets doen dat je het uiteindelijk niet ziet?

Op vrijdag 31 mei 2002 15:21 schreef ACM het volgende:
Overigens is dat over fouten opsporen van je niet helemaal waar, je moet eerst zien dat het fout is

Dat is waar, maar als de het dan uiteindelijk goed werkt dan kan je ze alsnog weghalen.

[Verwijderd]

Op vrijdag 31 mei 2002 18:11 schreef LauPro het volgende:


Dat is ook waar, jullie zorgen er al voor dat het sneller gaat, maar het kan dus nog sneller . Ik had ff een programma gemaakt en die kwam dus op die 5% uit, ik moet wel zeggen dat GoT onder de 1 procent zat trouwens.

Maar je gaat toch niet iets doen dat je het uiteindelijk niet ziet?

Snap je uberhaupt het verhaal over de gzip compressie wel

[LauPro]

Op zaterdag 01 juni 2002 01:03 schreef Nelske het volgende:

[..]

Snap je uberhaupt het verhaal over de gzip compressie wel

(late reactie)

Nou niet direct, maar vertel me dan is wat het nut is van al die enters bij mij aankomen dan?

Ze moeten toch ergens worden aangemaakt. En dan kan je wel zeggen van dat het allemaal miniem is maar dat x 1.000.000 en je hebt zo een paar mb teveel op een dag

[Verwijderd]

Ik doe een gok... de server pakt de html in met gzip en mijn browser pakt het weer uit ?

[Paitor]

Op zaterdag 08 juni 2002 00:17 schreef LauPro het volgende:

[..]

(late reactie)

Nou niet direct, maar vertel me dan is wat het nut is van al die enters bij mij aankomen dan?

Ze moeten toch ergens worden aangemaakt. En dan kan je wel zeggen van dat het allemaal miniem is maar dat x 1.000.000 en je hebt zo een paar mb teveel op een dag

Meer zo dat de HTML gezipt wordt, en een enter %E als code mee krijgt (is slechts een verzonnen voorbeeld)
Een enter wordt dan 2 byte groot.
Probeer dan nog maar eens die 200 MB te halen...

[The Source]

Op zaterdag 08 juni 2002 00:19 schreef mgfun het volgende:
Ik doe een gok... de server pakt de html in met gzip en mijn browser pakt het weer uit ?

Jij gaat door naar de volgende ronde!

[Verwijderd]

Op vrijdag 31 mei 2002 18:11 schreef LauPro het volgende:

[ edit: Die site staat bij Chello en die moet nog worden vernieuwd. Ik heb het nu even over deze: http://212.187.14.178/ia ]

hou het dan op lange regel !

[blijhoofd_bennie]

Op vrijdag 31 mei 2002 15:09 schreef LauPro het volgende:

[..]

Kijk, het is ongeveer 5% ik moet wel zeggen dat dit vooral bij het nieuws is. Zo'n pagina is gemiddeld 40 kb.

5% van 40 kb is 2 KB aan enters, als ik even uitga van 100.000 views per dag dan is dit dus 200.000 kb en dat is dus dagelijks 200 mb aan 'enters'. En dat je makkelijker fouten kan opsporen, die zie je meestal makkelijker in de 'echte' bron dan in de html... (ik tenminste)

Als enter niet efficient zijn, kun je toch alles achter elkaar gaan typen, dat is pas efficient

Maar ok ken de code niet, maar naar mijn weten wanneer er een nieuw stukje code komt geef je een enter

Ook is een enter toch afhankelijk van de taal die je gebruikt, bij delphi bijvoorbeeld zou het geloof ik niet uitmaken of ik een enter geeft hij reageerd pas de ;

En 5% is dus volgens jou niet goed, 5% van 100% is toch wel efficient. De code was goed leesbaar zo het scheen, dus dat zit ook goed. En de volgende vraag is dan wat levert het aan snelheid op om alles achter elkaar te typen?