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

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если использовать "из коробки" - выдержит нагрузку в 3-4 раза выше, если не больше
А вооще нужно вручную написать кеш машину которая снизит количество запросов до 0, и время ген до < 0,1
На сайте регистрация\авторизация есть?
Если использовать "из коробки" - выдержит нагрузку в 3-4 раза выше, если не больше
А вооще нужно вручную написать кеш машину которая снизит количество запросов до 0, и время ген до < 0,1
На сайте регистрация\авторизация есть?
для пользователей нет. тока вывод новостей, рейтинг, голосование.
сам сайт : http://pro100kino.com
noname_lviv добавил 14.12.2010 в 14:28
Кеш помог но не надолго:
ТС, человек оптимизирует WP в этом топике.
Вроде как с памятью вопрос решил с помощью акселератора. Там же есть советы насчет контроля запросов к БД.
Вы бы пообщались с ним или почитали топик. То, что плагины кеширования ниразу не помогут - факт!
У меня кино сайтик 1000-1600 уников в сутки и около 20-30 человек постоянно перемещаются по страницам сайта...
Двиг такой же как и у вас и все стабильно работает и не виснет и есть 50%-ный запас по допустимой нагрузке... использую хостинг в подписи, тарифный план Great
Из кэширующих плагинов гипер кэш, около года - полет нормальный.
У меня кино сайтик 1000-1600 уников в сутки и около 20-30 человек постоянно перемещаются по страницам сайта...
Двиг такой же как и у вас и все стабильно работает и не виснет и есть 50%-ный запас по допустимой нагрузке... использую хостинг в подписи, тарифный план Great
Из кэширующих плагинов гипер кэш, около года - полет нормальный.
от когда дорастёте хоть до 5к то увидит все прелести сего движка.
noname_lviv добавил 15.12.2010 в 12:38
ТС, человек оптимизирует WP в этом топике.
Вроде как с памятью вопрос решил с помощью акселератора. Там же есть советы насчет контроля запросов к БД.
Вы бы пообщались с ним или почитали топик. То, что плагины кеширования ниразу не помогут - факт!
на сервере стоит Zend и XCache. По поводу убирание лишних запросов, давно сделано. XCache пока не разобрался.
от когда дорастёте хоть до 5к то увидит все прелести сего движка.
Этот движек нормально работает в хороших руках. Есть сайты, которые спокойно держат нагрузку от 10К и больше. Рекомендую вам отдать сайт специалисту по ВП, пусть он его изнутри посмотрит. Никто вам дать ответа не сможет только видя сайт и список плагинов. Причин плохой работы сайта может быть много, в том числе и корявый хостинг и сервер, плохо спрограммированная тема, один корявый плагин какой-нибудь и т.д.
Надо смотреть на логи, не на те где ошибки, а там где расписано какой файл сколько забирает процессорной нагрузки. У меня хостинг предоставляет такую информацию, я сразу знаю где искать проблемные места, решаю их и все проблемы исчезают.
заметил нагрузку при запросе фида, пока перенёс на гугл.
Да? Тогда откуда при загрузке главной страницы Вашего сайта потребление памяти RAM: 22.815MB и 130 запросов за 1.598 секунд???
На Вашей сборке 10 человек одновременно сожрут более 200МБ оперативы и сделают 1300 MySQL запросов.
Странно что хостинг еще не лег под таким "счастьем"...
XML естественно жрет ресурсы т.к. он не кешируется и генерится каждый раз делая запросы к БД. Если читателей много - вот Вам и нагрузка.
1. Разберитесь с XCache - снизите нагрузку RAM на порядок (в 10 раз).
2. Удалите плагины генерирующие много MySQL запросов. Если выбирать между юзабилити сайта и здоровьем сервера имхо второе важнее.
---
PS - Для информации - голый WP 3.01 без плагинов генерит 10 (десять) запросов к БД, а весит с акселлератором и плагинами не более 5МB. ТС - подумайте об этом.
Вам вторым постом писали, как решить вашу проблему путем кэширования средствами php. Этот вариант гораздо эффективней любого плагина, тем более что пользователи у вас не регаются. Если сами не справитесь обращайтесь -> 171 пять четыре 37-4-4. Все танцы с xcache и пр. будут абсолютно не нужны )
PS - Для информации - голый WP 3.01 без плагинов генерит 10 (десять) запросов к БД, а весит с акселлератором и плагинами не более 5МB. ТС - подумайте об этом.
ru_RU.mo \ native?