Ну кто спорит, ага. Но случае PHP, программистов все еще хуже (phpmyadmin, wordpress и проч.), писал "аудит безопасности" сквозь слезы :)
Pavel.Odintsov добавил 04.12.2010 в 13:35
Вообще, из административно-программистских мер могу посоветовать сходу:
1) Ежедневный / ежечасный бэкап или репликация на удаленную машину. Так как возможно, что уничтожат / испортят базу.
2) Частые бэкапы файлов сайта
3) Перевод системы авторизации с паролей в чистом (если, конечно, в 21м веке такое еще живет) виде на хеши (обязательно с salt), чтобы красть / подбирать к ним пароля было бессмысленнно + ужесточение политики использумых пользователями паролей.
Ну и в целом, лучше такой проект выселить на VPS в гордое одиночество, ибо от чрута.... толку чуть менее чем нету совсем, если fastcgi процессы / апач работают вне чрута.
Ага, оптимизацию прямо "доктор прописал", потребление памяти очень большое и отказов много.
А нанятые прогеры не могут выполнить аудит безопасности? Если это не шоп / партнерка, то, подозреваю, что это простой сайт с не шибко сложным движком, которому аудит безопасности можно провести за несколько дней. Но с таким подходом к найму, что прошлый программер "кинул", лучше и новым двум особенно не доверять, а отдать независимой конторе, которая выполнит аудит.
Покажите лучше лимиты:
И звучит как "нанотехнологии" :(
Все прекрасно работает в сотнях инсталляций под различной нагрузкой, никаких проблем.
Память кончилась у Вас, как вариант, попробуйте повысить тариф / оптимизировать настройки тяжелых демонов или просто перезапустить ispmanager:
Я одного не понял, кто в каком _стабильном_ дистрибутиве был в светлом уме и трезвом разуме, чтобы поставить 1.3.3c в обход пакетного менеджера?
Если flexi есть, то 45 евро + услуга миграции, если требуется :) Диски по 300 гб, SEAGATE ST3300657SS, контроллер Adaptec 5405.
Если по IOPS то в честные раза 2-3 :) Если по времени доступа - вдвое. Если по линейной скорости - раза в полтора. Но в контексте хостинга, ключевой параметр все же IOPS, поэтому я привел именно его.
