Pull to refresh

Comments 35

wordpress — де факто зло. у меня дедик один раз под ним рухнул, ибо захостил точно так же «знакомого» :) InTerra Blog Machine форева!
дело в том что это - говнохостинг
а вордпресс вполне такой нормальный двиг
36 запросов к СУБД для создания стартовой страницы — это нормально?
не говоря уже о плагинах типа топ посты и комментарии=)
я долго думал откуда эти запросы — так и не придумал ... я вижу всего 4 логичных запроса для главной страницы, а точнее:

1. Список последних постов
2. Календарь
3. Архив
4. Последние комменты

ВСЁ! Откуда вордпресс делает 36? и это дефолтная установка! :) ужос! дедик с 2Гб памяти свалился когда в вордпресс постучалось 10К+ пользователей в сутки. InTerra тянет 50К+ и ВООБЩЕ не напрягает сервак!
у меня водрпресс стоял на вируальном хостинге и нормально работал
хотя 36 запросов это конечно многовато
основную мысль которую я хотел донести что с того хостинга надо сваливать ибо mysql сервер у них перегруженн до безобразия
ну а ихний vds ничем не отличается от шареда (по сравнению с некоторыми даже хуже) кроме как рут-доступом
c FirstVDS?
А куда сваливать-то? Есть советы/предложения?
Нет, он нормальный может быть только с точки зрения пользователя. Он генерит на самом деле очень большую нагрузку и перегружен лишними для сингл-блога функциями - тот же вывод текста из функции (__e(error)) - даёт свою часть нагрузки.
Не говоря уж о плагинах и перлах в них - когда, например, в BTC(threaded comments) пустая картинка для Gravatar выводится скриптом.
Чудесный такой двиг. Всего-то на три порядка (в 1000 раз) больше ресурсов жрёт больше чем реально для подобной задачи нужно.

Конечно написать хороший движок непросто, но это не повод обхывать кучу дерьма под названием WordPress "нормальным двигом". Есть варианты жрущие в 100 раз больше чем реально нужно - уже шаг в правильном направлении.
Ну почему сразу куча дерьма-то?=) Удобно, юзабельно и просто - остаётся только удивляться, почему так мало внимания уделено оптимизации кода и на каких серверах работает wordpress.com (там WordPress MU) - если один движок так много кушает - почему же много движков работают нормально=)
Спасибо, покручу. Ещё нашёл какой-то e2, тоже попробую.
Что-то полугодичная эйфория от WP прошла - хоть геммороя и нету при настройке-модификации - слишком уж много кушает=)
e2 делал илья бирман :) вполне пригодный движок за одним исключением, что никто так и не смог уговорить Бирмана сделать в движке открытый код.
Поставил Интерру, - очень скудно, на мой взгляд=) Ну и смарти - не очень люблю=)
Перенесу туда весь вордпрессовский контент и в краштесте посмотрю - может понравится=)
Я так понимаю, что вы разработчик (судя по копирайтам)? Ничего, если я поковыряюсь там в оптимизаторских порывах?=)
Реально чего не хватает из функционала — многопользвательности, всё остальное есть

А так ковыряйтесь конечно, делалось 4 года назад за пару дней — в основном всё «под себя», однако в итоге нашлась довольно большая база фанатов :)

crashtest — было бы интересно услышать результаты, я тупо тестил через AB (apache benchmark) — результаты впечатляли
Подкинул вам кармы - хочу статью по установке "Apache2.2+PHP5+eAccelerator+Nginx+SVN+Trac так, чтобы это всё не рухнуло"
http://masterhost.ru/service/hosting/vps…
Ну фактически выгода там в оперативке - и то, неявная

MySQL, как писали выше, я не замечаю чтоб кушался особенно - кушается именно процессор и память.

А стоит на FirstVDS гораздо дешевле)
ну как знаете... у меня на стандарте очень не плохо все летает, нагрузка значительно больше чем один вордпресс.. + крутяца всякие реурсоемкие сервисы..
Ну памяти-то там больше полугига, да и проц - 600 мгц=)
Ясен пень)
Но с такой ценой - проще столько же добавить и дедик арендовать=)
Я ктому что у меня там большая загрузка и все быстро работает, просто попробуйте=)
Дорого)
Смотрю сейчас на keyweb.ru - дедики за 50 евро в месяц
Лучше купить нормального админа для настройки vps ;)
И сам пока справляюсь=)
Можно в пару слов, как поднять SVN под FirstVDS ? В *nix не силен, с трудом смог только PEAR настроить.
http://forum.firstvds.ru/viewtopic.php?t=3540
или смотрим opennet.ru, где есть много всего интересного
Настройка софта под хиленькими vds - тема еще та.
В вашем случае с загрузкой проца - это почти точно БД (по опыту поиска среди 1.5млн записей на серверочке с 200Мгц и 64Мб оперативы, больше никакие сервисы так не грузят его).
Еще совет: если стоит nginx, то тот же php можно запустить через fastcgi, предварительно перекомпилировав php с минимально необходимым набором модулей, скорее всего получится быстрее апача.
Ну проанализировать что именно БД - не удаётся=( В top он висит, весьма скромно кушая проц и память. Попробую провести анализ позапросно - сколько времени на запросы уходит.
Посоветуете что-то конкретное?
key_buffer_size, sort_buffer_size, join_buffer_size увеличить
Sign up to leave a comment.

Articles