Снимаем тормоза с WordPress и WordPress MU 2.6 — 2.9 через плагин!

В это сложно поверить, но я сделал первый плагин. Простой до безобразия, но сверх полезный.

Плагин делает тоже самое, что раньше я предлагал делать через вмешательство в код, но гораздо проще.

Для любопытных — посмотрите в код, ничего там сложного нет. Как только раньше я не догадался :)

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

Если плагин включить, то все запросы на обновления тут же отрубятся. При этом если у вас показывало что вышла новая версия движка или плагина, то оно так и будет показываться дальше. Но стоит только отключить плагин, как при следующем обновлении любой страницы в админке тут же будут посланы запросы на наличие новых версий, как это работает в «голом движке без хаков». Т. е. это и есть та «волшебная кнопка», про которую я писал в своем втором интервью.
Работает на WordPress и WordPress MU версий 2.6 — 2.9.

На версию 2.5 смысла ставить нет, там немного по другому работает проверка обновлений плагинов, несмотря на одинаковые команды (которые разнесены по разным файлам).

Скачать
Скачали 10441 раз

Тестируйте у себя, комментируйте, пишите результаты замеров, например через WPTUNER :)
ТОРМОЗА снимаются не только в админке, но и на «лицевой части» блога!
видеодемонстрация чтобы было более наглядно видно и понятно всего 500кбайт! формат Flash

Связанные записи

