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

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Задумал статейник. Для справки: на Django.
Надо бы, соответственно, кешировать страницы. Точнее даже, весь сайт, по сути.
Пердположим, посещалка будет 5, 10, 20, 50 тысяч.
Сколько же он будет жрать памяти? И какой должен быть хостинг (shared потянет, что скажете за VPS, или сразу ломиться на Амазон)? Сколько это будет стоить и как тут можно сэкономить? Вообоще нужно аткую кэшатину или лучше другие варианты посмотреть (кэширование в базе данных, например)?
Чтоб сэкономить - надо делать на php mysql. Ну или на вордпрессе.
Чтоб сэкономить - надо делать на php mysql. Ну или на вордпрессе.
Какая разница, на чем сделан сайт. Речь не про дешевизну разработки.
Я спросил: если всю кэшатину полностью грузануть в память, сколько это будет тянуть бабла. Это можно сделать и на PHP, а БД тут вообще сбоку припеку.
Kifsif, если хочется в память - то смотря сколько весит ваша база. можно всю mysql в память закешировать.
Посещалка в 50 тысяч чего и за какой момент времени ? И что именно будем кешировать то.
Если сайт - то nginx без проблем закеширует.
Если отдельные куски контента - то лучше в редис. Объем памяти будет зависит от объема текста.
Вообще в джанге можно что угодно и как угодно кешировать, хоть полностью, хоть кусками. Так что все от реализации зависит.
Если 50к хитов в сутки - то 2 гига памяти и пары быстрых ядер вполне достаточно для сайта средней сложности.
Есть аналогичный сайт-блог на Джанге. Хостинг VDS от фаствпс, 2 гига оперативы 1 ядро на ссд, 10 гигов диск, хостинг - 6 евро в месяц
Мемкэш настроен - очень здорово работает. Правда кэширую не все подряд. Если правильно помню - по умолчанию там под кэш выделено 64 мБ.
По сравнению с сайтами на пхп - земля и небо! На одном хостинге крутится 8 сайтов - основная нагрузка- именно пхпшные сайты
Пердположим, посещалка будет 50 тысяч.
Тоже мне посещалка, я с в 2 раза большей сидел на шаред хостинге. :)
Сколько же он будет жрать памяти?
Головой думаем.
Сколько положим данных, столько и будет жрать.
И какой должен быть хостинг (shared потянет, что скажете за VPS)?
Смотря какой хостинг. У меня шаред был с мемкешем.
или сразу ломиться на Амазон?
Амазон и подобные - для лохов.
Сколько это будет стоить и как тут можно сэкономить?
У меня стоило 8 грн (0,33$) / 32 МБ / мес
Память использовалась меньше, чем на половину.
Вообоще нужно аткую кэшатину или лучше другие варианты посмотреть (кэширование в базе данных, например)?
Там что, страницы долго генерируются?
50К - это детский лепет.
Посмотрите кеш в файлах.
---------- Добавлено 30.03.2016 в 10:22 ----------
Kifsif, если хочется в память - то смотря сколько весит ваша база. можно всю mysql в память закешировать.
Это не решение проблемы.
Запросы все равно будут дольше выполнятся, чем браться с кеша по ключу.
Да и на шаред хостинге вряд ли закешируете всю базу.
---------- Добавлено 30.03.2016 в 10:30 ----------
Если 50к хитов в сутки - то 2 гига памяти и пары быстрых ядер вполне достаточно для сайта средней сложности.
Вы на приколе?
На этих ресурсах можно горы свернуть, а не детский лепет в 50К.
Вон создавал тему:
/ru/forum/926921
Советовали тоже 2 ГБ памяти и все такое.
Взял ВДС, по факту система занимает всего 350МБ, при этом там 50МБ innodb_buffer_pool_size.
Нагрузки почти нету. Load average редко поднимается выше 0,05.
Но, конечно же, все зависит от кривизны рук.
---------- Добавлено 30.03.2016 в 10:32 ----------
Если правильно помню - по умолчанию там под кэш выделено 64 мБ.
По умолчанию вообще ни сколько не выделено.
На PHP7 мемкеш даже пришлось руками собирать.
сколько будет стоить?
от нуля. зависит от хостера. кое-где это есть по-умолчанию.
НО
как вам уже сказали - генерите статику и сохраняйте ее на диск и при следующем обращени - считывайте ее с диска.
Никакой мемкэш не даст такой производительности, как предварительно заготовленная статика
Взял ВДС, по факту система занимает всего 350МБ, при этом там 50МБ innodb_buffer_pool_size.
Нагрузки почти нету. Load average редко поднимается выше 0,05.
Один проект со своими характеристиками уложиться в такие ресурсы, другой нет.
По умолчанию вообще ни сколько не выделено.
На PHP7 мемкеш даже пришлось руками собирать.
А при чем тут пхп с мемкешем ?
Один проект со своими характеристиками уложиться в такие ресурсы, другой нет.
Согласен:
Но, конечно же, все зависит от кривизны рук.
А при чем тут пхп с мемкешем ?
При том, что мемкеша по умолчанию вообще нету. :)
Хотя да, настройки памяти к php действительно не относятся :)
Задумал статейник. Для справки: на Django.
Надо бы, соответственно, кешировать страницы. Точнее даже, весь сайт, по сути.
Пердположим, посещалка будет 5, 10, 20, 50 тысяч.
Сколько же он будет жрать памяти? И какой должен быть хостинг (shared потянет, что скажете за VPS, или сразу ломиться на Амазон)? Сколько это будет стоить и как тут можно сэкономить? Вообоще нужно аткую кэшатину или лучше другие варианты посмотреть (кэширование в базе данных, например)?
Какой-то конкретный ответ здесь дать крайне сложно, поскольку все определяют детали. Сайты со статьями ведь очень разные бывают.
Одно дело, когда сайт простой, материалов немного, запросы к базе простые и с использованием индексов. Выполняются они мгновенно. Дополнительно заморачиваться с кешированием в этом случае нет смысла. Дерево рубрик, настройки, шаблоны и другие данные можно кешировать, они зачастую занимают немного памяти.
Это же касается случаев, когда материалов очень много. Если их всех кешировать в MemCached, то кеш может получится просто огромным, а поиск по нему сравнительно медленным.
Кеширование на уровне базы данных также имеет смысл включить. Оно помогает ускорить загрузку общих данных (дерево категорий, настройки, данные об авторах и т.д.).
Если вы планируете делать проект на Django, то придется рассматривать в основном VPS. На обычных хостингах поддержка Django - это все же редкость.