- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
еще 1, зачем увеличивать? что бы озу ушло на них, его и так мало
нужно смотреть каждый конкретный случай в отдельности и ставить значения исходя из трафика и возможностей сервера
правильно, зачем увеличивать, пусть лучше сервак тормозит и виснет, а 700592k free памяти будет зато свободно
правильно, зачем увеличивать, пусть лучше сервак тормозит и виснет, а 700592k free памяти будет зато свободно
откуда такая уверенность то что он "виснет" из за лимитов на количество apache?
в логах у него есть упоминание server reached MaxClients setting но это может быть как следствие других проблем которые вовсе не связаны с настройкой apache, на угад ставить в данном случае не есть гуд, сперва нужно разобраться в чем дело и только потом крутить настройки.
получится примерно так: увеличиваем serverlimit, под нагрузкой получаем cannot allocate memory...
wolfston, 1м параметром оптимизацию не сделаешь...
Покажите access.log. Нужно отследить кто и куда большего всего шлет запросов и вешает апач.
Установите nginx или есть еще "1-click" решение, это CDN, а именно CloudFlare. Подключите свой сайт через эту сеть доставки контента и это решит многие проблемы с нагрузкой.
откуда такая уверенность то что он "виснет" из за лимитов на количество apache?
в логах у него есть упоминание server reached MaxClients setting но это может быть как следствие других проблем которые вовсе не связаны с настройкой apache, на угад ставить в данном случае не есть гуд, сперв нужно разобраться в чем дело и только потом крутить настройки.
Из практики, потому что по дефолту ставят 10 апачей максимально, что естественно не хватает для нормальной работы
wolfston, 1м параметром оптимизацию не сделаешь...
Вы теоретик или мимо проходили? да там для 40 апачей еще памяти хватит
Вобщем с вами все понятно, вместо помощи, просто ищите клиента, который вам заплатит 50 баксов за то что бы 5 минут поковыряться в конфигах апача.
да там для 40 апачей еще памяти хватит
пробовали у ТСа??? или 30$ отрабатываете???
пробовали у ТСа??? или 30$ отрабатываете???
Продолжайте свой теорекрафт, если на большее не способны. 🤪
Продолжайте свой теорекрафт, если на большее не способны. 🤪
wolfston, создаётся впечатление что Вы несколько не в теме. Не усугубляйте его.
---------- Добавлено 21.08.2013 в 14:27 ----------
Здравствуйте!
Недавно решил поменять хостинг, купил VPS 1GB RAM, 3.3GHz, port 100MBpS.
Поставил веб сервер, поставил 2 сайта, скорость работы порадовала но вот проблема появилась. Время от времени все сайты перестают отвечать, т.е грузятся в бесконечность, помогает ребут или /etc/init.d/apache2 restart
Интересно ещё то что сайты могут день проработать без сбоев, но бывают дни что надо ребут делать каждые 30 минут. Понятия не имею как это разрулить.
Заранее благодарен!
Симптомы похожи на превышение количества обрабатываемых запросов над MaxClients. Решения два - выставить MaxClients в большое-большое число, но это может не помочь, так как , к примеру, один медленный пользователь при открытии Вашего сайта может затребовать 10 соединений на неопределённое время, и на таких пользователей апачевских процесссов не напасёшься. Второй вариант, к которому приходят рано или поздно все кроме некоторых специфических случаев - это установка nginx или похожих фронтендов, берущих на себя взаимодействие с пользователем. В этом случае Ваших MaxClients хватит и ещё останется, а память можно будет отдать на mysql. Установка nginx - это второе типовое действие после установки апача, либо первое если апача вообще нет.
Есть ещё одна потенциальная причина проблемы - это оверселлинг со стороны хостера, но это Вы вылечить всё равно не сможете.