Простой и эффективный поиск «узких мест» в вашем блоге на WordPress!
Обнаружен для поиска узких мест в вашем блоге WordPress, а именно показывает: какие файлы темы как быстро обрабатываются, какие плагины кушают сильно много ресурсов, какие запросы слишком медленные и т.п. полная детальная статистика, показывающая даже какой файл движка или плагина делает какой запрос и сколько он длится, сколько потребляет ресурсов
Плагин работает с WordPress 2.0.6-2.7 !
wptuner
Хотя плагин и поддерживает штатно локализацию через геттекст, но руки у автора растут не оттуда похоже в этом плане. В общем не берется файл с переводом по умолчанию никак. Методом тыка обнаружилось пара способов включения перевода, но оба они приводят к одной ошибке ошибку устранил”. Модифицированный плагин с переводом можете скачать здесь.
пример запроса
пример запроса
чтобы плагин активировался корректно, вам нужно установить права 666 на файл wp-config.php и права 777 (для параноиков: можно оставлять и 755 и 775, авось вам повезет. А можно и вообще ничего не менять и вдолбить в конфиг указанные в настройках строчки) на корневую папку блога, чтобы создался резервный файл конфигаю. После активации плагина вернуть права назад: обычно это 644(444) на wp-config.php и 755 на корневую папку блога. Не подвергайте свой сайт опасности.
Если вы задались вопросом, затронутым в посте то думаю ставить плагины думаю вам уже не нужно рассказывать :-)
Как с ним работать? Просто деактивируем все плагины для начала и смотрим что у нас выводится (или смотрим сначала сколько потребляет со всеми плагинами вашими, а затем потихоньку и отключаем по одному). записываем куда-нибудь значения или делаем скриншотики. Затем смотрим какие файлы темы сколько делают запросов и каких, смотрим есть ли медленные запросы (порог медленности в секундах задается в админке), включаем потихоньку плагины и также смотрим что происходит. и т.д.
(голосов: 8, средний: 3.50 из 5)
Loading ...Связанные записи
76 комментариев
Страницы: « 1 2 [3] 4 » Show All
Страницы: « 1 2 [3] 4 » Show All
Комментарии не по теме удаляются! Читайте реадми дистрибутива, комментарии выше и FAQ! Прежде чем задавать вопрос, прочитайте это. Научитесь ценить чужое время!
18 ноября 2008 в 23:36 (GMT+6)
У меня именно такой сервер :)
Да, реальность такова, что права многие провайдеры, не говоря уж о пользователях не умею устанавливать должным образом. Именно поэтому приходиться назначать для всех полные права. Что ведет к проблемам в безопасности. Так как не известно до конца какой именно процесс запишет вам что-то в файл.
Однако, всеми своими постами я не хотел оскорбить автора блога, а хотел сказать, что когда говориться установить права 777, то надо предупреждать пользователей о данной угрозе. Я уверен что многие ставят 777 и не меняют в дальнейшем (типа все работает и ладно).
Поэтому надо предупреждать что это не правильно, а нужно только в случае, если у вас неправильно установлены права.
Простите, если был грубоват в своих выражениях…
18 ноября 2008 в 23:42 (GMT+6)
Спасибо за анализ, я знаю что тормозит. Однако это не просто хостинг, это выделенный сервер на FirstVDS и действительно слабый, но его вполне хватает. Посетите , эти сайты всё на этом же сервере, лежат в соседних каталогах. Однако они не тормозят. Или у вас тоже тормозят?
Дело как раз в оптимизации (тюнинге). В скором времени я поборю эти тормоза :)
И кстати, спасибо за пост и за данный плагин, обязательно попробую! :)
18 ноября 2008 в 23:50 (GMT+6)
О! хорошее обсуждение. Может мне наконец-то кто-то реально обьяснит какая опасность может быть от того что у папки права доступа 777 ? чем это реально грозит?
19 ноября 2008 в 0:03 (GMT+6)
ну скажем так не летают, притормаживает, но быстрее чем блог + учитывать нужно разные движки. на vds мастерхоста где лежит mywordpress.ru стоит несколько версий вп разных + форум. форум летает, а вот вп тормозил. иногда сильно. после тюнинга плагином, добавления лайт перевода и отключение указанных тут в одном соседнем посте строк в update.php стало все работать намного быстрее в версиях 2.5.1-2.7 которые там стоят на разных разделах сайта.
а wp2.7 там вообще там шустро стал работать что с кэшированием, что без него. быстрее чем 2.6.3 и 2.5.1
vds там такой:
проц 4-х ядерный, но выделено ресурсов
cat /proc/cpuinfo
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Xeon(R) CPU 5130 @ 2.00GHz
stepping : 6
cpu MHz : 99.360
cache size : 4096 KB
cat /proc/meminfo
MemTotal: 16360076 kB
MemFree: 175788 kB
Buffers: 616216 kB
Cached: 8415632 kB
SwapCached: 812 kB
Active: 10059768 kB
Inactive: 3375568 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 16360076 kB
LowFree: 175788 kB
SwapTotal: 33551744 kB
SwapFree: 33465916 kB
Dirty: 2068 kB
Writeback: 0 kB
Mapped: 3381860 kB
Slab: 2535120 kB
CommitLimit: 41731780 kB
Committed_AS: 45200864 kB
PageTables: 66416 kB
VmallocTotal: 536870908 kB
VmallocUsed: 365748 kB
VmallocChunk: 536503592 kB
top – 21:02:44 up 9 days, 21:24, 1 user, load average: 2.52, 2.09, 1.39
Tasks: 31 total, 4 running, 27 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.1% us, 0.3% sy, 0.0% ni, 98.6% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 16360076k total, 16289472k used, 70604k free, 523400k buffers
Swap: 33551744k total, 85836k used, 33465908k free, 8729180k cached
на firstvds у вас выделенный сервер или виртуальный? какая частота и сколько памяти? довелось повозиться на одном vds на том хосте, тормозило ужасно даже по ssh.
мой старый сервер где расположен lecactus.ru был сначала на celeron600/192mb ram. тормозило. несколько раз модернизировал пока не стало pentium3-1000/1gb ram. работало все быстро и меня устраивало, но решил заменить… на новом athlon4400+/2gb вообще летает всё.
top – 00:02:34 up 15 days, 23:31, 1 user, load average: 0.19, 0.09, 0.02
Tasks: 92 total, 1 running, 91 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.0%sy, 0.0%ni, 99.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2024460k total, 2007620k used, 16840k free, 144340k buffers
Swap: 3229024k total, 4268k used, 3224756k free, 1323796k cached
19 ноября 2008 в 0:13 (GMT+6)
тем что любой процесс (запущеный хоть кем), любой пользователь (не хозяин), любая группа (которой не принадлежит файл) может его изменить.
В интернете полно статей по этому поводу… от взломов до случайных перезаписываний файлов. Это тоже самое что оставить машину открытой и спрашивать чем это грозит :)
19 ноября 2008 в 0:21 (GMT+6)
а поподробнее? вот у меня 777 стоит на папку uploads моего блога – что конкретно можно сделать в этом случае? можешь получить доступ к админке? получить пароль от моего блога? навредить както?
я когда-то искал статьи на эту тему – ничего внятного не нашел, только вот такие страшилки
19 ноября 2008 в 0:45 (GMT+6)
Lecactus, да, забыл написать что виртуальный выделенный сервер (VPS).
а что за провайдер сейчас у тебя?
тоже тормозит ssh, особенно соединение :(
Кстати, у меня твой блог тоже притормаживает, возможно из-за канала…. х.з..
19 ноября 2008 в 0:57 (GMT+6)
Тут уже говорим не об этом… так как мы будем работать с веб-сервером (сейчас не говорим о соединении с твоей бд… фтп… и т.д., тоже не об этом). А так как все запросы будут проходить через веб-сервер, то именно он будет обращаться к файлам (права на файлы будут у веб-сервера), хотя зависит от настроек веб-сервера конечно.
Короче дело не во внешних запросов от "кракеров" и т.д. Дело во внутренних нападениях, как пользователей так и процессов (некорректная работа).
Ну или например, у тебя есть файлег с паролями. У него стоят права 777.
Веб-сервер не хозяин этого файла. Через дыры в скриптах его можно перезаписать!
А вот если бы стояло 770 то злоумышленик не смог бы его перезаписать…
На самом деле надо просто приучиться к культуре правильного назначения прав, никому это ещё особо не помешало, разве что при изучении…
19 ноября 2008 в 1:00 (GMT+6)
я сам себе хостер :) тормозить если что и может это канал до сайта (пров. сибирьтелеком). у меня с работы все летает (2-4секунды грузится страница с графикой) с другого провайдера. из Москвы кстати тоже по отзывам почти у всех быстро. из-за бугра вот тут можно посмотреть статистику и потестить
для сравнение вот про ваш сайт пишет
19 ноября 2008 в 1:06 (GMT+6)
adw0rd, кстати Server: Apache/2.2.8 (FreeBSD) mod_ssl/2.2.8 OpenSSL/0.9.7e-p1 DAV/2 PHP/5.2.6 with Suhosin-Patch
имеет смысл поставить nginx перед апачем – нагрузка на сервер упадет лавинообразно и скорость отдачи вырастет. проверено на себе.
19 ноября 2008 в 1:12 (GMT+6)
Спасибо за ссылки на сервис :) очень полезно!
Да, тоже думаю об этом. У нас на тоже стоит nginx, при этом он разруливает нагрузку на несколько apache -серверов.
19 ноября 2008 в 1:31 (GMT+6)
Такая же байда с ya.ru. Но это если смотреть через браузер. Те же письма в Thunderbird читаю без проблем.
19 ноября 2008 в 23:55 (GMT+6)
сегодня несколько часов апдейтил один очень объемный сайт (больше 2000 постов) с версии 2.2.1 до 2.3.3 с заменой старых плагинов на новые и последующей оптимизацией.
протюнинговал вп (выкинул загрузку рсс, отключил проверку обновлений)
удалил из таблицы опций более мегабайта мусора (старые опции давно не юзаемых плагинов, рсс-ки)
обновил все плагины
поставил кэширование (гиперкэш – т.к. используются “обычные урлы”)
поставил плагин блокировки спамеров
поставил на лицевую часть сайта лайт-перевод
в итоге некоторые новые версии плагинов оказались существенно лучше старых по части потребления памяти и меньшими запросами.
в итоге изначально на версии 2.2.1 было потребление около 12мб и время генерации страницы 3-4секунды. на версии 2.3.3 после всего тюнинга стало кушать на лицевой части около 11мб, время генерации страниц 1,5-2,5сек
сильно удивил плагин которым я вывожу архивы у себя – для пробы поставил туда старую версию для вп2.3 – там он кушал памяти 44мб и генерировал страницу около минуты. при этом генерировало кажется всего 3дополнительных запроса.
для сравнения новая версия того же плагина у меня кушает 1,5секунды/28мб
20 ноября 2008 в 13:13 (GMT+6)
Странно, а у меня и при включении 777 на корень блога и 666 на wp-config не хочет полнофункционально работать. Говорит:
Configuration Incomplete. Number of errors: 1
(Fix issues in the order presented. One issue may be the actual cause of all errors. Reload this page two+ times after making any change.)
* Technical issue: Configuration appears correct, yet WP Tuner could not be loaded before wp-db.php, so SAVEQUERIES is not defined. WP Tuner is unable to analyze your database use. If you need further help, please contact MrPete.
может подскажите, что нужно в wp-config записать.
да, кстати у меня mu-wp, может это как-то повлияло? Но разработчик утверждает mu-совместимо.
21 ноября 2008 в 8:26 (GMT+6)
вышла версия 0.9.1
добавлены режимы отладки( пункт3) если у вас что то не работает, добавлен русский язык в дистрибутив
25 декабря 2008 в 2:07 (GMT+6)
вопрос на засыпку… определили "медленный" плагин… а если аналогов нет? :)
25 декабря 2008 в 21:21 (GMT+6)
«Прекрасный плагин» wp-tuner ложит мне весь блог на одном хостинге, ошибка 502, но при этом админка работает :) Ну его, удалила…
26 декабря 2008 в 3:41 (GMT+6)
Александр, копать плагин или отдать тому кто его переделает :)
26 декабря 2008 в 3:44 (GMT+6)
Спасибо, тюнинг помог, тормозил плагин стат_пресс или датабейс_бэкап… Теперь все "летает"… :-) Можно еще ускорить, однако придется попрощаться еще с несколькими плагинами…
28 декабря 2008 в 0:52 (GMT+6)
а что делать – если выйдет обновление? опять на переделку?:)))) может у тебя есть возможность абонемент выдать на услуги?:) сколько будет стоить? серьезно если – готов делиться рублями за реальную помощь…