Новая тема   Ответить

 Скромный
Всем привет злодеи.
По сабжу, делаю полу СДЛЫ на водпресс (страниц в среднем от 1к и редко до 5к, доходит в целом), хосщю у этих ребят: itldc (ком) на стартовом тарифе "KVM VDS512" в нидерландах. Ось ставлю centos 7 64, далее устанавливаю панельку от Весты, что бы удобнее было работать (добавлять домены и проччее).
Вообщем на этом больше нечего не делаю, и собствено проблема: при установке одного голого дживка, и дальйнейшего на него импорта статей с отложенной публикаией через плагин импорта xml, начинает падать БД, из за недостатка оперитивки. И ЭТО ВСЕ ИЗ-ЗА ОДНОГО ДВИЖКА КАРЛ! Хотя есть знакомый, который на оперитивке 1гб держит около 50-и сайтов и не париться.
В супорт писал, что то там подручивали но только мало, установил второй движок такие же траблы)
Подскажите пожалуйста или скиньте ссылку на годную статью что бы оптимизировать VPS под мои нужды, спасибО!

 Скромный
P.S. на дорах использую плагин WP SUPER CACHE

 vdvcv
Скромный писал:

Можете обратиться в службу поддержки SimplyWAY

Помогут все настроить

 Skyworker
На что в основном ресурсы идут? Я так полагаю, что идёт активный парсинг контента с чужих сайтов

 Скромный
Skyworker, не какого парсинга контента нету). Контент заранее подготавливаю сам (генерирую в доргене) затем с помощью программы TextKit заливаю на WP с отложкой (отложенная публикация самого worpdress'a). На каждый сайт устанавливаю и подрубаю плагин WP SUPER CACHE как упомянул выше.
Так то у меня 2 VDSки у них купленно, первую мне они вроде как более менее смогли настроить, сейчас на ней стоит 7 сайтов (на wp) и вроде пока еще падений не наблюдалось. Просил саппорт что бы они настроили и оптимизировали вторую ВДСку по типу первой (доступ бы предоставил, если бы понадобился), но они сами что-то там подкручивали, но это не помогало - так же падала база данных, сайты не отвечали (отдавали ошибку "database error connection failed")
Можно ли мне самостоятельно переустановить вдску, с настройками от первой?

 raenkelevra
отказался от весты и не жалею. сейчас все исключительно на nginx +php-fpm, производительность выросла в разы

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

 Скромный
raenkelevra писал:
хм, а для доров на WP покатит эти конфигурации?)
Можешь скинуть линку на статейку где об этом можно почитать как настривать?

 shako
Скромный: кстати а как настроить вордпрес чтобы его блин не ломали

 Mika
raenkelevra писал:
А чем конкретно-то Веста мешала? По сути это набор скриптов для автоматизации управления и мониторинга сервером, плюс веб-морда интегрированная с этими скриптами. Отруби автобэкапы, мониторинг, подправь конфиги и получишь производительность не хуже.

 Mika
shako писал:
Плагинов дырявых поменьше ставить, и обновлять своевременно.

 shako
Mika: да уже кроме впсуперкеш нефига и не ставлю

 Skyworker
Mika писал: Плюс админку спрятать от брута.

 Stek
Да мало кто брутит, в основном через дырки в подключаемых к админке скриптов ломают. А они по пути /admin и находятся. В основной массе достаточно закрыть на .htaccess дополнительную авторизацию, что бы спать спокойно. Ну и еще xmlrpc в корне так же засунуть на закрытый доступ.

 Retox
shako:
1) admin под защиту на вход, по IP через htaccess или пароль по htpasswd
2) сложный пароль и админ_логин от брута, так же пароль от SQL базы хороший
3) снести xml-rpc.php
4) только необходимые плагины (особенно уязвимы всякие плагины галерей на upload Exploit - загруждают аплоадер простейший или wso shell) - google dorks дорки на Exploit 0 Day ресах выложены, сотни пионеров ежедневно по ним работают. Как и масса брута идёт, как на админки так и через xml-rpc.php
5) обновление движка и плагинов
5) плагины выявления XSS атак
6) плагин выявление изменения в файловой структуре WP
7) темплейты то же проверенные с официального сайта или на заказ
8) отключить возможность создавать пользователя, даже user приоритета
этого поможет снизить риск взлома.

По теме топика; как написали WP Super Cache и проблема решена. Будет на уровне статики грузить.