Forbedring af WordPress: kontrol af svarene 404

WordPress, i sin enkelhed i brug, er faktisk en software med komplekse mekanismer, der har gjort det Platform for blogging mest succesfulde i verden.

Disse mekanismer kan imidlertid give anledning til problemer med overbelastning af serverne i meningsløst trivielle sager, såsom mangel på et billede, en javascript eller en anmodning, der fremstiller som en reaktion HTTP-fejl "404 blev ikke fundet."

At forstå, hvorfor vi først må have en klar mekanisme for "demand-svar" i WordPress og konfigurationer, der kan udløse denne nedbrydning.

Betingelserne er de 'brug af permalinks (konfigureret i indstillingspanelet / permalink) udnytte nogle funktioner af Apache for at have forbindelser rent formelle og uden parametre.

Når en browser "kræver" en side gennem en permalink (enten hjemme side med en liste over artikler, er en specifik artikel eller noget andet), Apache Web server er instrueret om at udsætte anmodning WordPress, som vil sørge for at identificere indholdet og opbygge siden. Hvis anmodningen vedrører, men en ressource, der findes i deres eget web-rummet (såsom et billede), Apache er instrueres i at Upload det og sende det til at intervenere uden WordPress.

Denne effektivt system har en fejl, der opstår, når en ressource er nødvendig, men ikke er til stede i web-plads. Apache er ikke at finde, fører til svaret WordPress. Naturligvis for WordPress er en "meningsløs" og bygger den side 404, eller den side, som siger, at brugeren ikke er fundet efter behov.

Opførelsen af denne side er tunge: det drejer sig om aktiveringen af WordPress, åbne forbindelser til databasen, aktivering af alle plugin, søgning efter, at det ikke bliver fundet. Den side også vil sandsynligvis indeholde en liste over kategorier, listen over de seneste artikler og så videre.

Hvad var afspejlet i den enkle svar "blev ikke fundet", bliver en række transaktioner så komplicerede og tunge som dem, til opførelse af en normal side. Så visionen om en artikel "årsager" af anmodninger om ressourcer, som ikke eksisterer, for hver af disse anmodninger er aktive WordPress impegando web-server og database unødigt.

Hvordan man kan kontrollere dette? Uden at foretage nogen ændringer i din blog, skal du blot bruge Firefox med en plug-specifikke: Live HTTP-header. Når det er installeret og genstartet Firefox, er aktiveret ved at vælge det relevante punkt på menuen Funktioner.

Det vil have et vindue der vil vise siden da alle anmodninger Firefox. Netop på dette punkt vil åbne hjemmesiden for hans blog for at finde nogen af svarene 404. Disse reaktioner viser, hvilke ressourcer der er meldt savnet, og derfor skal korrigeres.

Et klassisk eksempel er grund til gratis WordPress temaer. At gøre det specielle temaer kan ændres ændre et baggrundsbillede, typisk lederen af den blog. Dette billede er til tider ikke er medtaget med det tema, men er alligevel medtaget en henvisning i typografiark (filen normalt kaldes "style.css").

Browseren, som analyserer typografiark tydeligvis forsøger at uploade et billede, der fremstiller en 404. Intet af det, fordi layoutet er designet til at blive korrigeret selv i mangel af billedet, men i mellemtiden vores database arbejder all'impazzata.

En reel eksempel er vist på billedet, hvor billedet er angivet i typografiark ikke er til stede (det er et rigtigt sted på en blog eksisterer).

Firefox plugin levende HTTP-headers

Andre tilfælde er mindre indlysende grund til filer, der er normalt frivillig på et websted gerne favicon.ico og robots.txt.

Den første er foranlediget af den browser, som regel med "kriterier", og hvis ikke fundet ikke insistere på og ikke indlæse serveren. Men hvis din blog er opført i nogle samlinger af websteder, anmodning fra favicon.ico kan være så følsomt på grundlag af den trafikmængde, der gør listen uanset hvilke synspunkter på vores blog.

Anmodning fra robots.txt-fil er foretaget af bot søgemaskine. Desværre er nogle af dem er meget aggressive i krævende, at filerne ikke er til stede selv flere gange om dagen, hvilket skaber en last fuldstændig nytteløs.

Problemet er løst ved at inddrage de to filer til din blog. Og nu vil jeg overlade dig til din blog med de værktøjer, du kan finde nedenfor.

Installer Firefox og derefter downloade plugin Live HTTP-header eller se profilen.