PDA

Bekijk Volledige Versie : Performanceverlies door 302 headers



Arjen Haayman
06/06/05, 10:45
Hallo,

Ik ontdek net dat we een Apache/Zope configuratie hebben die heel veel
HTTP 302 headers genereert. Kennelijk wordt bij vrijwel elke pagina
eerst een HTTP 302 response verstuurd.
Voordat ik veel energie ga steken in het oplossen hiervan, zou ik graag
willen weten of dit veel performance-verlies oplevert, naar jullie mening.

groeten,
Arjen Haayman

Rene Pijlman
06/06/05, 10:55
Arjen Haayman:
>Ik ontdek net dat we een Apache/Zope configuratie hebben die heel veel
>HTTP 302 headers genereert. Kennelijk wordt bij vrijwel elke pagina
>eerst een HTTP 302 response verstuurd.
>Voordat ik veel energie ga steken in het oplossen hiervan, zou ik graag
>willen weten of dit veel performance-verlies oplevert, naar jullie mening.

Het is een extra client/server round trip, die in het algemeen niet nodig
zou hoeven moeten te zijn. Als dat bij elke pagina gebeurt, vertraagt het
de surfbeleving.

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

John Bokma
06/06/05, 17:55
Arjen Haayman wrote:

> Hallo,
>
> Ik ontdek net dat we een Apache/Zope configuratie hebben die heel veel
> HTTP 302 headers genereert. Kennelijk wordt bij vrijwel elke pagina
> eerst een HTTP 302 response verstuurd.
> Voordat ik veel energie ga steken in het oplossen hiervan, zou ik
> graag willen weten of dit veel performance-verlies oplevert, naar
> jullie mening.

Als je die pagina's in Google wilt hebben, 302's worden nogal eens
misbruikt om PageRank te stelen, geen idee of 302's nog wel zo handig zijn.

301's zounden geen probleem moeten geven, hoewel ik niet zeker weet of
Googlebot een 301 direct verwerkt, of de nieuwe URL voor het volgende
bezoek bewaard. Het 1e lijkt logisch, en is niet ingewikkeld, maar ik heb
een gevoel dat het 2e aan de orde is (let op: gevoel).

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

spatieman
27/06/05, 13:35
John Bokma wrote:
> Arjen Haayman wrote:
>
>
>>Hallo,
>>
>>Ik ontdek net dat we een Apache/Zope configuratie hebben die heel veel
>>HTTP 302 headers genereert. Kennelijk wordt bij vrijwel elke pagina
>>eerst een HTTP 302 response verstuurd.
>>Voordat ik veel energie ga steken in het oplossen hiervan, zou ik
>>graag willen weten of dit veel performance-verlies oplevert, naar
>>jullie mening.
>
>
> Als je die pagina's in Google wilt hebben, 302's worden nogal eens
> misbruikt om PageRank te stelen, geen idee of 302's nog wel zo handig zijn.
>
> 301's zounden geen probleem moeten geven, hoewel ik niet zeker weet of
> Googlebot een 301 direct verwerkt, of de nieuwe URL voor het volgende
> bezoek bewaard. Het 1e lijkt logisch, en is niet ingewikkeld, maar ik heb
> een gevoel dat het 2e aan de orde is (let op: gevoel).
>

handig tip, als je niet bij google wil staan..

robots.txt
User-Agent: *
Disallow: /

en evt in het begin van iedere html zet je dit.
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<META NAME="GOOGLEBOT" CONTENT="NOSNIPPET">
<META NAME="ROBOTS" CONTENT="NOARCHIVE">
<META NAME="GOOGLEBOT" CONTENT="NOARCHIVE">
<meta http-equiv="Pragma" content="no-cache">

(nocache voor als je veel verandering maakt aan je site)

Maarten Wierda
27/06/05, 13:55
spatieman wrote:

> handig tip, als je niet bij google wil staan..
>
> robots.txt
> User-Agent: *
> Disallow: /
>
> en evt in het begin van iedere html zet je dit.
> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
> <META NAME="GOOGLEBOT" CONTENT="NOSNIPPET">
> <META NAME="ROBOTS" CONTENT="NOARCHIVE">
> <META NAME="GOOGLEBOT" CONTENT="NOARCHIVE">
> <meta http-equiv="Pragma" content="no-cache">
>
> (nocache voor als je veel verandering maakt aan je site)

Die vlieger gaat niet helemaal op, zo bleek laatst uit een post van onze
niwo-buurman Ronald Klip. Wanneer je je eigen website /niet/ geindexeerd
wil laten worden door Google, bijv. door het opnemen van bovengenoemde
meta-elementen of het plaatsen van een robots.txt, maar andere websites
/wel/ naar jouw website linken, dan zal Google je website toch - bij
relevante zoekwoorden uiteraard - tonen in de zoekresultaten.


--
Cheers,
Maarten Wierda

John Bokma
27/06/05, 23:05
Maarten Wierda <moart3nAT@chelloDOT.nl> wrote:

> wil laten worden door Google, bijv. door het opnemen van bovengenoemde
> meta-elementen of het plaatsen van een robots.txt, maar andere websites
> /wel/ naar jouw website linken, dan zal Google je website toch - bij
> relevante zoekwoorden uiteraard - tonen in de zoekresultaten.

Je bedoelt op basis van ankertekst? Dus als ik 500 links maak naar een
pagina die niet geindexeert mag worden, met als ankertekst "foo bar party",
dan komt die link boven met foo bar party?

Kan ik mij iets bij voorstellen.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Maarten Wierda
27/06/05, 23:25
John Bokma wrote:

