Förbättra resultatet för WordPress: kontroll av svaren 404
WordPress i sin enkelhet i användning, är egentligen en programvara med komplexa mekanismer som gjort plattformen blogging mest framgångsrika i världen.
Dessa mekanismer kan dock ge upphov till problem med överbelastning på servern i fåfäng fall av ringa betydelse, till exempel bristen på en bild, ett JavaScript eller en begäran som framställer som ett svar HTTP-fel "404 Not Found".
För att förstå de skäl vi först måste klara av mekanismen för "demand-response" i WordPress och med vilka konfigurationer kan släppa denna nedbrytning.
Villkoren är de som gäller användning av permalink (konfigureras i panelen options / permalink) att utnyttja vissa funktioner i Apache ha kopplingar rent textmässiga och utan parametrar.
När en navigator "samtal" en sida genom en permalink (både hem-sida med en lista på artiklar, är en särskild artikel eller något annat), webbservern Apache har instruerat begäran att skjuta WordPress ni noga med att identifiera innehållet och bygga sidan. Om begäran avser dock en resurs som finns i deras eget webbutrymme (t.ex. en bild), Apache har i uppdrag att lägga upp den och skicka den till ingripa utan WordPress.
Denna effektiva system har ett fel som uppstår när en resurs är nödvändig men inte är närvarande på webben rymden. Apache är inte hitta, WordPress leder till svaret. Självklart, att WordPress är en begäran "dumheter" och bygger på sidan 404, eller den sida som säger att användaren har inte konstaterats vad som erfordras.
Byggandet av denna sida är tungt: det handlar om en aktivering av WordPress, öppna anslutningar till databasen, aktiveringen av alla plugins, forskning som inte kommer att hittas. Sidan som också kommer förmodligen innehålla i listan, listan över nya artiklar och så vidare.
Vad återspeglades i det enkla svaret "hittades inte", blir en rad transaktioner så komplexa och tunga som dem för att bygga en normal sida. Så om visionen om en artikel "orsakar" av ansökningar om resurser som inte finns, för vart och ett av dessa ansökningar WordPress aktiverar impegando webbservern och databasen i onödan.
Hur kan du kontrollera detta? Utan att göra några ändringar i din blogg, bara använda Firefox med en plug-specifika: Live HTTP-huvudet. När de installerats och starta om Firefox, du aktivt välja ett lämpligt objekt på Verktyg-menyn.
Det kommer att få ett fönster att visas från detta datum alla framställningar från Firefox. Just på denna punkt öppna hemsidan deras bloggar för att finna eventuella svar från 404. Dessa svar visar vilka resurser som saknas och därför måste korrigeras.
Ett klassiskt exempel är på grund av de teman som fri WordPress. För att göra det anpassningsbara teman kan modifieras ändra en bakgrundsbild, vanligtvis i toppen av bloggen. Denna bild ibland ingår inte i temat, men det finns en hänvisning i den formatmall (filen brukar kallas "style.css").
De webbläsare som analyserar formatmall uppenbarligen försöker lägga upp en bild som ger en 404. Inget av det eftersom det grafiska presentationen är avsedd att korrigeras även i avsaknad av bilden, men fram till vår databas arbetar all'impazzata.
En riktig exempel ges i figur där en viss bild i formatmall inte är närvarande (det är en verklig analys göras på en befintlig blogg).

Andra fall är lika uppenbar på grund av filer som oftast frivilligt på en webbplats som favicon.ico och robots.txt.
För det första krävs av webbläsare, oftast med "politik", och om inte hittas inte insistera och inte ladda servern. Men om bloggen är listat i några samlingar av webbplatser, på begäran av favicon.ico kan göras så enträgna beroende på hur mycket trafik som gör listan oavsett det besök i vår blogg.
Begäran från filen robots.txt görs av bot sökmotorer. Tyvärr har några av dessa är ganska aggressiva i krävande de filer som inte också flera gånger om dagen, att skapa en belastning helt värdelös.
Problemet är löst genom att sätta in de två filer till din blogg. Och nu jag lämnar dig i din blogg med de verktyg som du kan hitta här nedan.
Installera Firefox och sedan hämta den plug-Live HTTP-huvudet eller se hans kort.
| | Tyckte du om artikeln? Prenumerera nu RSS feeds! |
Fortfarande ingen kommentar "
RSS-flöde för kommentarer i det här inlägget. TrackBack URI



































