- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сайт на своем движке который более-менее работает. По ряду причин встал вопрос о переносе его на Drupal. В связи с этим есть ряд вопросов. Поделитесь пожалуйста опытом по использованию Drupal на нагруженных сайтах.
1. Какую посещаемость (грубо) может вытянуть "стандартный" сервер (сервер с ценой аренды 100-150 долларов), при условии включенного кэширования и частообновляемого (ежеминутно, несколько раз в минуту) контента. Я предвижу ответ в районе нескольких десятков тысяч, или ста тысяч хитов. Дополнительный вопрос, что делать в таком случае если надо миллион хитов? Понятно что в основном хиты идут на небольшое количество страниц. Пытаться как-то оптимизировать именно эти страницы? Или тупо брать сервер помощнее?
2. Второй вопрос, как вы боретесь на многостраничных сайтах с непонятными ботами (не гуглом и яндеском, а ботами малоизвестных поисковых систем) которые норовят чуть ли не каждый день выкачивать сайт целиком?
3. Что будет узким местом php или mysql?
10 :) а что 10
Все очень сильно зависит от того как построен сам сайт и какое количество модулей используется, при ежеминутном обновлении сайта и высокой посещаемости даже с кэшированием нагрузка будет большая. 20к думаю вытянет смело, больше посетителей = пляски с бубном + тюнинг всего и вся (apache, mysql, nginx).
Для больших проектов все таки гораздо эффективнее использовать самопис заточенный под ваши конкретные задачи.
Ботов левых поисковых систем банить по ip или агенту. Гугл и Яндекс успокаиваем с использованием robots.txt
Что скажете про вариант лезть внутрь, смотреть как устроено кэширование и переписывать под свои нужды? Или ставить какие-то свое "внешнее" кэширование которое там где можно будет работать еще до ядра друпала?
вообще сначала необходимо для себя решить какой функционал для вас необходим, а потом прикинуть свои
Исходя из архитектуры сайта получается, что лучше всего чтобы некоторые страницы работали на самописе, а все остальное на Друпале... От Друпала функционал реально нужен, иначе придется практически весь друпал (вместе с ССК и Вью) дублировать на самописе... С другой стороны именно на нагруженных страницах можно обойтись без друпала. Где-то так.
вообще сначала необходимо для себя решить какой функционал для вас необходим, а потом прикинуть свои возможности (деньги или навыки программирования) и решить что будет для вас дешевле и выгодней по времени развертывания
в друпале есть модули для кэширования всего и вся, но каждый модуль вносит свой геморрой и усложняет дальнейшую поддержку (обновление, отлов хитрых багов), все таки для серьезного проекта на мой взгляд необходим самопис
а потом прикинуть свои возможности (деньги или навыки программирования)
Возможности по программированию-то есть. Но есть ведь и вариант "взять сервер помощнее". Собственно вот потому и вопрос о том, как себя ведут сервера под друпалом. Одно дело я буду знать что если что, восьмиядерный ксеон который можно взять в зэпленете за 500/мес. миллион хитов, если что, вытянет и на Друпале, другое дело если и он не вытянет.
ух чет браузер заглючило
Исходя из архитектуры сайта получается, что лучше всего чтобы некоторые страницы работали на самописе, а все остальное на Друпале... От Друпала функционал реально нужен, иначе придется практически весь друпал (вместе с ССК и Вью) дублировать на самописе... С другой стороны именно на нагруженных страницах можно обойтись без друпала. Где-то так.
какой конкретно функционал вам столь необходим в друпале ?
Ведут себя сервера прекрасно, но каждый проект на друпале это фактически разработка с "нуля", все таки drupal больше cmf чем cms
1. Конструкция элементов содержимого. (сюда же можно написать галлереи)
2. Комментарии
3. Таксономия очень нужна, администрирование терминов таксономии, связанные термины, Content Taxonomy, виджеты от Content Taxonomy, в общем таксономия на все 100% нужна включая многие дополнительные модули кроме ядра.
4. Faceted Search
5. Блоги
6. Возможность менять и настраивать представления (views) без участия программиста.
Это так основное что первое в голову приходит...
Какую посещаемость (грубо) может вытянуть "стандартный" сервер (сервер с ценой аренды 100-150 долларов), при условии включенного кэширования и частообновляемого (ежеминутно, несколько раз в минуту) контента. Я предвижу ответ в районе нескольких десятков тысяч, или ста тысяч хитов.
Есть один сайт, ~40-50тыщ хитов в сутки, несколько комментов в минуту в "часы пик".
Живет на Core2Quad 4Gb, большую часть времени idle 80-90%, LA 0.1-0.3.
Правда, случаются кратковременные пики близкой к 100% загрузки ЦП и, соответственно, тормозов в эти минуты.
Что будет узким местом php или mysql?
В первую очередь mysql. Тюнить надо основательно, в первую очередь сделать побольше query cache и key buffer. php - побольше памяти ему (256М) + eaccelerator, и все ок. nginx фронтендом обязательно, особенно если всякие галереи и т.п. будут.
Solmyr, опыт показывает, что для сайтов с посещаемостью от 10-20 тыс. уников в день нужно использовать самописные решения, так как для посещаемых сайтов не нужна слишком гибкая система шаблонов или плагинов и лучше это более полно встраивать в скрипт, чтобы за счет сокращения универсальность выиграть на скорости работы.