Подобряване на ефективността на УърдПрес: проверка на отговорите 404
УърдПрес, в нейната простота на използване, всъщност е софтуер със сложни механизми, които са направили платформа за публикуване най-успешните в света.
Тези механизми, обаче, може да доведе до проблеми от претоварване на сървърите ненаучният безсмислено в случаи, като например липса на изображение, A JavaScript или молба, която произвежда като реакция HTTP грешка "404 не е намерен."
За да разбера защо ние трябва първо да има ясен механизъм на "търсене-отговор" в УърдПрес и конфигурации, които могат да задействат тази деградация.
Условията са тези на "използването на permalinks (конфигурирано в панела с опции / permalink) използват някои особености на Apache да имат чисто текстовите връзки и без параметри.
Когато един браузър "повиквания" на страница чрез permalink (или главната страница със списък на предметите, е специфичен член или нещо друго), на Apache уеб сървър е инструктиран да отложи молбата УърдПрес, който ще се грижи за идентификация на съдържанието и изграждане на страницата. Ако искането се отнася, но ресурсът, който съществува в техните собствени уеб пространство (като образ), Apache е инструктиран да качите го и го изпраща да се намеси, без да УърдПрес.
Тази ефикасна система има недостатък, че възниква, когато ресурсът е необходим, но не присъстват в интернет пространството. Apache не е констатацията, води до отговора УърдПрес. Очевидно за УърдПрес е "безсмислен" и изгражда страница 404, или страница, в която се казва, че потребителят не е било установено, както се изисква.
Изграждането на тази страница е тежко: тя включва активиране на УърдПрес, откриване връзки към базата данни, за активиране на всички приставки, търсенето на това няма да бъде намерено. Страницата също вероятно ще съдържа списък на категориите, списъкът от последните статии и др.
Какво беше отразено в простите отговори "не е намерен", се превръща в поредица от сделки, толкова сложни и тежки като тези за изграждането на една нормална страница. Така визията на статията "причини" на исканията за средства, които не съществуват, за всеки един от тези искания са активни УърдПрес impegando уеб сървър и база данни, без необходимост.
Как да проверим това? Без да правят никакви промени в блога, просто използвате Firefox с Plug-специфични: На живо HTTP Header. Веднъж инсталиран и рестартиран Firefox се активира, като изберете съответния елемент от меню "Инструменти".
Той ще има по прозореца, който ще покаже, тъй като тогава всички искания Firefox. Точно в този момент отвори началната страница на своя блог, за да се намерят отговори 404. Тези отговори показват, какви ресурси са изчезнали и затова трябва да бъдат коригирани.
Класически пример е резултат на свободната УърдПрес теми. За да направи по поръчка теми могат да бъдат променени промените фоновото изображение, обикновено на главата на блога. Това изображение е понякога не е включена в темата, но все пак е включена препратка в стила страница (файла, обикновено се наричат "style.css").
Браузърът, която анализира стила листа очевидно се опитва да качите образа, който произвежда 404. Нищо от това, тъй като оформление е проектиран да бъде поправена, дори при липса на изображението, но междувременно нашата база данни е работен all'impazzata.
Истински пример е показано на картинката, когато изображението е посочено в стила лист не присъства (той е истински направени на блог съществува).

Други случаи са по-малко очевидни поради файлове, които обикновено са по избор на сайт, както и favicon.ico robots.txt.
Първият е продиктуван от браузъра, обикновено с "критерии", и ако не се намери, не настоявам и не натоварване на сървъра. Но ако вашият блог е включен в няколко колекции от сайтове, искането на favicon.ico може да бъде толкова настоятелен, въз основа на обема на трафика, който прави списък, независимо от мнението на нашия блог.
Искането от файла robots.txt е направена от конска търсачката. За съжаление, някои от тях са доста агресивни в трудни, че досиетата не представи дори няколко пъти на ден, създаване на товарите е абсолютно безполезен.
Проблемът е решен чрез включване на двата файла на вашия блог. И сега да ви оставя в блога си с инструменти, можете да намерите по-долу.
Инсталиране на Firefox и след това да изтеглите плъгина Концертното HTTP Header или вижте профил.
| |
Все още няма коментар "
Коментари RSS емисия за тази публикация. TrackBack URI
Оставете коментар
Nothing2Hide © 2006 Всички права запазени.
Лиценз | Опровержение
- Социални Уеб
- Изпрати електронна поща







