>> wil laten worden door Google, bijv. door het opnemen
>> van bovengenoemde meta-elementen of het plaatsen van
>> een robots.txt, maar andere websites /wel/ naar jouw
>> website linken, dan zal Google je website toch - bij
>> relevante zoekwoorden uiteraard - tonen in de
>> zoekresultaten.
>
> Je bedoelt op basis van ankertekst? Dus als ik 500 links
> maak naar een pagina die niet geindexeert mag worden, met
> als ankertekst "foo bar party", dan komt die link boven
> met foo bar party?

<http://www.google.nl/search?q=miserable+failure>

;]


--
Cheers,
Maarten Wierda

John Bokma
27/06/05, 23:35
Maarten Wierda <moart3nAT@chelloDOT.nl> wrote:

> John Bokma wrote:
>
>>> wil laten worden door Google, bijv. door het opnemen
>>> van bovengenoemde meta-elementen of het plaatsen van
>>> een robots.txt, maar andere websites /wel/ naar jouw
>>> website linken, dan zal Google je website toch - bij
>>> relevante zoekwoorden uiteraard - tonen in de
>>> zoekresultaten.
>>
>> Je bedoelt op basis van ankertekst? Dus als ik 500 links
>> maak naar een pagina die niet geindexeert mag worden, met
>> als ankertekst "foo bar party", dan komt die link boven
>> met foo bar party?
>
> <http://www.google.nl/search?q=miserable+failure>
>
> ;]

Ja, Google bombing.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Maarten Wierda
27/06/05, 23:45
John Bokma wrote:

> Ja, Google bombing.

Oh heet dat zo. On-topic:
<http://groups.google.nl/group/nl.internet.www.ontwerp/msg/8554020213f54fbe?hl=nl>


--
Cheers,
Maarten Wierda

Rene Pijlman
28/06/05, 00:25
John Bokma:
>Maarten Wierda:
>> wil laten worden door Google, bijv. door het opnemen van bovengenoemde
>> meta-elementen of het plaatsen van een robots.txt, maar andere websites
>> /wel/ naar jouw website linken, dan zal Google je website toch - bij
>> relevante zoekwoorden uiteraard - tonen in de zoekresultaten.
>
>Je bedoelt op basis van ankertekst? Dus als ik 500 links maak naar een
>pagina

Op grond van welke logica meen je "andere websites" te vermogen vervangen
door "ik", met behoud van semantiek?

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

John Bokma
28/06/05, 00:55
Rene Pijlman <reply.in.the.newsgroup@my.address.is.invalid> wrote:

> John Bokma:
>>Maarten Wierda:
>>> wil laten worden door Google, bijv. door het opnemen van bovengenoemde
>>> meta-elementen of het plaatsen van een robots.txt, maar andere websites
>>> /wel/ naar jouw website linken, dan zal Google je website toch - bij
>>> relevante zoekwoorden uiteraard - tonen in de zoekresultaten.
>>
>>Je bedoelt op basis van ankertekst? Dus als ik 500 links maak naar een
>>pagina
>
> Op grond van welke logica meen je "andere websites" te vermogen vervangen
> door "ik", met behoud van semantiek?

blogspammen

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Rene Pijlman
28/06/05, 01:35
John Bokma:
>Rene Pijlman:
>>John Bokma:
>>>Dus als ik 500 links maak naar een pagina
>>
>> Op grond van welke logica meen je "andere websites" te vermogen vervangen
>> door "ik", met behoud van semantiek?
>
>blogspammen

Blogspammen is een activiteit, geen logica. Het rechtvaardigt misschien
500 links naar een pagina, maar niet "dus".

--
René Pijlman

Wat wil jij leren? http://www.leren.nl

John Bokma
28/06/05, 02:15
Rene Pijlman <reply.in.the.newsgroup@my.address.is.invalid> wrote:

> John Bokma:
>>Rene Pijlman:
>>>John Bokma:
>>>>Dus als ik 500 links maak naar een pagina
>>>
>>> Op grond van welke logica meen je "andere websites" te vermogen
>>> vervangen door "ik", met behoud van semantiek?
>>
>>blogspammen
>
> Blogspammen is een activiteit, geen logica. Het rechtvaardigt
> misschien 500 links naar een pagina, maar niet "dus".

Zo, als ik 500 links maak naar een pagina ...

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

Ivo van der Wijk
09/07/05, 12:15
Arjen Haayman wrote:
> Hallo,
>
> Ik ontdek net dat we een Apache/Zope configuratie hebben die heel veel
> HTTP 302 headers genereert. Kennelijk wordt bij vrijwel elke pagina
> eerst een HTTP 302 response verstuurd.
> Voordat ik veel energie ga steken in het oplossen hiervan, zou ik graag
> willen weten of dit veel performance-verlies oplevert, naar jullie mening.
>

Late reaktie, maar:

Ik kwam zoiets zelf ook onlangs tegen binnen een Plone site met Kupu (visual
editor). De redirects verder veroorzaakt door de uid-link-reference support van
Kupu: url's worden vervangen door id's, die pas resolved worden als iemand op de
klink klinkt (wat in een redirect resulteert).

Op deze manier kan je naar content verwijzen en de content verder (binnen je
site) verplaatsen zonder broken links te krijgen.

Heel handig, maar het waren wel de enige requests die niet door de Squid
frontend cache afgevangen konden worden :)

Is dit toevallig vergelijkbaar met jouw setup?

Groet,

Ivo

--
Drs. I.R. van der Wijk / m3r Consultancy B.V.
Linux/Python/Zope/Plone and Open Source solutions
PO-box 51091, 1007 EB Amsterdam, The Netherlands
Email: ivo <at> m3r.nl