Converse купить в Киеве можно по ссылке sneaker.kiev.ua. Натуральные материалы. Гарантия 100%.
doverennost uvolnenie harakteristika rezyume raznoe otzyv prikaz akt zayavlenie jaloba polojenie soglashenie isk pretenziya dokument postanovlenie pismo
Converse купить в Киеве можно по ссылке sneaker.kiev.ua. Натуральные материалы. Гарантия 100%.

Оптимизация загрузки страниц блога на WordPress

Практически все любители блогинга обладают ресурсом работающим на движке WordPress. Ничего зазорного, ведь он для этого и был создан, все просто и легко. Только вот со временем у новичков, да и не у них только, возникает проблема скорости загрузи блога. Ну это прям как с виндовсом, установил, все работает, а через месяцок другой уже тупит не по детски. Так вот, в начале рассмотрим основные причины которые так влияют на скорость загрузки страниц блога на движке wordpress:

- Различные счетчики, информеры или баннеры, которые подгружаются с других ресурсов.

- Очень большой вес изображений и другой графики на блоге

- Запросы на обновление WordPress а так же установленных плагинов

- Всевозможные ошибки плагинов, из-за которых создается множество запросов в базу данных, при этом происходит нагрузка на сервер.

- Из-за большой посещаемости тоже может возникнуть большая нагрузка на сервер, это приводит к замедлению отдачи сервера.

- Когда вы устанавливаете различные плагины, а затем их удаляете, в БД создаются не нужные таблицы, чем больше таких не нужных установок, тем больше мусора в БД.

Вот мы плавно и подобрались к второй части вопроса. – Решение проблем с медленной загрузки, а точнее как ускорить загрузку блога на wordpress? Собственно это будут ответы на вопросы и проблемы которые мы уже перечислили выше:

- Убираем лишние счётчики, баннеры и прочую ерунду

- Оптимизация графики на блоге, об это подробнее можно узнать в этой статье

- Что касается обновления движка и плагинов, в этом вопросе поможет disable-wordpress-core-update (wordpress.org/extend/plugins/disable-wordpress-core-update/) и disable-wordpress-plugin-updates (wordpress.org/extend/plugins/disable-wordpress-plugin-updates/).

Для поиска неработающих и глюченых плагинов можно использовать плагин wptuner (wordpress.org/extend/plugins/wptuner/).

- Если вы прям гуру раскрутки и на ваше блоге супер посещалка, в этом вопросе поможет плагин hyper-cache, благодаря которому можно раздавать с сервера кешированные копии страниц. Плагин тут wordpress.org/extend/plugins/hyper-cache/.

Ну и в завершение не мешало бы почистить БД. wp-optimize удобная вещица, поможет удалить все ревизии постов, оптимизировать таблицы БД и другие полезности.

Вроде так, а что можно добавить ?

К другим новостям

