- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день форумчане.
Имею такой вопросик.
Как лучше всего реализовать кеширование новостей чтоб снизить нагрузку на базу данных?
пробовал разными способами но все не то.
Пробовал каждую статью сохранять в файл но при 10 к страниц выходит нехило файлов :D
Может кто из спецов замолвит слово путное?
Смарти не понравился мне, так как двиг весит 200 кб а смарти в 10 раз больше.
Страница генерируется в шаблон имеющий переменные вида {.......}
В принципе можно кешировать конкретную перменную а не страницу.
В итоге можно будет уменьшить количество запросов в базу данных.
Хотя думаю есть лучшее решение.
Непонятно, почему вы в одном вопросе смешиваете шаблонизатор и запросы к БД. Что именно тормозит сервер? Ту операцию и кэшировать.
Можно кэшировать страницы целиком, не нужно бояться большого количества файлов. Можно кэшировать результаты запросов к БД, можно кэшировать куски HTML.
Непонятно, почему вы в одном вопросе смешиваете шаблонизатор и запросы к БД. Что именно тормозит сервер? Ту операцию и кэшировать.
Можно кэшировать страницы целиком, не нужно бояться большого количества файлов. Можно кэшировать результаты запросов к БД, можно кэшировать куски HTML.
А разве в шаблонизатор smarty нет кеширования?
Вот мне интересно кеширование запросов к БД.
Чтоб снизить нагрузку на базу.
шаблонизатор у меня не требует доработки.
Для того, чтобы определиться со стратегией кеширования, необходимо иметь ТОЧНОЕ представление на предмет узких мест каждой конкретной системы в контексте конкретного хоста. Вы уверены, что основную загрузку создают именно SQL-запросы в базу?
Для того, чтобы определиться со стратегией кеширования, необходимо иметь ТОЧНОЕ представление на предмет узких мест каждой конкретной системы в контексте конкретного хоста. Вы уверены, что основную загрузку создают именно SQL-запросы в базу?
Да именно они. Есть бллоки новостей которые пришлось отключить
так как нагрузка была очень сильная.
каждый блок выводил по 3 новости с сылкой на сайте.
блоков было больше 10
каждый блок по идее в цекле 3 запроса, в общем надо кешировать эти запросы чтоб снизить эту нагрузку.
seosniks, всё равно фалы. Каталогизированные по дате архивы + 10-50 свежих (актуальных) страниц. Изменение в файлы (кеш) вносить в случае изменения новости (страницы или чего-либо ещё).
Как Вы локализовались? Спрофилируйте по времени. Общее время генерации + времена каждого SQL-запроса + время сборки шаблона. Среднее по серии 100 с интервалом 0,5-1 сек. Этого будет достаточно для принятия предварительного решения.