194 комментария на запись “Снимаем тормоза с WordPress и WordPress MU 2.6 — 2.9 через плагин!”

  1. slaFFik 27 ноября 2008 в 22:18

    Ну, молодчина! Обновляю инфо :) И себе заодно ставлю.

  2. slaFFik 27 ноября 2008 в 23:28

    Вместе с плагином:
    Время рендеринга: 0.922 секунды cpu (81% загрузка, 0.072 запуск). Время: 1.126 секунды (4.2% на запросы). DB запросы: 22, Нет дефектных, Нет медленнее чем 0.500 секунд. Память: 18.2MB
    Без него:
    Время рендеринга: 0.993 секунды cpu (46% загрузка, 0.098 запуск). Время: 2.117 секунды (0.7% на запросы). DB запросы: 23, Нет дефектных, Нет медленнее чем 0.500 секунд. Память: 18.2MB

    Время в два раза уменьшилось.
    Несколько раз прогнал страницу плагинов в админке.

  3. Ай Пи Мани 27 ноября 2008 в 23:36

    На WordPress 2.6.3 вроде тоже работает.

  4. Alexpts 28 ноября 2008 в 2:47

    Да, админка грузится намного ощутимее ))

  5. Олег 28 ноября 2008 в 4:07

    Так вот из-за чего админка такая тормозная! Спасибо! :) Вот теперь другое дело. :)

  6. Андрей 28 ноября 2008 в 5:48

    Время запросов уменьшилось, а потребление памяти осталось прежним.
    Но за это ОГРОМНОЕ спасибо.

    Все гениально и просто!

  7. pk 28 ноября 2008 в 9:46

    А он только админку ускоряет или сам блог для посетителей тоже?

  8. Lecactus 28 ноября 2008 в 9:53

    А он только админку ускоряет или сам блог для посетителей тоже?

    ВСЁ!

  9. pk 28 ноября 2008 в 9:57

    Отлично, будем юзать!

  10. SeoEvgeny 28 ноября 2008 в 13:25

    Коротко о главном — МАЛАДЕЦ!!!!

    Первое, что бросилось в глаза после инсталяции плагина и первой перезагрузки страницы плагинов — то, что страница загрузилась почти мгновенно. Раньше она загружалась тоже быстро, но как-то построчно, т.е. проверялось наличие обновлений, потом загрузила, проверка, загрузка … Сейчас этого нету.

    Другие страницы заметно ускорились. По времени не проверял, но это и так видно визуально.

    Я решил так, что недельку плагин включен, потом отключаю и проверяю наличие обновлений. Потом его снова включаю на недельку.

  11. Komarik 28 ноября 2008 в 22:10

    На локалхосте работает превосходно, апачу выход в сеть запрещен и он долго до этого думал, когда обновления проверялись :)

  12. Lecactus 28 ноября 2008 в 22:27

    поставил сейчас этот плагин на вп2.6.5 на хостинге мажордома на один сайт. время генерации страниц блога и админки упало с 2сек до примерно 0,3-0,4сек. а при добавлении лайт-перевода еще и память снизил на лицевой части до 15мб с средних 18мб. акселераторов там нету

  13. slaFFik 28 ноября 2008 в 22:52

    Действительно заметно быстрее стало работать, проверил только что свой сайт и админку уже нормально, полностью.

  14. Александр М. 28 ноября 2008 в 23:44

    Как/почему отключение проверки обновлений влияет на скорость загрузки сайта, а не на скорость загрузки админки?

  15. Александр М. 28 ноября 2008 в 23:46

    В смысле, я хотел спросить «и на скорость загрузки сайта, а не только на скорость загрузки админки»

  16. Lecactus 28 ноября 2008 в 23:47

    Как/почему отключение проверки обновлений влияет на скорость загрузки сайта, а не на скорость загрузки админки?

    на скорость загрузки админки ТОЖЕ влияет, читайте внимательнее.
    как/почему — ВП посылает запрос к своему серверу при открытии каждой страницы блога будь то морда или админка, а если у вас не голый сайт, а с пачкой плагинов то еще каждый плагин дополнительно посылает запросы. если вспомнить в версии до 2.2.3 включительно такого не было и все летало. в версии 2.3 это ввели и потом еще больше «раздули» функции. понятно?

  17. Александр М. 29 ноября 2008 в 0:16

    ВП посылает запрос к своему серверу при открытии каждой страницы блога будь то морда или админка

    Это точно?

    Если я правильно понял, то WP 2.7 проверяет обновления один раз в 43200 сек (т.е. 12 часов) и только при загрузке админки (любой страницы) и только те плагины и темы, которые хостятся на сайте самого WP. Предполагаю, что эксперименты проделанные тут не совсем корректны, т.к. зайдя в админку один раз WP в течении 12 часов больше не будет проверять наличие обновлений. Думаю, что в течении этих 12 часов вкл./откл. Вашего плагина ни на, что не влияет.

    Если мои предположения верны, то для чистоты эксперимента, необходимо делать замеры не чаще, чем 1 раз в 12 часов, либо в файле \wp-includes\update.php найти и заменить все значения «43200» на, например «1».

    p.s.: по сравнению с 2.6 в версии 2.7 в файле \wp-includes\update.php сделано очень много изменений и, если мне память не изменяет, то кажется WP прерывал проверку, если она длилась 3 секунды.

  18. Lecactus 29 ноября 2008 в 0:18

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

  19. Александр М. 29 ноября 2008 в 0:35

    Ставил. Рсчетов погрешности не производил. Визуально разброс значений с вкл. и откл. Вашим плагином практически идентичен.

    Правда это не означает, что плагин не работает или автопроверка обновлений не тормозит админку (или сайт??). Почему — я написал выше. Менять значения и проводить эксперименты у меня сейчас нет возможности, т.к. с мобильника в сети.

    Вы сайт самостоятельно хостите? Есть возможность сообщить длину пинга от хоста к api.wordpress.org? Также интересно было бы узнать значения от Мажордомовского хоста.

    Вот с этого:

    время генерации страниц блога и админки упало с 2сек до примерно 0,3-0,4сек.

  20. Lecactus 29 ноября 2008 в 0:41

    не знаю что у вас там на хостинге — вот мои результаты так сказать без прикрас:
    http://lecactus.ru/images/total-disable.htm — посмотрите сразу все поймете (всего 500кб ролик)

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

  21. Lecactus 29 ноября 2008 в 0:47

    визуально кстати если вы грузите сайт то он может грузиться одинаково 3-4-5-10-20секунд в зависимости от вашего канала, но на сервере старница генерируется в несколько раз быстрее. не тупит процессор и вам не приходит от хостера мыло что «вы создаете слишком много запросов которые тупят наш суперсервер»

  22. Дмитрий 29 ноября 2008 в 1:17

    Подскажите есть ли какой то плагин чтобы можно было смотреть какую нагрузку дает мой блог? Например, сколько памяти съедает, время генерации страниц…
    Заранее, спасибо!

  23. Lecactus 29 ноября 2008 в 1:19

    <?php
    $user = wp_get_current_user();
    if ( $user->id == 1 ) {
    echo " | MySQL: " . get_num_queries() . "запросов / "; timer_stop(1). "секунд";
    if ( function_exists('memory_get_usage') )
    echo ' Потребление памяти: ' . round(memory_get_usage()/1024/1024, 2) . 'MB ';
    }
    ?>

    этот код вставьте в footer.php темы и в wp-admin/admin-footer.php в движке в любое место где выводится текст

    а плагин озвучен в посте — смотрите лучше

  24. Дмитрий 29 ноября 2008 в 1:22

    да, извините )) спасибо!

  25. Дмитрий 29 ноября 2008 в 1:40

    Скажите, а значение
    | MySQL: 43 запроса / 0.347 Память: 24.36MB нормальное? Или многовато будет? :/ Установлено 24 плагина..

  26. Дмитрий 29 ноября 2008 в 1:49

    Имею ввиду это вообще адекватное значение для такого кол-ва плагинов?

  27. Lecactus 29 ноября 2008 в 1:52

    все зависит от темы и от плагинов. у меня примерно так http://lecactus.ru/2008/11/15/3110/ и более свежие данные тут http://lecactus.ru/images/total-disable.htm
    Дмитрий, а БЕЗ плагина тоже покажите значения и поставьте еще лайт перевод http://lecactus.ru/2008/11/15/3110/

  28. Дмитрий 29 ноября 2008 в 2:00

    Без плагина | MySQL: 43inquiries / 0.331 Memory used: 24.37MB

    Странно как то.. считай ничего и не изменилось..

  29. Дмитрий 29 ноября 2008 в 2:01

    То есть нет.. запросов в 2 раза меньше.. )) а память все так же

  30. Lecactus 29 ноября 2008 в 2:11

    запросов должно быть столько же, меньше должно быть время генерации страниц

  31. Lecactus 29 ноября 2008 в 2:12

    и какой у вас хостер. на мастерхосте сейчас ставили на один из сайтов — там тоже не было почти заметно, а на других (тоже на мастерхосте) где ставил вчера — очень заметно

  32. Дмитрий 29 ноября 2008 в 2:17

    хостер best-hoster.ru

  33. Carik 29 ноября 2008 в 2:18

    Ивана действительно есть с чем поздравить. Протестировал, скорость существенно увеличилась. Потребление памяти процентов на 15 ( с 10,2 до 8,8 MB ). Количество запросов и времени обращения к базе MySQL не меняется и не поменяется с плагином. Решил проверить на сервисе проверки сайтов Pingdom Tools, время загрузки главной упало с 7,6 до 5.4 секунды, что тоже неплохо.
    Дмитрий, протестируй на Pingdom Tools. Параметры времени загрузки при современных средних скоростях (128) считаются нормальными, если загрузка страницы не превышает 10 секунд. При этом 70 % как правило — это графика .

  34. Дмитрий 29 ноября 2008 в 2:19

    Что тоя не пойму.. у меня почему то запросы к БД сильно прыгают — то 20, то 40..

  35. Lecactus 29 ноября 2008 в 2:20

    Что тоя не пойму.. у меня почему то запросы к БД сильно прыгают — то 20, то 40..

    ставьте wptuner и смотрите кто у вас там прыгает

  36. Александр М. 29 ноября 2008 в 2:22

    Уважаемый, Иван!

    Мне кажется Вы слишком спешите ответить на вопросы. В принципе Вы даже не обязаны этого делать. Приведенные выше комментарии я прочитал. Из них внимания достойны только ответы slaFFik, т.к. он привел цифры загрузки админки. Все остальное — это эмоции или субъективные ощущения, которым я не очень склонен доверять, потому, что восприятие у всех отличается.

    Но речь не об этом. Свой вопрос я задавал про страницы сайта: «Как и почему отключение автопроверки влияет на его загрузку?»

    Ролик я посмотрел. Из него видно, что средний разброс значений с включенным плагином ниже, чем средний разброс значений с отключенным. Только это не дало ответа на вопрос: «Как? Почему?»

    Мой вопрос возник потому, что у меня эти значения практически не отличаются. Так же я уверен, что при загрузке страниц сайта WP 2.7 не лезит каждый раз проверять наличие обновлений. Это я вижу, в частности, на своем локалхосте в логах фаервола.

    Про канал: не ужели Вы считаете, что для того, чтобы достучаться до удаленного хоста достаточно заиметь себе только толстый канал и все? :)

    Вчера случай был: канал у меня 7 Мбит, я в Донецке (Украина). До своих сайтов у хостера 1Gb.ru достучаться невозможно. Пол страницы с горем пополам загружается и отваливается по таймауту. В то же время до своих сайтов на Мастерхосте и до сайтов в Иркутске — нет проблем. Пробую подключиться с мобильного — до 1Gb.ru все также не могу, а до остальных все так же — без проблем. Прошу знакомых в Москве, Ростове и Иркутске зайти на сайты, которые хостятся на 1Gb.ru — оказалось у них нет никаких проблем. Это продолжалось часов 10, потом все пришло в норму. Надо ли говорить, что проблемы были где-то между мной и хостером 1Gb.ru, но никак не у меня и и не у хостера? Хотя мой канал с хостеровским не сравнить, но у нас у обоих каналы достачно хорошие.

    Ну и вывод (чтоб не зря я столько букв написал):
    — отключение проверки отключает не только инициацию запросов (1), но и еще какие-то «другие процессы*» (2). 1-е видно из логов фаервола, 2-е из вашего ролика. Проводя замеры в 12 часовом промежутке (!) Вы меряете именно эти «другие процессы», но никак не отсутствие/присутствие обращений к удаленному хосту на наличие обновлений.
    — тормоза связанные именно с запросами можно проверить пингом от хоста (площадки провайдера вашего сайта) к api.wordpress.org, например этим скриптом ifolder.ru/9099456. Чем длинее пинг от вашего хостера к серверам WP, тем больше тормозит админка.

    *что это за «другие процессы» не спрашивайте — я понятия не имею :-))

  37. carik 29 ноября 2008 в 2:33

    Разместил небольшой пост на своем сайте о плагине со ссылкой на lecactus.ru. Пусть народ пользуется!

  38. carik 29 ноября 2008 в 2:53

    Александру М. А есть ли разница, какие "процессы" блокирует плагин, если время загрузки все же существенно сокращается. И проверено мною это сторонним сервисом, а не wptuner.
    Хотя согласен в одном, потестить еще нужно….

  39. Lecactus 29 ноября 2008 в 2:54

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

    т.е. по вашему 0.2-0.35секунд на ЛЮБОЙ СТРАНИЦЕ блога и админки это типа всего чуть чуть хуже чем 0.6-2секунды без блокировки

    Из них внимания достойны только ответы slaFFik, т.к. он привел цифры загрузки админки. Все остальное — это эмоции или субъективные

    сами себе противоречите. если пересмотрите ролик то там все понятно без слов

    Так же я уверен, что при загрузке страниц сайта WP 2.7 не лезит каждый раз проверять наличие обновлений.

    не я придумал эту блокировку. Максим еще при выходе бетаверсии 2.6 написал пост на эту тему. ему вы тоже не верите?

    Так же я уверен, что при загрузке страниц сайта WP 2.7 не лезит каждый раз проверять наличие обновлений.

    ответ смотрите выше

    Проводя замеры в 12 часовом промежутке (!) Вы меряете именно эти «другие процессы», но никак не отсутствие/присутствие обращений к удаленному хосту на наличие обновлений.

    1 вы ради эксперимента почитайте что делают эти функции
    2 поставьте несколько специально старых плагинов и посмотрите что происходит сначала с включенным плагином — включите его до установки старых плагинов, а затем после установки плагинов отрубите мой плагин и посмотрите какие тормоза у вас появятся сразу и «куда полезет кто на какие урлы»
    3 я практически не вылезаю с блога поэтому я бы уж точно заметил если было бы что то

    тормоза связанные именно с запросами можно проверить пингом от хоста (площадки провайдера вашего сайта)

    см выше — у меня полностью заблокирован ICMP протокол. поэтому пинги проверить не могу, но могу сказать что каналы моего провайдера бывают нагруженными и не очень в течение суток, но никак это не влияет на это. канал у меня 2мбита исходящий, 512к-1мбит входящий АДСЛ.

    повторяю — это не изобретение велосипеда. до плагина я давно и успешно протестировал блокирование процессов этих на различных хсотингах от тормозных до быстрых и на разных версиях ВП. и если вы перечитаете ЕЩЕ РАЗ _не мои_ комментарии то как вы видите и у рядовых пользователей на неизвестных мне хостингах это дало большой прирост. а там то каналы «оптика» и в несколько раз «толще» чем у меня дома.

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

    как я опять же писал выше — на одном из серверов нне изменилось показываемое время запросов но реально все равно стало заметно что бегает сайт быстрее. это уже никуда к «субъективному» не спишешь. и почитайте опять же выше что я писал — проверка обновлений появилась в версии 2.3.

    больше мне добавить нечего, извиняйте. спорить можно долго

  40. Александр М. 29 ноября 2008 в 3:06

    Господи, Иван! Что же Вы так кипятитесь?

    Я спрашивал «Как?» и спрашивал «Почему?», а Вы продолжате отвечать в ключе «тормозит- не тормозит… проверьте, почитайте, посмотрите, убедитесь сами…»

    Ну я даже не знаю, что и писать в ответ… Видимо, действительно, продолжать смысла нет.

    p.s.: скрипт по ссылке написан на php и никакие протоколы, кроме http, ему не нужны.

  41. carik 29 ноября 2008 в 3:12

    С Иваном согласен. У меня 4 ресурса — все на WP и у разных хостеров, разными темами и разным количеством плагинов. Поставлю везде total_disable_updates, оттестируюсь по разным сервисам и в воскресенье отпишусь! Самому интересно. А вообще, по жизни, сомневающиеся — двигатель прогресса!

  42. Александр М. 29 ноября 2008 в 3:12

    есть ли разница, какие "процессы" блокирует плагин, если время загрузки все же существенно сокращается

    @carik: все зависит от того какую задачу Вы решаете. Если только тормоза, то, видимо, нет. У меня, например, больше академический интерес.

  43. carik 29 ноября 2008 в 3:18

    Александру М. Давайте продолжим, когда закончу тестирование. А с точки зрения академического интереса, здесь все больше практики. Но тем не менее интересно. Кстати, я тоже из UA, Запорожье.

  44. Lecactus 29 ноября 2008 в 3:19

    «Как?» и спрашивал «Почему?»

    вам мало того что написано на сайте у Макса?

    поясню на пальцах:

    remove_action( ‘init’, ‘wp_version_check’ ); — проверяет версию ВП во время инициализции (даже вне админки) (а теперь вспомните что в ВП что бы вы ни юзали в данный момент — у вас всегда грухзится в память лишнее. Макс не раз про это писал) (поиск)

    дальше веселее — зачем то проверяется есть ли обновление плагинов и тем, но аж два раза немного разными функциями. Либо там у авторов сервер стоит под носом и они не чувствуют разницы, либо непонимают что пишут (как часто говорит Максим — занимаются наворотами, забивая на оптимизацию). и про 12часов пресловутых тоже по разному можно трактовать что они имели ввиду.

    remove_action( ‘load-plugins.php’, ‘wp_update_plugins’ );
    remove_action( ‘load-update.php’, ‘wp_update_plugins’ );
    remove_action( ‘admin_init’, ‘_maybe_update_plugins’ );
    remove_action( ‘wp_update_plugins’, ‘wp_update_plugins’ );
    remove_action( ‘admin_init’, ‘_maybe_update_themes’ );
    remove_action( ‘wp_update_themes’, ‘wp_update_themes’ );

    вот что выдает ваша утилита

    1 Доступен [ ping: 99.09ms ] http://api.wordpress.org
    2 Доступен [ ping: 74.99ms ] http://api.wordpress.org
    3 Доступен [ ping: 74.81ms ] http://api.wordpress.org
    4 Доступен [ ping: 74.97ms ] http://api.wordpress.org
    5 Доступен [ ping: 75.07ms ] http://api.wordpress.org
    6 Доступен [ ping: 75.35ms ] http://api.wordpress.org
    7 Доступен [ ping: 75.15ms ] http://api.wordpress.org
    8 Доступен [ ping: 74.99ms ] http://api.wordpress.org
    9 Доступен [ ping: 75.22ms ] http://api.wordpress.org
    10 Доступен [ ping: 77.67ms ] http://api.wordpress.org
    11 Доступен [ ping: 76.09ms ] http://api.wordpress.org
    12 Доступен [ ping: 74.86ms ] http://api.wordpress.org
    13 Доступен [ ping: 74.98ms ] http://api.wordpress.org
    14 Доступен [ ping: 75.23ms ] http://api.wordpress.org
    15 Доступен [ ping: 75.63ms ] http://api.wordpress.org
    16 Доступен [ ping: 74.57ms ] http://api.wordpress.org
    17 Доступен [ ping: 90.39ms ] http://api.wordpress.org
    18 Доступен [ ping: 79.46ms ] http://api.wordpress.org
    19 Доступен [ ping: 74.87ms ] http://api.wordpress.org
    20 Доступен [ ping: 74.84ms ] http://api.wordpress.org

    1 Доступен [ ping: 166.04ms ] http://google.com
    2 Доступен [ ping: 69.88ms ] http://yandex.ru
    3 Доступен [ ping: 145.79ms ] http://yahoo.com
    4 Доступен [ ping: 193.03ms ] http://whitehouse.gov
    5 Доступен [ ping: 98.69ms ] http://wordpress.com

  45. Александр М. 29 ноября 2008 в 3:21

    У меня 4 ресурса — все на WP и у разных хостеров, разными темами и разным количеством плагинов

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

    После статьи Макса я везде автопроверку отключил на всякий случай. Хотя для тормозов это совершенно не актуально было. С одной стороны девочки в основном пишут статьи из Windows Live Writer, а с другой никто на тормоза из админки не жаловался, да и сам я этого не замечал. Отключал скорее из-за того, чтоб они не набрасывались на меня все разом после того как увидят «сообщите администратору, что вышла новая версия WordPress». Ну и про плагины тоже самое.

  46. Lecactus 29 ноября 2008 в 3:23

    все зависит от того какую задачу Вы решаете.

    решается задача одна — обрубить все лишние функции, которые ввели в новых версиях чтобы было все функционально как в новых версиях и быстро как в старых

  47. Lecactus 29 ноября 2008 в 3:25

    и задайте также авторам плагинов

    Disable WordPress Core Update
    Disable WordPress Plugin Updates

    которые уже давно выложены на вп.орг и в принципе делают половину того что делает мой вариант. причем эти плагины уже давно существуют

  48. Lecactus 29 ноября 2008 в 3:27

    С одной стороны девочки в основном пишут статьи из Windows Live Writer,

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

  49. Lecactus 29 ноября 2008 в 3:29

    пинги вообще мало влияют я заметил это давно когда еще был включен icmpю больше влияет тормознутость DNS

  50. Lecactus 29 ноября 2008 в 3:34

    вот ссылка на автора упомянутого выше плагина старого
    http://lud.icro.us/disable-wordpress-plugin-updates/#comment-4377

  51. Lecactus 29 ноября 2008 в 3:34

    ушел спать. спорьте дальше без меня :)

  52. Александр М. 29 ноября 2008 в 3:35

    А вот, что у меня (Мастерхост):

    1 Доступен [ ping: 53.39ms ] http://api.wordpress.org
    2 Доступен [ ping: 53.24ms ] http://api.wordpress.org
    3 Доступен [ ping: 54.06ms ] http://api.wordpress.org
    4 Доступен [ ping: 52.9ms ] http://api.wordpress.org
    5 Доступен [ ping: 53.73ms ] http://api.wordpress.org
    6 Доступен [ ping: 53.26ms ] http://api.wordpress.org
    7 Доступен [ ping: 53.72ms ] http://api.wordpress.org
    8 Доступен [ ping: 53.9ms ] http://api.wordpress.org
    9 Доступен [ ping: 53.06ms ] http://api.wordpress.org
    10 Доступен [ ping: 53.09ms ] http://api.wordpress.org
    11 Доступен [ ping: 53.02ms ] http://api.wordpress.org
    12 Доступен [ ping: 53.25ms ] http://api.wordpress.org
    13 Доступен [ ping: 53.64ms ] http://api.wordpress.org
    14 Доступен [ ping: 53.56ms ] http://api.wordpress.org
    15 Доступен [ ping: 56.04ms ] http://api.wordpress.org
    16 Доступен [ ping: 54.65ms ] http://api.wordpress.org
    17 Доступен [ ping: 53.02ms ] http://api.wordpress.org
    18 Доступен [ ping: 53.68ms ] http://api.wordpress.org
    19 Доступен [ ping: 53.4ms ] http://api.wordpress.org
    20 Доступен [ ping: 59.71ms ] http://api.wordpress.org

    1 Доступен [ ping: 90.89ms ] http://google.com
    2 Доступен [ ping: 18.15ms ] http://yandex.ru
    3 Доступен [ ping: 94.94ms ] http://yahoo.com
    4 Доступен [ ping: 66.92ms ] http://whitehouse.gov
    5 Доступен [ ping: 52ms ] http://wordpress.com

    А теперь умножьте Ваши 74-75 на количество Ваших плагинов. И мои 53 на 6 плагинов. Результат, я думаю, очевиден.

  53. carik 29 ноября 2008 в 3:36

    Александр М., Вы почти уже со всем согласились, поскольку пишете , что отключали автопроверку. Там же у Макса описано "ручное" ковыряние в коде для уменьшения тормозов. В общем, плагин решает эти вопросы. Решает очень простыми методами. И это нормально, как и то что появился еще один "наш" плагин для WP.

  54. Lecactus 29 ноября 2008 в 3:44

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

    вот кстати статистика с хостинга eskhosting где это уменьшило время генерации страницы с 2-3сек до 0,5. плагинов с десяточек не сильно мудреных

    1 Доступен [ ping: 0.73ms ] http://api.wordpress.org
    2 Доступен [ ping: 0.12ms ] http://api.wordpress.org
    3 Доступен [ ping: 0.1ms ] http://api.wordpress.org
    4 Доступен [ ping: 0.1ms ] http://api.wordpress.org
    5 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    6 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    7 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    8 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    9 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    10 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    11 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    12 Доступен [ ping: 0.1ms ] http://api.wordpress.org
    13 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    14 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    15 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    16 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    17 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    18 Доступен [ ping: 0.09ms ] http://api.wordpress.org
    19 Доступен [ ping: 0.1ms ] http://api.wordpress.org
    20 Доступен [ ping: 0.09ms ] http://api.wordpress.org

    1 Доступен [ ping: 11.02ms ] http://google.com
    2 Доступен [ ping: 17.71ms ] http://yandex.ru
    3 Доступен [ ping: 0.44ms ] http://yahoo.com
    4 Доступен [ ping: 15.87ms ] http://whitehouse.gov
    5 Доступен [ ping: 0.48ms ] http://wordpress.com

    вот данные с мастерхоста — время генерации страницы не изменилось почти, но грузиться стало все шустрее.

    1 Доступен [ ping: 53.8ms ] http://api.wordpress.org
    2 Доступен [ ping: 55.83ms ] http://api.wordpress.org
    3 Доступен [ ping: 56.82ms ] http://api.wordpress.org
    4 Доступен [ ping: 53.66ms ] http://api.wordpress.org
    5 Доступен [ ping: 53.15ms ] http://api.wordpress.org
    6 Доступен [ ping: 53.05ms ] http://api.wordpress.org
    7 Доступен [ ping: 53.27ms ] http://api.wordpress.org
    8 Доступен [ ping: 53.15ms ] http://api.wordpress.org
    9 Доступен [ ping: 52.82ms ] http://api.wordpress.org
    10 Доступен [ ping: 56.8ms ] http://api.wordpress.org
    11 Доступен [ ping: 53.5ms ] http://api.wordpress.org
    12 Доступен [ ping: 53.33ms ] http://api.wordpress.org
    13 Доступен [ ping: 52.92ms ] http://api.wordpress.org
    14 Доступен [ ping: 52.98ms ] http://api.wordpress.org
    15 Доступен [ ping: 54.27ms ] http://api.wordpress.org
    16 Доступен [ ping: 53.13ms ] http://api.wordpress.org
    17 Доступен [ ping: 53ms ] http://api.wordpress.org
    18 Доступен [ ping: 53.48ms ] http://api.wordpress.org
    19 Доступен [ ping: 53.14ms ] http://api.wordpress.org
    20 Доступен [ ping: 53.6ms ] http://api.wordpress.org

    1 Доступен [ ping: 118.28ms ] http://google.com
    2 Доступен [ ping: 18.41ms ] http://yandex.ru
    3 Доступен [ ping: 126.63ms ] http://yahoo.com
    4 Доступен [ ping: 131.75ms ] http://whitehouse.gov
    5 Доступен [ ping: 73.97ms ] http://wordpress.com

  55. Александр М. 29 ноября 2008 в 3:46

    Вы почти уже со всем согласились

    @carik: Да я и не возражал ничему с самого начала, а пришел задать вопрос про старницы сайта, т.к. про админку и так все жевано-пережевано было. Это дискуссия как-то разрослась… ввязался потому, что своя точка зрения тоже есть.

    p.s.: предыдущий комментарий с результатами работы утилиты не опубликовался, видимо из-за большого количества ссылок. Там у меня на Мастерхосте среднее значение пинга к API — 53 мс. Плагинов установлено 5-7 штук. Я предложил Ивану перемножить свои значения на количество плагинов и сравнить с моими 53*6

  56. Александр М. 29 ноября 2008 в 3:48

    eskhosting — очень любопытен!

  57. Lecactus 29 ноября 2008 в 3:50

    eskhosting — очень любопытен!

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

  58. Lecactus 29 ноября 2008 в 3:52

    еще для статсов — servage.net (вп там нету. просто статистика пингов)
    1 Доступен [ ping: 17.86ms ] http://api.wordpress.org
    2 Доступен [ ping: 17.71ms ] http://api.wordpress.org
    3 Доступен [ ping: 17.89ms ] http://api.wordpress.org
    4 Доступен [ ping: 17.54ms ] http://api.wordpress.org
    5 Доступен [ ping: 17.68ms ] http://api.wordpress.org
    6 Доступен [ ping: 17.53ms ] http://api.wordpress.org
    7 Доступен [ ping: 17.76ms ] http://api.wordpress.org
    8 Доступен [ ping: 17.81ms ] http://api.wordpress.org
    9 Доступен [ ping: 17.33ms ] http://api.wordpress.org
    10 Доступен [ ping: 17.51ms ] http://api.wordpress.org
    11 Доступен [ ping: 17.63ms ] http://api.wordpress.org
    12 Доступен [ ping: 17.43ms ] http://api.wordpress.org
    13 Доступен [ ping: 17.56ms ] http://api.wordpress.org
    14 Доступен [ ping: 17.37ms ] http://api.wordpress.org
    15 Доступен [ ping: 17.53ms ] http://api.wordpress.org
    16 Доступен [ ping: 18.06ms ] http://api.wordpress.org
    17 Доступен [ ping: 17.6ms ] http://api.wordpress.org
    18 Доступен [ ping: 17.61ms ] http://api.wordpress.org
    19 Доступен [ ping: 17.56ms ] http://api.wordpress.org
    20 Доступен [ ping: 17.71ms ] http://api.wordpress.org

    1 Доступен [ ping: 43.84ms ] http://google.com
    2 Доступен [ ping: 163.92ms ] http://yandex.ru
    3 Доступен [ ping: 35.78ms ] http://yahoo.com
    4 Доступен [ ping: 38.22ms ] http://whitehouse.gov
    5 Доступен [ ping: 20.33ms ] http://wordpress.com

  59. Александр М. 29 ноября 2008 в 3:53

    статистика с хостинга eskhosting где это уменьшило время генерации страницы с 2-3сек до 0,5. плагинов с десяточек не сильно мудреных

    @Lecactus: именно страницы? Не админки? Я правильно понял? Вы только один-единственный плагин вкл/откл? Какая версия WP?

  60. Александр М. 29 ноября 2008 в 4:10

    @Lecactus: Еще вопрос про eskhosting. Т.к. у Вас на локалхосте ping отключен попробуйте с eskhosting пропинговать lecactus.ru. И вообще хотелось бы по-больше статистики про сайт на этом хостинге. Это возможно?

  61. Lecactus 29 ноября 2008 в 10:26

    и со страницы и из админки

    вот кстати
    1 [ ping: 0.14ms ] http://lecactus.ru
    2 [ ping: 0.12ms ] http://lecactus.ru
    3 [ ping: 0.13ms ] http://lecactus.ru
    4 [ ping: 0.09ms ] http://lecactus.ru
    5 [ ping: 0.09ms ] http://lecactus.ru
    6 [ ping: 0.09ms ] http://lecactus.ru
    7 [ ping: 0.09ms ] http://lecactus.ru
    8 [ ping: 0.09ms ] http://lecactus.ru
    9 [ ping: 0.09ms ] http://lecactus.ru
    10 [ ping: 0.08ms ] http://lecactus.ru
    11 [ ping: 0.09ms ] http://lecactus.ru
    12 [ ping: 0.09ms ] http://lecactus.ru
    13 [ ping: 0.08ms ] http://lecactus.ru
    14 [ ping: 0.09ms ] http://lecactus.ru
    15 [ ping: 0.08ms ] http://lecactus.ru
    16 [ ping: 0.08ms ] http://lecactus.ru
    17 [ ping: 0.09ms ] http://lecactus.ru
    18 [ ping: 0.08ms ] http://lecactus.ru
    19 [ ping: 0.08ms ] http://lecactus.ru
    20 [ ping: 0.08ms ] http://lecactus.ru

    1 [ ping: 0.1ms ] http://google.com
    2 [ ping: 0.1ms ] http://yandex.ru
    3 [ ping: 0.1ms ] http://yahoo.com
    4 [ ping: 0.09ms ] http://whitehouse.gov
    5 [ ping: 0.09ms ] http://wordpress.com
    вообще странные циферки (странно что все маленькие) — или у них там что то на сервере гонит, или этот скрипт гонит

    в данный момент там с блокировкой и без нее показывает цифры 0,3-2сек, но заметна разница только во время загрузки самой страницы. задержка перед выдачей очередной страницы становится меньше. Но на версии 2.6.* эффект не так сильно может быть заметен чем как в 2.7, т.к. в 2.7 количество этих параметров блокирующихся чуть больше. плюс когда я там настраивал эти блокировки (тогда еще через хак) там сайты были на другом физическом сервере. там было сильнее заметно. новый сервер пошустрее сам по себе.

  62. Владимир Игонин 29 ноября 2008 в 14:10

    Итак, вот мои результаты, из ряда тестов выбрал с наименьшими значениями, установлено и активно 13 плагинов:

    Без lite-перевода и без блокировки проверки

    Запросов к БД: 21
    Время создания: 0.306 секунд
    Потребление памяти: 8.93 мегабайт

    Render Time: 0.176 секунды cpu (71% загрузка, 0.759 запуск). Время: 0.245 sec (26.0% for queries). DB queries: 32, none defective, 32 slow (> 0.000 sec) Память: 3.2MB

    С lite-переводом и без блокировки проверки

    Запросов к БД: 21
    Время создания: 0.212 секунд
    Потребление памяти: 1.54 мегабайт

    Render Time: 0.171 секунды cpu (39% загрузка, 0.394 запуск). Время: 0.429 sec (58.6% for queries). DB queries: 32, none defective, 32 slow (> 0.000 sec) Память: 3.1MB

    С lite-переводом и с блокировкой проверки

    Запросов к БД: 21
    Время создания: 0.224 секунд
    Потребление памяти: 1.55 мегабайт

    Render Time: 0.179 секунды cpu (38% загрузка, 0.542 запуск). Время: 0.461 sec (54.7% for queries). DB queries: 32, none defective, 32 slow (> 0.000 sec) Память: 3.2MB

  63. Lecactus 29 ноября 2008 в 14:13

    Владимир Игонин

    а откуда у вас разные значения 9/3мб и 1,5/3мб и как реально грузится по ощещениям до и после?

  64. Владимир Игонин 29 ноября 2008 в 14:25

    А, да, сначала я указал данные для первой страницы блога, а потом для доски объявлений в админке. И ещё почему-то прыгнула загрузка памяти, сейчас ещё раз перепроверил, без блокировки проверки в админке кушается 10-11 мегабайт, а с блокировкой 3 мегабайта.

  65. Владимир Игонин 29 ноября 2008 в 14:26

    и как реально грузится по ощещениям до и после?

    Субъективно в админке стало быстрее.

  66. Александр М. 29 ноября 2008 в 17:43

    или у них там что то на сервере гонит, или этот скрипт гонит

    Возможно php работает в режиме safe mode или на сервере запрещены небезопасные ф-ции, такие как fopen().

  67. carik 29 ноября 2008 в 19:11

    До воскресенья не дождался. Протестировал 4 сайта на WP 2.6.5 ( все на разных хостингах). Оценивал только 2 параметра — скорость загрузки и потребление памяти. Сначала только для главной страницы каждого сайта. Если честно, скорость загрузки админки важна больше для нас, чем посетителей. Пробовал добится чистоты эксперимента путем проведения 10 тестов с включеным и 10 с отключеным плагином ( по 5 — в разное время с промежутком не менее 3 часов, разных IP (компьютеров) и по разным каналам с одинаковыми параметрами). Активными оставил по 5 плагинов на каждом.
    Хотя понимаю, что чистота эксперимента относительная…
    Что получилось:
    — средние значения скорости загрузки (без плагина \ с плагином ) для каждого сайта: 6,8\6,1; 5,09\4,46; 8,32\7,12; 5,14\4,48 секунд.
    — потребление памяти (без плагина \ с плагином ) для каждого сайта: 12\9; 9,3\7,9; 14\12; 9,6\8,8 МВ

    То есть, ускорение составило приблизительно 10%, уменьшение потребления памяти — до 15 % ( чисто средние значения).
    Админку сторонними сервисами проверить невозможно, но обычными способами показатели лучше чем для главной ( ускорение до 25%, потребление памяти — снижение на 40-50%).
    ВЫВОД : ЗАЖРАЛИСЬ МЫ ГОСПОДА! НОРМАЛЬНЫЕ ПОКАЗАТЕЛИ ДЛЯ ПЛАГИНА ВЕСОМ 1 кВ!
    ИНТЕРЕСНО, А КТО ОЖИДАЛ ОТ ПЛАГИНА, ОТКЛЮЧАЮЩЕГО ВТОРОСТЕПЕННЫЕ ( ИЛИ 10 СТЕПЕННЫЕ) ФУНКЦИИ CMS — УСКОРЕНИЯ РАБОТЫ В 2 — 5 РАЗ!?

  68. Кишиневский сео бомж 29 ноября 2008 в 20:18

    Скачал, может быть и пошустрее

  69. Lecactus 29 ноября 2008 в 22:32

    УСКОРЕНИЯ РАБОТЫ В 2 — 5 РАЗ!?

    лично на моем сервере так и есть в 2-3 раза, что явно видно даже на моем ролике, а на глаз это более чем заметно

  70. Александр 29 ноября 2008 в 22:43

    Каменты еще не читал, но могу сказать, что этот плагин просто песня. Низкий Вам поклон!

  71. carik 29 ноября 2008 в 22:48

    Lecactus, я имею ввиду не админку, а главную и другие страницы. Я уже писал, что админка меня интересует меньше. Учитывая мою специализацию, админка десять раз загрузится пока я вспомню, зачем я ее открываю…. Просто творческому процессу скорость противопоказана. А если заниматься плагиатом, просто копируя чужую информацию ( ты лучше меня знаешь, сам попадал под таких..), то понятно. Хотя есть многие из нашей братии где то тихонько набирают авторские посты ( на работе, учебе) без подключения к сети, и только дома сбрасывают.
    В общем — новому автору плагинов — УВАЖУХА!!!!!!

  72. Lecactus 29 ноября 2008 в 23:04

    а я наоборот не люблю когда что-либо тормозит. Пока дождешься и забудешь уже зачем нужно было.

  73. Maksimo 30 ноября 2008 в 17:05

    Моё субъективное мнение. Скорость загрузки если и увеличилась, то не в разы. Но всё равно спасибо за плагин. Лишние запросы нам не нужны. ВСЁ ПОД КОНТРОЛЬ)))

  74. Дмитрий 1 декабря 2008 в 13:58

    Мои две копейки:
    На главной вместо 72 запросов стало 70, с внутренних страниц пропало по одному запросу, потребление памяти не увеличилось, но и не сократилось, время загрузки судя по счетчику осталось прежней, может даже чуть возросла, но визуально вроде по шустрее. Версия WordPress 2.6.5. А нельзя ли добавить в плагин функцию проверить обновления, чтобы она появилась где нибудь в плагинах, при нажатии на кнопку проверяются обновления)

  75. Lecactus 1 декабря 2008 в 14:03

    А нельзя ли добавить в плагин функцию проверить обновления

    пока мозг не сообразил как такое сделать :) вот опять же возвращаясь к версии 2.2 — для нее был плагин проверяющий именно обновления плагинов — но работал сверхтормозно. так что пока только можно выкл. плагин и обновить страничку списка плагинов. затем после обновлений включать снова.

  76. Дмитрий 1 декабря 2008 в 14:17

    Кстати может пригодится у меня еще было вот это сделано:
    var ajaxWidgets = {
    //dashboard_incoming_links: ‘incominglinks’,
    //dashboard_primary: ‘devnews’,
    //dashboard_secondary: ‘planetnews’,
    //dashboard_plugins: ‘plugins’
    };
    В файле index.php в wp-admin. А то что на два запроса к БД меньше стало это нормально?

  77. Lecactus 1 декабря 2008 в 15:08

    А то что на два запроса к БД меньше стало это нормально?

    а вы ВПТЮНЕРом посмотрите какие запросы убрались :)
    а коментить в версии 2.7 уже не надо — там можно эти виджеты вообще отключить штатными средствами

  78. Елена V 3 декабря 2008 в 9:57

    Плагин в самом деле просто супер! Работа с сайтом стала просто удовольствием, все команды выполняют мгновенно! Все просто "летает". Ушли серьезные баги, которые ранее (до установки плагина) не просто мешали работать, а просто доводили порой до нервных срывов!!! Ты себе просто не представляешь как я тебе благодарна за этот плагин!!! СПАСИБО!!! Побольше бы таких спецов в своем деле в сети!!!

  79. Александр М. 3 декабря 2008 в 14:38

    У меня снял порчу, открыл чакры, установил связь с Космосом… :)

    Елена! А еще — он не женат ;-)

  80. михаил 3 декабря 2008 в 14:41

    спасибо за полезный плагин !

  81. Бабай 8 декабря 2008 в 17:09

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

  82. gammar 11 декабря 2008 в 13:38

    У меня WP 2.6.3, пропатченный до 2.6.5
    Опять показываются доступные обновления. Деактивация-активация не помогла. Что еще можно сделать?

  83. Lecactus 11 декабря 2008 в 13:56

    gammar, перед повторной активацией 1-2 раза перезагрузите любую страницу админки тогда пропадут напоминания

  84. RedDeath 12 декабря 2008 в 19:56

    Перезалил все, стало нормально все ;)

  85. Lecactus 12 декабря 2008 в 20:01

    RedDeath, комент похоже к другому посту был? :)

  86. Игорь 2 января 2009 в 6:59

    Привет! Вообщем стоял у меня твой плагин, потом я его деактивировал, а сейчас опять включил, бац а он не сработал, все равно остались запросы на новые версии. Уже пробовал полностью удалять его, по несколько раз деактивировал-активировал, не помогло. В чем может быть причина?

    Ссылка на скриншот: _http://s56.radikal.ru/i151/0901/53/bff889e6e15c.png

  87. Soltes 4 января 2009 в 21:57

    не появляется он в списке плагинов!

  88. Lecactus 5 января 2009 в 5:20

    Soltes, не туда копируете или что то не то вообще делаете

  89. SANYA 5 января 2009 в 13:32

    Уважаемый Иван
    У меня версия WP 2.6.5, ваш плагин нормально устанавливается, но обновления попрежнему продолжают вылезать…
    Не понимаю в чём дело… :(

  90. Lecactus 6 января 2009 в 2:14

    SANYA, что то не то делаете или не понимаете принципа работы плагина — читайте описание и коменты все

  91. Slon 6 января 2009 в 19:42

    Только один вопрос к афтару сего чуда, так и должно быть ? устроит ответ: да — нет

    http://i015.radikal.ru/0901/5c/96cefea4e1a9.jpg

  92. Lecactus 7 января 2009 в 3:02

    Slon, да

  93. Andr 24 января 2009 в 22:03

    Плагин поставил, активировал, все активировалось нормально, но как до установки было 21 запрос к базе так и после, правда время генерации страници резко упало. так и должно быть или количество запросов должно уменьшиться? спасибо.

  94. Lecactus 24 января 2009 в 22:46

    Andr, так и будет

  95. Александр М. 31 января 2009 в 5:30

    Скачал последний WP с оф-сайта. Установил на новый блог. Первым делом активировал этот плагин. Потом активировал еще парочку и получил:
    Отключение запроса обновлений WordPress'ом

    Видимо в WP 2.8 уже не работает

  96. Lecactus 1 февраля 2009 в 18:06

    Александр М., нет, просто у плагина CFORMS и еще у пары каких то других — СВОЯ система проверки на обновления и она независима от того блокируешь ли это в WP или нет — это легко увидеть если присмотреться к этому окошку — там нет даже кнопок обновления автоматического и т.д. что есть у обычных действий с плагинами в ВП

  97. Александр М. 2 февраля 2009 в 3:59

    у плагина CFORMS и еще у пары каких то других — СВОЯ система проверки на обновления

    А ведь точно. Вспомнил, что информация о наличии новой версии появилась только после того как я его активировал, а wordpress проверяет в том числе и неактивные.

    офф: превью, который сгенерировал image hosting, имеет размеры 200х122 пикселей и весит 50 кб; полноразмерный скриншот имеет размеры 1005х613 пикселей и весит 26 кб. Площадь в 25 раз больше, а весит в 2 раза меньше. Вот, что значит «ручная работа».

  98. Lecactus 2 февраля 2009 в 8:04

    Александр М., это просто особенность формата png при снятии скриншотов — большая картинка получается меньше мелкой из-за различных цветовых переходов — на оригинале там нмого однотонных областей и картинка всегда будет меньше занимать. я про это знаю давно уже когда начал делать скриншотики в png тожене мог понять сначала…

  99. Денис 2 февраля 2009 в 22:20

    Поставил себе плагин. У меня WPMU 2.7 (beta, не поставил еще нормальную)
    Результат такой (главная страница админки):

    без плагина: Render Time: 0.469 cpu sec (39% load, 0.034 startup). Clock: 1.190 sec (1.8% for queries). DB queries: 61, none defective, none > 0.500 sec. Memory: 34.4MB

    с плагином: Render Time: 0.462 cpu sec (92% load, 0.035 startup). Clock: 0.498 sec (3.0% for queries). DB queries: 57, none defective, none > 0.500 sec. Memory: 34.4MB

    Подскажите, никак не врубаюсь.39% load и 92% load — это что? И что из них лучше?

  100. CharnaD 7 февраля 2009 в 19:53

    Поставил. Прирост 0%.

  101. Proger 15 февраля 2009 в 14:53

    Поставил. Прирост 0%.

    аналогично.
    0.4 -> 0.4

  102. Дмитрий 22 апреля 2009 в 6:14

    Просто супер! Поставил, проверил… даже не делал замеров никаких, просто на столько уже устал от тормозов, что сейчас хочется чечетку на столе станцевать или что-то подобное сотворить )
    Спасибо всем!

  103. Lecactus 17 мая 2009 в 22:06

    обновил плагин для блокировки новых функций WordPress 2.8

  104. alex 29 мая 2009 в 17:11

    Заранее извиняюсь за тупой вопрос:
    А как быть с обновлениями плагинов. Скорость и нагрузка на сервер важны чрезвычайно, но хотелось бы и оповещения о плагнинах получать. Если выйдет новая версия WP, мы всегда об этом узнаем (например, из Вашего RSS). C плагинами же сложнее — их много, по каждому лазить замучаешься.

    Теоретически информация должна появляться, если деактивировать Ваш плагин на какое-то время. Но что-то непохоже, что она появляется. Или, может быть, правда, никто не обновился. :)

  105. Lecactus 29 мая 2009 в 17:17

    Но что-то непохоже, что она появляется. Или, может быть, правда, никто не обновился. :)

    на всех сайтах где лично тестировал — все работало сразу после деактивации. у себя я проверяю раз в 2 недели и не страдаю, какие то плагины вообще не обновляю если в ченжлоге ниче особенного нет

  106. alex 29 мая 2009 в 17:29

    Но что-то непохоже, что она появляется. Или, может быть, правда, никто не обновился. :)

    на всех сайтах где лично тестировал — все работало сразу после деактивации. у себя я проверяю раз в 2 недели и не страдаю, какие то плагины вообще не обновляю если в ченжлоге ниче особенного нет

    Окей, будем посмотреть. В любом случае, большое спасибо — нагрузку уменьшает капитально.

  107. Rumata 1 июня 2009 в 17:11

    нежданно начал тормозить 2.7 закомментировал код, все выровнялось. видимо система апдейта плагинов таки тупая.

  108. Дмитрий 16 июня 2009 в 11:00

    Так получилось, что у меня отключились все плагины, а когда я их заново включил, появились запросы на обнавление плагинов и на WP 2.8…

    Пробовал плагин (Блокировка запросов на новые версии…) перезапускать — не помогает, все равно запросы остаются.

    Как исправить?

  109. Никита 25 июня 2009 в 3:16

    Присоединяюсь к предыдущему комментарию — включил твой плагин на версии 2.7.1 — остается цифра около строчки «Плагины» в меню. Плюс закомментил в файле updates.php строчки об обновлениях…не работает…

  110. Lecactus 25 июня 2009 в 8:02

    я вроде писал уже что ЦИФРА никуда и не исчезнет пока у вас есть необновленные плагины. блокируется только новый «опрос». чтоб скрыть это есть плагины других авторов (искать на вп.орг)

  111. Роланд Чанишвили 25 июня 2009 в 8:12

    Так получилось, что у меня отключились все плагины, а когда я их заново включил, появились запросы на обнавление плагинов и на WP 2.8…

    Как исправить?

    Я модифицировал этот плаг — теперь он удаляет месажки с просьбой обновится. Качать у мя в блоге

  112. Lecactus 25 июня 2009 в 14:22

    Роланд Чанишвили, посмотрел — он удаляет опции вообще из базы. как то неправильно это. посмотри как работают аналоги западные — там просто отключается показ информации

  113. Никита 25 июня 2009 в 17:42

    я вроде писал уже что ЦИФРА никуда и не исчезнет пока у вас есть необновленные плагины. блокируется только новый «опрос». чтоб скрыть это есть плагины других авторов (искать на вп.орг)

    невнимательно читал значит,сорри)

  114. Роланд Чанишвили 26 июня 2009 в 4:34

    Роланд Чанишвили, посмотрел — он удаляет опции вообще из базы. как то неправильно это. посмотри как работают аналоги западные — там просто отключается показ информации

    Это некритичные данные, которые сразу после деактивации будут востановленны — я проверял. Так что вполне допустимо их удалять. Imho, конечно.

  115. Роланд Чанишвили 26 июня 2009 в 4:37

    Роланд Чанишвили, посмотрел — он удаляет опции вообще из базы. как то неправильно это. посмотри как работают аналоги западные — там просто отключается показ информации

    Кстати, если бы я нашел вариант который убирает эти мессажки, то использовал бы его а не копался в сырцах WP :)

    Чтото я не соображу — у тебя запрещено редактировать свой коммент?

  116. Lecactus 26 июня 2009 в 8:19

    Роланд Чанишвили, http://wordpress.org/extend/plugins/disable-wordpress-core-update/ http://wordpress.org/extend/plugins/disable-wordpress-theme-updates/ http://wordpress.org/extend/plugins/disable-wordpress-plugin-updates/

  117. Гиревик 26 июня 2009 в 11:50

    Ну наконец-то… теперь буду твой блог читать ;)
    с этими тормозами все форумы перерыл…
    Спасибо за плагинчик ;)

  118. Саша 17 июля 2009 в 16:10

    Здравствуйте.
    Поставил плагин, но cForms все равно выскочил со своим уведомлением.. ((
    Так и должно быть?

  119. Саша 17 июля 2009 в 16:12

    Здравствуйте.
    Поставил плагин, но cForms все равно выскочил со своим уведомлением.. ((
    Так и должно быть?

    Версия WP 2.8.1 ))

  120. Lecactus 17 июля 2009 в 16:15

    у CFROMS свой собственный механизм проверки и вообще этот плагин не хостится даже на вп.орг

  121. Виктор 14 августа 2009 в 22:28

    Ставлю плагин в 2.8.2 и 2.8.3
    и ничего не отключается (

  122. Lecactus 14 августа 2009 в 22:29

    2Виктор. у меня все работает. если не работает смотрите на руки

  123. Юрко Червоний 26 августа 2009 в 7:35

    У мене також не працює плаґін на ВП 2.8.2, 2.8.4! Ставив на локалхост і на Мастерхост, ні там, ні там не працює.

    На ВП 2.7, 2.7.1 вимикаю оновлення за допомого плаґіну Wp all in one tools, але на 2.8.х він не вимикає перевірку оновлень.

  124. BaRoN! 30 августа 2009 в 14:48

    У мене також не працює плаґін на ВП 2.8.2, 2.8.4! Ставив на локалхост і на Мастерхост, ні там, ні там не працює.

    На ВП 2.7, 2.7.1 вимикаю оновлення за допомого плаґіну Wp all in one tools, але на 2.8.х він не вимикає перевірку оновлень.

    Ага, я точно где-то слышал, что в Сибири родной язык у всех и каждого — украинский.

  125. Илья 30 августа 2009 в 17:18

    2Виктор. у меня все работает. если не работает смотрите на руки

    У меня он тоже не работает даже под 2,7,1 (На руки смотрел)

  126. ageent 5 сентября 2009 в 12:44

    красава

  127. Ander 5 сентября 2009 в 15:00

    Вывожу рейтинг в пост… Но, похоже, он не работает в WP 2.8.4? Так ли это, скажите плиз!

  128. Егор 9 сентября 2009 в 2:21

    Обновился до 2.8.4 — плагин не работает :( может ссылка на плагин старая? у меня этих г-сатов около 40 и они сейчас все лезут за обновлениями :( HELP !!!

  129. Юрий 9 сентября 2009 в 12:06

    Если сомневаетесь — выключите ручками.

  130. Егор 9 сентября 2009 в 12:29

    Если сомневаетесь — выключите ручками.

    выключить обновления? на 40 сатах (еще 40 уже готовы) и по 20 плагинов в каждом? :)

  131. Юрий 9 сентября 2009 в 17:35

    Егор. Это правиться в одном файле — читайте пост!

    «Открываем файл wp-includes/update.php и комменитруем значком # “лишние строки” (или просто удаляем их)»

    У меня тоже обновления почему-то показывались. Как понял, это после обновления движка до 2.8.4. Грешил на плагин. Исправил руками — ничего не изменилось. Включил плагин (в добавок) и после переустановки одного из плагинов, желающих обновиться, все стало как обычно.

  132. 1nSane 3 октября 2009 в 3:39

    А можно как-то отключить все автообновления, но сделать кнопку в админке «проверить обновления» всего? А еще лучше, чтобы он не при запросе любой страницы проверял, а по Крону, 1 раз в сутки, такое реально?

  133. Lecactus 3 октября 2009 в 6:49

    2 1nSane перечитайте коменты. обсуждалось. если знаете как сделать то скажите

  134. Никита 4 октября 2009 в 18:34

    Здравствуйте!

    Я только начинающий и поэтому вот такой вопрос:

    в какую папку закачивать этот плагин на хостер???

  135. Денис 6 октября 2009 в 7:03

    На сколько уменьшается потребление трафика, после установки этого плагина?

  136. Денис 6 октября 2009 в 7:04

    а можно ли узнать, на сколько снизится потребление памяти после установки плагина. Стоит ли заморачиваться?

  137. Лена 3 ноября 2009 в 23:43

    Здравствуйте!

    Я только начинающий и поэтому вот такой вопрос:

    в какую папку закачивать этот плагин на хостер???

    все плагины ставятся в папку wp-content -> plugins

  138. OlegZen 14 декабря 2009 в 18:19

    Спасибо. Тормоза сняты — самое главное, тонкости не интересны.

  139. Ольга М. 28 декабря 2009 в 18:54

    Подскажите , пожалуйста, а подойдёт Ваш плагин к версии 2.9 wordpress ?

  140. Lecactus 28 декабря 2009 в 22:22

    Ольга М., да подойдет

  141. Ольга М. 28 декабря 2009 в 23:10

    Спасибо! И ещё один вопрос: как Ваш плагин работает с плагином WP Cache, стоит ли вместе их устанавливать?

  142. Lecactus 28 декабря 2009 в 23:11

    Спасибо! И ещё один вопрос: как Ваш плагин работает с плагином WP Cache, стоит ли вместе их устанавливать?

    никак они не влияют друг на друга абсолютно

  143. BimBom 3 января 2010 в 3:00

    Подскажите новичку-скачал этот плагин, распаковал-он в виде блокнота.Его просто забросить в папку с плагинами? И никаких действий с ним не производить?

  144. FleXoR 4 января 2010 в 4:35

    както так давно сдел на 2.7.1 ничего не обновляя, что сразу столкнулся с кучей проблем в версии 2.8.6 на бесплатном хосте, где ошибки сыпали из-за нехватки памяти.
    спасибо огромное за маленькую, но сверхполезную фичу.

  145. BimBom 4 января 2010 в 4:59

    Скачал версию 2.8.6 и там этот плагин называется — Блокировка запросов на новые версии?

  146. Eudgene 24 января 2010 в 13:48

    Хм. Стоит плагин «Блокировка запросов на новые версии» Сегодня один из плагинов попросил обновится. Значит не работает блокировка?

  147. Carik 8 февраля 2010 в 4:14

    Воруют… Как минимум — идеи. Плагин с теми же функциями — http://wpchoice.com/disable-wordpress-version-updates/

  148. Lecactus 8 февраля 2010 в 23:17

    Carik, и слава богу. даешь много всего и разного

  149. Евгений 15 февраля 2010 в 3:58

    Спасибо автора за труды. Но к сожалению на вп 2.9 плагин не работает. Постоянно просят обновления плагины и вп.

  150. Сириус 28 февраля 2010 в 1:26

    На 2.8.6 плагин не работает. :( а жаль…

  151. RE:активист 3 марта 2010 в 2:18

    Кажется, ваш плагин стал пропускать обновления…
    В админке висит пять штук…
    Как проверить ее на работоспособность?

  152. Дмитрий 8 марта 2010 в 2:07

    Ваш плагин не работает. П.с wordpress 2.9.2

  153. alex 5 июня 2010 в 21:41

    странно, но у меня почему-то не работает блокировка, использую вордпресс 2.8.4

  154. alex 5 июня 2010 в 23:02

    странно, но у меня почему-то не работает блокировка, использую вордпресс 2.8.4

    немного поковырялся и теперь отвечаю самому себе =0)
    Для того чтобы отключить блокировку на новые версии достаточно закомментировать или удалить всего одну строку в файле admin.php require_once(ABSPATH . 'wp-admin/includes/update.php'); который находится в папке wp-admin/includes/

  155. alex 5 июня 2010 в 23:07

    немного поковырялся и теперь отвечаю самому себе =0)
    для того чтобы отключить обновления, достаточно в файле admin.php закомментировать или удалить строку //require_once(ABSPATH . 'wp-admin/includes/update.php'); который находится в папке wp-admin/includes/

  156. Дмитрий 24 июня 2010 в 16:34

    после манупуляций описанных выше, нет входа в админку. использую wordpress 3.0

  157. Дмитрий 24 июня 2010 в 16:36

    и соответственно блокировка плагинон не работает тоже :-(

  158. vadiiib.ru/ 16 июля 2010 в 12:32

    спс за плагин, а то что то блог с mojordomo просто ни в какую на спуски не хочет идти

  159. Леля 31 августа 2010 в 21:36

    Спасибо за плагин!
    создала первый небольшой сайтик — тормозил жутко.
    Что ни перепробовала — кеширование, оптимизацию БД, отключение неиспольз плагинов, отключение ревизии новостей, сжатие php кода, сжатие рисунков, оптимизацию css. — без ощутимого толку.
    Только ваш плагин дал ощутимый результат. СПАСИБО!

  160. Viktor 12 сентября 2010 в 22:18

    Понимаю что автору блога после фото девушек уже не до WP ))
    но хоть скажи — плагин актуален/корректен для 3.+ ?

  161. irsolo 30 ноября 2010 в 4:56

    спасибо за информацию

  162. Артем 15 декабря 2010 в 11:49

    А есть такойже плагин но на более свежие версии вордпресса

  163. Виталий 4 января 2011 в 16:35

    Alex, Спасибо. Плагин не работает, а за твой совет огромное СПАСИБО/ Все получилось, версия Russian WordPress 2.8.6 Powerpack.

  164. Сергей 13 февраля 2011 в 23:18

    Думал решит мою проблему wp-tuner показал загрузку раздела loop_start, а нет..все так же посты долго грузятся. А сам плагин отличный.

  165. Ростислав 18 марта 2011 в 18:29

    Description: Полностью отключает проверку обновлений ядра WordPress, тем и плагинов. Для WordPress и WordPress MU 2.6-2.7.

  166. Елена 6 мая 2011 в 0:47

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

  167. Святослав 9 мая 2011 в 15:37

    Здравствуйте!
    Не появилась рабочая версия плагина для WP 2.9.2?

  168. Lecactus 9 мая 2011 в 15:40

    Святослав, я свой плагин еще не обновлял, но множество подобных есть по запросу «Disable Updates» в стандартной панели установки плагинов (я их не проверял). И вообще лично у меня все работало на момент пользования версией 2.9.2…

  169. Святослав 9 мая 2011 в 15:52

    Спасибо за столь оперативный и емкий ответ!

  170. Нуф-Нуфочка 5 июня 2011 в 17:41

    Здравствуйте!
    у меня версия 3,1, работает через 1 страницу — то показывает, то нет.
    Помню, что вы говорили, что он для версий максимум 2,9… так что никаких претензий)))

  171. Дмитрий 4 июля 2011 в 0:32

    [quote]Здравствуйте!

    у меня версия 3,1, работает через 1 страницу – то показывает, то нет.

    Помню, что вы говорили, что он для версий максимум 2,9… так что никаких претензий)))[/quote]
    анологично, поэтому перешёл на disable-plugin-updates нормально работает проверил и на 3,1,4 отлючает все обновления плагинов, правда не отключает обновление движка.

  172. OlegZen 30 сентября 2011 в 22:41

    Всем! Установил на 2.7 и на 3.21 всё работает.

    Disable WordPress Plugin Updates (Версия 1.3)
    Отключение обновлений плагинов WordPress.
    Disable WordPress Core Update (Версия 1.3)
    Отключение обновлений WordPress.

  173. Renar 2 октября 2011 в 7:27

    Для WordPress 2.8.6 и выше лучше ставьте плагин disable-wordpress-updates
    Он отключает обновления и для вордпресс, и для плагинов, и для темы.

  174. Анзор 18 октября 2011 в 2:10

    Спасибо за плагин disable-wordpress-updates

  175. Алько 10 февраля 2012 в 20:35

    Спасибо за классный плагин — советую!

  176. number1 15 апреля 2012 в 19:01

    Вот это полезная вещь, большое спасибо

  177. Людмила 28 июня 2012 в 11:59

    А с версией WordPress 3.4.1. будет работать?

  178. Renar 28 июня 2012 в 16:33

    С вордпресс 3.4.1 лучше вообще не работать. Ему наверно, уже ничего не поможет.

  179. Людмила 30 июня 2012 в 16:52

    А что делать, если он уже установлен?

  180. Lecactus 30 июня 2012 в 21:32

    Людмила, для новых версий движка есть аналоги этого плагина в каталоге плагинов WordPress: можно найти по словам disable updates

  181. Людмила 30 июня 2012 в 22:23

    Спасибо. Пойду искать.

  182. Дмитрий 3 сентября 2012 в 3:24

    А чтобы отключить плагин — просто нажать деактивировать нужно? Версия 3.4.1. Ато сначала поставил, а потом увидел уже, что он не работает на этой версии.

  183. computer repair boynton beach 17 января 2013 в 14:49

    Simply wanna remark on few general things, The website design is perfect, the written content is really great : D.

Трэкбеки и пингбеки

  1. Плагин - ставить всем! | KF-WEB
  2. Как увеличить скорость работы Блога | RWMan.ru
  3. .:. Быстрый Вордпресс .:. Интернет и маркетинг .:. Студия и блог Ильшата Саетова
  4. Плагины для Wordpress, которые использую я! | Мастерская интернет-разработчика
  5. Привет мир! | pearls to pigs
  6. Привет мир!
  7. Привет мир! |  Бизнес со СМАКом
  8. Первая запись | Martillo.ru
  9. Работа и вакансии Барнаула :: Новости :: Привет мир!
  10. Привет мир! « MTI MEDICAL
  11. Привет мир! | Наша музыка

Комментарии

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

Я подтверждаю что полностью ознакомился с ПРАВИЛАМИ (обязательно)



При добавлении HTML|CSS|JS|PHP кода в комментарий, оформляйте его через кнопку КОД

Настроить аватар (Помощь)