49 Комментарии

  1. иван (76 comments) пишет:

    а большое количество медиа файлов тоже тормозит страницы ???

  2. Денис (24 comments) пишет:

    Я бы советовал для ускорения загрузки страниц использовать плагин Hyper Cache, который значительно ускоряет загрузку страниц.

  3. Юрий (43 comments) пишет:

    Стараюсь для ускореня загрузки страниц как можно меньше использовать плагины. А вообще движок, конечно не быстрый.

  4. Руслан (20 comments) пишет:

    Желательно по возможности всё оптимизировать и мусор подчищать. Зачем этот хлам собирать…

  5. Витек (4 comments) пишет:

    Могу еще посоветовать воспользоваться расширениями для огненого лиса – yslow и pagespeed. Оба они не только проанализируют ваш сайт, выведут все проблемы, но и подскажут что нужно исправить. Для меня это два основных инструмента для первоначальной оптимизации загрузки страниц сайта.

  6. таня (7 comments) пишет:

    Я тоже много о этом плагине, но еще не установила.

  7. Элик (3 comments) пишет:

    Пока пользуюсь плагином wp-optimize. Вообще, надо стараться меньше пользоваться плагинами. Если прогнать валидность блога, то частые ошибки именно в плагинах.

  8. Виктория (7 comments) пишет:

    установила плагин wp tuner,при активации вышло: Несоответствие требованиям

    Не удаётся продолжить установку, так как WordPress 3.5 требует MySQL версии 5.0 или выше. У вас версия .
    Сейчас не могу удалить этот плагин и при попытке входа на сайт выходит эта ошибка, как его удалить, подскажите пожалуйста

  9. Lex85 (1 comments) пишет:

    Использовал для ускорения такую связку плагинов:
    Hyper Cache + Autoptimize + DB Cache Reloaded Fix.
    Скорость возросла как по ощущениям, так и по тестам.
    (Если кому интересно, то тестировал в loadimpact .com и gtmetrix .com)

  10. Вячеслав (23 comments) пишет:

    Работал раньше с Друпалем, а теперь решил использовать ВордПресс. И, честно говоря, не доволен скоростью. Что ж, попробую все ваши советы

  11. Andrey53 (1 comments) пишет:

    У меня DB Super Cache ложил вообще сайт полностью

  12. Alex61 (7 comments) пишет:

    Долой лишние плагины… И все будет ок.

  13. WordPress для начинающих (4 comments) пишет:

    Я больше всех уважаю именно WP Super Cache.

  14. Alex61 (7 comments) пишет:

    Мое мнение плагины устанавливать только самые необходимые, для хранения изображений использовать один не более хороший фотохостинг и вес WordPress тогда будет только от записей….

  15. Александр (128 comments) пишет:

    Я только начал использовать WordPress, огорчило очень, что может быть торможение при загрузке:-(
    Постараюсь взять на заметку, если начнет тупить, буду пробовать ваш метод.

  16. Petrik (2 comments) пишет:

    Для облегчения загрузки страниц на WordPress стараюсь поменьше использовать плагины. Если есть возможность, то прописываю скрипты на самих страницах, чтоб менше шло обращений к базам данных.

  17. kira (1 comments) пишет:

    Не помогла(

  18. swer91 (4 comments) пишет:

    Тоже по мере наполнения блога стала подтормаживать загрузка. Все баннеры поубирал с главной страницы, а вот насчет базы данных не задумывался, так что спасибо за совет. Сейчас попробую с базой поработать.

  19. Auto (1 comments) пишет:

    Есть загруженный блог, около 4000 посещений, есть тяжелая графика. После того как переступил посещения в 2500 уников, хостер сказал что нагрузка велика, снижайте или уходите. Тогда то у меня и встал вопрос облегчить WP. Что только не пробовал все не то. Кто то посоветовал MaxCache, помогло офигенно, честно, это не реклама. Если есть большой траф, нужно ставить, просто оживит ваш WP

  20. Артур (6 comments) пишет:

    Я тоже запарился с этим паровозом (wordpress). Пытался его облегчить, но нагрузка на сервак все равно превышала допустимую тарифом. И это при маленькой посещаемости в 80 человек. Перенес блог на другую CMS, которая даже лучше чем MaxSite. Если кому интересно, пишите на мыло (artvic2007(@)gmail.com), не знаю, можно ли здесь оставлять ссылки.

  21. Seo-blog (5 comments) пишет:

    Вообще, после того как я, решив почистить на сайте на вп код, дабы грузилось быстрее, открыл W3C валидатор, и… более 2000 ошибок в верстке на странице… можно новый блог заводить и вести его пару лет исключительно на тему “как я делал это по стандарту”. Типа идеальный сайт. Мб займусь потом

  22. Турист (8 comments) пишет:

    а что делать если попалась очень медленная, но очень красивая тема?? и не хочется менять и так же тупит, что аж бесит)

  23. Ника (55 comments) пишет:

    хорошие советы, есть что взять себе на заметку

  24. Дмитрий (123 comments) пишет:

    Кэш обновится минут через 20, если очень хочется быстрее лучше очистить кэш.

  25. Людмила (98 comments) пишет:

    Мне недавно посоветовали за доп. плату почистить логи, базу данных, произвести обновления для плагинов и т.д., но разве плагины не выполняют эту работу? Сложно всё же разобраться самостоятельно в необходимых сервисных работах.

  26. barracuda (6 comments) пишет:

    у нас блог и сайты были на вордпресе, блин и загружался же он! одна панель управления чего стоила.
    2 года перешли на saas-платформы(наш ИМ), пока нормально.

    а блог на вордпрессе.

  27. Влад (11 comments) пишет:

    Нет, такого не будет, будет отображаться обновленная версия сайта

  28. Антон Лесов (1 comments) пишет:

    У меня тоже лагало долго…думал что хостинг…потом понял, что картинки весили более 800 кб…лаги – исчезли) ;-)

  29. Алексей (86 comments) пишет:

    Все просто и легко, наверно все плагины применять буду, кроме hyper-cache, так как до большой посещаемости мне еще далековато)

  30. Наталья (32 comments) пишет:

    Плагин hyper-cache просто супер!
    Сайт просто летает, а то было частое превышение нагрузки на сайте..

  31. Всё просто (4 comments) пишет:

    Еще убыстряет wordpress – английская версия движка WordPress, то есть стандартный WordPress, но без файлов руссификации. Дело в том, что файл руссификации занимается более 500 килобайт и каждый раз при обращении к движку (без кеша) все эти 500 килобайт грузят процессор и память.

  32. Андрей (112 comments) пишет:

    Большое количество плагинов используемых на движке вордпресс тоже не гуд, как говорят многие оптимизаторы. ;-)

  33. Александр (128 comments) пишет:

    Чистить базу конечно надо, но самым реальным сокращение загрузки страниц раз в 6 является кеширование, убедился на своем сайте.

  34. Алексей (86 comments) пишет:

    Оптимизировать однозначно надо, но с ростом сайта очень трудно уследить за мусором. Приходиться обращаться за помощь к плагинам.

  35. Дмитрий (123 comments) пишет:

    Я использую “hyper-cache” довольно давно,но еще ни разу он мне не давал ни сбоев ни ошибок.поэтому очень рекомендую к использованию)Он реально снижает время полной прогрузки сайта) ;-)

  36. Delpix (3 comments) пишет:

    А неактивные плагины тоже как то влияют на скорость работы?

  37. Алексей Н. (31 comments) пишет:

    Хороший список советов. Лично мне ближе к телу wp-optimize – любопытный плагин, давно к нему примеряюсь. БД конечно надо чистить, вот как бы чего лишнего не подчистил этот плагинчик. Пока нет уверенности, не созрел.

  38. Данте (4 comments) пишет:

    3цмс советует MaxSite CMS. Я пока не пробовал, но говорят, что-то дельное. Сам на днях хочу купить плагин MaxCache для WP. Судя по отзывам, он действительно хорош, а мне надо что-то предпринять, иначе Jino выгонит :D
    Как установлю отпишусь :)

  39. тут (2 comments) пишет:

    hyper-cache очень кривой, пройдитесь по буржуйским блогам и начитаетесь слёз)
    ЗЫ, админ, дай аккаунт зарегистрировать, а то я как белая ворона на сайте :mrgreen:

  40. Алекс (15 comments) пишет:

    Не знаю моему сайту он не помог

  41. Павел (27 comments) пишет:

    По поводу ошибок плагинов согласен. Жутко бесит! надо будет попробовать wptuner…

  42. leiten (41 comments) пишет:

    @Владимир
    В настройках плагина выставляется время обновления кэша в часах, или в случае чего можно обновить его вручную…

  43. leiten (41 comments) пишет:

    Для очистки ещё хорошо помогает плагин WP-Cleanup.

  44. Дмитрий (123 comments) пишет:

    Нет я понимаю если баннерами всё завешано, а если графики не так много и она не так много весит, то что ещё может тормозить работу блога?

  45. Meshif (1 comments) пишет:

    Поставил hyper-cache и получил белую страницу вместо админки :(
    Пока вручную по фтп плагин не удалил – зайти в админку не мог.

  46. cijman (823 comments) пишет:

    @Владимир, если честно не вникал в подробности, но думаю там подобные мелочи предусмотрены.

  47. 3ЦМС (1 comments) пишет:

    Заметил, что, чем новее WP тем больше он создает нагрузки, разработчики явно не думают об этом, а заботятся о простоте, поэтому советую переходить на другие движки, к примеру MaxSite CMS :)

  48. Сам прихожу (10 comments) пишет:

    Ну, с тем, что тормозить может по причине баннеров плюс большого количества посещаемых – таки да.

  49. Владимир (33 comments) пишет:

    Ни первый раз уже натыкаюсь на hyper-cache и говорят что он просто зверски сокращает время загрузки страниц и количество запросов к БД. А как это он делает? Если он отправляет пользователям уже кешированные где то “внутри” страницы, то когда они (пользователи) смогут увидеть изменения в блоге?
    Например, я изменил дизайн. А hyper-cache продолжает выдавать пользователям старую версию сайта. Или такого не будет?

Оставить комментарий

Ваш email не будет опубликован.


+ 9 = тринадцать

Вы можете использовать это HTMLтеги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>