- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вполне возможно тогда что просто бекенд php и mysql некорректно настроены, что они пытаются "попросить" памяти больше, чем выделено
судя по скринам на этом полудохлом vps php-fpm, nginx и mysql. Gnome еще запустить до кучи
Решение очень простое - не используйте шаред впсы, тем более в России, где степень оверселла даже представить страшно и при этом лютые цены. Если интересует именно Россия, Присмотритесь к впсам от reg.ru или artplanet.su, цены такие же, только ресурсы гарантированные + ддос защита
судя по скринам на этом полудохлом vps php-fpm, nginx и mysql. Gnome еще запустить до кучи
Я тоже так думал
но там еще httpd.itk - мелькает поэтому я не понял что за связка у него стоит.
Тогда нужно менять хостера, раз у этого такие условия.
Похоже, что и вправду мой косяк.
Поставил галку в окошке "Модуль PHP" настроек сервера и нагрузка вернулась к прежним значениям.
Ну вот прошла очередная суббота с непонятным багом.
Предыстория.
Уже больше месяца не могут разобраться с проблемой. После переезда на VPS каждую пятницу начинает тупить сайт/сервер, достигая пика в субботу. В воскресенье проблема уходит, и сайт начинает летать. Для простоты понимания время ответа сервера во вложении.
Причину найти не удалось. Все потребляемые ресурсы в пределах разрешенных. Сегодня Вс и сайт снова заработал, как прежде. Объемы потребляемых ресурсов, что в дни проблем, что в будни - одинаковые (судя по top и htop). Однако на графиках в панели ISP в эти дни расход оперативной памяти увеличивается (вложение 2).
Сравнил задачи в процессах - никаких изменений. Тех поддержка со своей стороны заявляет, что с их стороны все в порядке.
В планировщике стояла задача еженедельного сканирования вирусов Clamav в ночь с Пт на Сб, но я ее оставил неактивной, а вчера и вовсе удалил.
В логах ошибок нет.
Куда копать в следующую субботу?😡
Бекапы не запускаются случайно?
Может тогда лучше VPS с администрированием?
покажите список крон комманд
Бекапы не запускаются случайно?
Может тогда лучше VPS с администрированием?
покажите список крон комманд
Бэкапы до проблемы вроде как не запускались.
Плановый бэкап запустился в 3.00.
Причем в этот момент (график в предыдущем посте) потребление оперативки упало, а после вновь восстановилось.
Что самое примечательное. Утром сайт еще тупил. Я решил скачать бэкап. В момент, когда в браузере открылась новая вкладка с сообщением "Подождите, скоро начнется скачивание", я передумал и отменил скачивание.
Нагрузка тут же упала и сайт заработал. Совпадение или корень проблемы, так и не понял.
Во вложении логи крона.
По поводу администрирования. Вроде бы и так с администрированием... или я вопрос не понял?
В момент тормозов нужно смотреть логи, процессы, коннекты.
В момент тормозов нужно смотреть логи, процессы, коннекты.
Логи в норме, процессы штатные.
А вот про коннекты: как посмотреть?