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

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Коллеги, нуждаюсь в ваших советах. Пишу не в топик про Джумлу, т.к. вопрос не столько про нее, сколько про ресурсы хостинга, необходимые для подобного сайта.
Требуется – создать многостраничный сайт в стиле словаря, энциклопедии и похожих вещей. Т.е. речь не о магазине с большим количеством модулей, корзиной и прочими примочками, а о сайте с минимальным наполнением – на странице, по сути, будет только заголовок и небольшой текст из нескольких предложений.
Для этой цели хочу взять чистую Джумлу 1.5 без всяких sef-ов и прочего, т.е. нагрузка – только та, которую создает сама CMS. Наполнение – напрямую через импорт БД. Подобная схема успешно опробована на сайтах объемом 10-15 тысяч страниц, болтающихся на обычном шареде. Нюансы возникают при включении стандартного кэша, если у хостинга стоит ограничение php_value memory_limit на 64M. Увеличение этого значения до 128M (через htaccess или php.ini) эту проблему, как правило, решает (при объемах в 10к страниц). Понятно, что, не использовать кэш вообще не получится, т.к. нагрузки будут создаваться на ровном месте уже при минимальной посещаемости.
Не являясь бородатым программистом/админом/технарем хотел посоветоваться по поводу того, что потребуется “подкрутить” для того, чтобы добавить уже не 10 тысяч, а 1 миллион страниц. Понятно, что возрастает размер самих файлов, размер базы данных и, видимо, размер памяти, необходимой, чтобы все это закэшировать. Или есть еще что-то с чем придется столкнуться?
1) Какое значение php_value memory_limit потребуется при таких объемах?
2) Можно ли просто взять для этой цели обычный хостинг, но с функцией Memcached, допустим, на 512Мб и кэшировать страницы таким образом – или этого тоже не хватит?
3) Подойдет ли вообще для этого простой хостинг или нужен супер-пупер сервер, если речь идет об объеме, а не посещаемости, т.к. индексация таких сайтов занимает, порой, ну очень долгое время.
1) Какое значение php_value memory_limit потребуется при таких объемах?
256 MB на процесс будет достаточно. Другой вопрос - какая посещаемость будет у проекта, и сколько таких процессов будет нужно для стабильной работы?..
2) Можно ли просто взять для этой цели обычный хостинг, но с функцией Memcached, допустим, на 512Мб и кэшировать страницы таким образом – или этого тоже не хватит?
Думаю на 512Мб ваши "миллион страниц на Joomla" не уместятся, да впрочем, сам контент наверно не сохраняется в мемкеш, а только настройки, группы, и другие статические данные... а вот не вагонит ли хостер за базу размеров более 3 гигов?... (мягко сказано,... на форуме в 10 000 000 сообщений база весит 40 гигов...)
3) Подойдет ли вообще для этого простой хостинг или нужен супер-пупер сервер, если речь идет об объеме, а не посещаемости, т.к. индексация таких сайтов занимает, порой, ну очень долгое время.
Дабы избежать проблем лучше сразу брать сервер... А лучше 2... или 3...
2 ngsv, спасибо большое за советы.
А если смотреть в сторону решений на чистом html, без использования mysql – можно отделаться малой кровью или куча серверов неизбежна?
nginx на vps вполне должен справиться с отдачей статичных html страниц такого количества...
2 kgtu5, спасибо.
В общем на шареде, даже на каком-нибудь VIP/премиум аккаунте подобное хозяйство, видимо, немыслимо.
ИМХО.
Кол-во страниц считать нет смысла. Допустим календарь на ~1000 лет можно растянуть на пару миллионов страниц =)
Другое дело, если у вас будет миллион страниц текста, т.е. первый вопрос о размере базы, и как она будет отрабатывать на вашем хостинге. И второй, кол-во обращений к этим страницам (посещаемость).
Спорный момент, т.к.:
Действуйте. А там разберетесь ;)