- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте
Кто сталкивался с такой проблемой?
сайт (CMS Drupal) не грузится, вместо этого выдает:
Warning: User 'user1' has exceeded the 'max_questions' resource (current value: 150000) query: SELECT u.*, s.* FROM users u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid = 'd75024909960986ff7adde997bf45991' in /mounted-storage/home119c/sub005/sc61554-JTMN/www/includes/database.mysql.inc on line 172
Попросил хостеров увеличить предел (был 100000 запросов , увеличили сначала до 120к, потом до 150к), не помогло
отключил некоторые нагружающие базу данных модули (locale, например).
Читал о способе решения проблемы, когда создаются экстра юзеры для БД, но для меня это неприемлемо, так как хостер не предусматривает такую возможность. Хостинг Servage.net
Сайт лежит почти сутки, помогите пожалуйста.
Warning: User 'user1' has exceeded the 'max_questions' resource (current value: 150000) query: SELECT u.*, s.* FROM users u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid = 'd75024909960986ff7adde997bf45991' in /mounted-storage/home119c/sub005/sc61554-JTMN/www/includes/database.mysql.inc on line 172
1) попросите хостера увеличить еще
2) уходите от него к нормальному
3) или на DS/VS
данное ограничение - вполне "средняя температура по больнице", если
используется как показатель для борьбы с "грузчиками". Хостер
проблем собственному саппорту больше создает, ССЗБ.
В Вашем случае есть только 3 варианта решения:
1)Попросить хостинг провайдера еще раз увеличить лимит
2)Попробывать оптимизировать скрипты
3)Переехать к другому хостинг провайдеру у кого лими больше, или же вовсе взять VPS.
Альтернативы к сожалению, более нет.
В Вашем случае есть только 3 варианта решения:
1)Попросить хостинг провайдера еще раз увеличить лимит
2)Попробывать оптимизировать скрипты
3)Переехать к другому хостинг провайдеру у кого лими больше, или же вовсе взять VPS.
Альтернативы к сожалению, более нет.
Хотелось бы пока что оптимизировать скрипты, тем более, что это в любом случае не помешает...
Знать бы еще как, я сам не программист :(
Попробывать можно, но только не с друпалом. Большое количество мелких запросов в drupal это своего рода визитная карточка.
Drupal умеет memcache
Только вот хостинг виртуальный не умеет memcache
Drupal умеет memcache
Я правильно понял, что это включение кэешиирования? т.е. включается на странице админки ....admin/settings/performance ?
Я включил кэширование, включал throttle - безрезультатно, хотя возможно, неправильно их настроил.
Если кто может, подскажите пожалуйста, как
1. Определить, что (или кто ) именно создает нагрузку на базу данных
2. Как от этого избавиться.
Ставил модуль Devel, смотрел кол-во запросов к бд, самым жадным оказался модуль locale, который я и отключил, но это также не дало результата.
Я правильно понял, что это включение кэешиирования? т.е. включается на странице админки ....admin/settings/performance ?
нет, это http://www.danga.com/memcached/
Ставил модуль Devel, смотрел кол-во запросов к бд, самым жадным оказался модуль locale, который я и отключил, но это также не дало результата.
отключайте следующий модуль. десять раз.
строго говоря - это не нагрузка. т.е. к реальной нагрузке на сервер базы данных
ограничивающий вас показатель имеет отношение именно что как
"средняя температура по больнице".
myhand добавил 01.11.2009 в 13:55
Только вот хостинг виртуальный не умеет memcache
может и суметь
так сразу не видно, что в принципе так уж фатально мешает его установить
от обычного пользователя он нормально работает
может и суметь
так сразу не видно, что в принципе так уж фатально мешает его установить
от обычного пользователя он нормально работает
Спросить об этом у хостера? странно, почему же они тогда сами это решение не подсказали?
Спросить об этом у хостера? странно, почему же они тогда сами это решение не подсказали?
потому, что это не решение для виртуального хостинга.
решение - не использовать идиотское ограничение пользователей.