- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
стояло 16МБ поставил 24МБ рестарнул сервер попробовал удалить не помогло, может больше поставить?
можешь 200
можешь 200
Поставил 200 М не помогает
и еще если скрипт отрабатывает очень долго, то он просто может отпасть по таймауту
возможно надо Timeout в апаче поднять и max_executio_time в пхп
и еще если скрипт отрабатывает очень долго, то он просто может отпасть по таймауту
возможно надо Timeout в апаче поднять и max_executio_time в пхп
ставлю 300, но не проходит столько времени и опять БЭД гетвей
Для начала нужно проверить, может сайт досят.
Тогда проблема решится простым банном IP с которых досят.
Посмотрите файл access.log может визуально увидите множество досящих IP
Лучше это сделать с помощью какого то анализатора.
Например webalizer.
а уведомление о том, что рекомендации могут быть неоптимальными из-за слишком малого времени накоппления статистики скрипт разве не написал?
tmp_table_size (> 96M) и max_heap_table_size (> 180M)
нет смысла делать большими. скрипт не может точно узнать по какой причине увеличивается число сортировок на диске и делает предположение, что это происходит из-за малого размера этих переменных.
но часто это не так - ряд типичных запросов всегда выполняет сортировку на диске.
Уже не знаю как бороться(
закройте фаерволом доступ от всех.
Оставьте доступ лишь со своего IP.
Проверьте будет ли работать.
iptables -I INPUT -s вашIP -j ACCEPT
iptables -I INPUT -s IPсервера -j ACCEPT
iptables -A INPUT -j DROP
закройте фаерволом доступ от всех.
Оставьте доступ лишь со своего IP.
Проверьте будет ли работать.
iptables -I INPUT -s вашIP -j ACCEPT
iptables -I INPUT -s IPсервера -j ACCEPT
iptables -A INPUT -j DROP
а потом как на место все это поставить обратно?
а потом как на место все это поставить обратно?
iptables -F INPUT