- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
WapGraf, упустил этот момент.
А df -h что показывает? :)
Чаще всего банально из-за нехватки места mysql падает и не запускается.
На впс он может что угодно показывать. Вплоть до "занято 11 гиг из 30" и тут же ругаться на ">text" о нехватке места.
У меня лично база не падала даже когда у хостера место заканчивалось. Т.е. просто нет возможности внести новые данные. Ну и часть таблиц в поврежденный вариант. Но так, что бы процесс падал полностью - ни разу.
Это или полностью кривая сборка vps или другая аномалия. Кстати мускуль в автозагрузку то внесен ? Может впс перегрузили, а база не стартанула.
Что значит кривая?
Или по Вашему mysql диск использует только для записи новых данных?
При нехватки диска он валиться автоматически, хоть на vps/vds хоть на дедике.
Соглашусь частично с Stek. На OpenVZ может показывать свободно 30 гиг, а на самом деле на ноде место закончилось. Но опять таки, - если он упал из-за нехватки места, он не поднимется.
ТС, сделайте
#grep oom_killer /var/log/messages
наверняка будет не пусто
Ничего он не валится, работает с ошибками, но работает. Я ни разу не видел упавшего mysql процесса. Битые базы, таймайты при селектах во временные таблицы - это да. Но только появилось место, мускуль начинает работать далее без каких либо проблем.
менять хостинг
ума палата :)
При большой нагрузке валится и еще как.
вот лог за вторую половину сегодняшнего дня, сервис падал 2 раза:
лог мускуля смотрите в /var/lib/mysql/ а не в /var/logs
мускуль сам говорит в чем его проблема
С таким сталкивался.
Причины:
1. Не хватает оперативки.
2. Диск полон.
3. Сервер пытаются сломать - подбор логина и пароля ботами - и база падает на раз два.