MAX
Подпишись
стань автором. присоединяйся к сообществу!
Есть метка на карте 06 марта 5
30

Ускорение сайтов — 1С-Битрикс, российский разработчик CMS, выпустил уникальную технологию

Российский производитель CMS, компания 1С-Битрикс (Content Management System — система для управления содержимым сайтов) — представил уникальную технологию производства сайтов, которая позволяет повысить скорость загрузки страниц.

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Источник: www.softservis.ru

Поделись позитивом в своих соцсетях

Комментарии 0

Для комментирования необходимо войти на сайт

  • 1
    Нет аватара silicoid07.03.15 10:22:58

    Пардон, а что в этом такого «уникального"

    Возьмем, например drupal — вполне себе бесплатный движок с открытым исходным кодом. У него есть модуль «Буст» который определяет изменилось-ли содержание страницы и если нет, отдает содержимое из статического кэша.

    Я для своих сайтов делал такое еще году в 2008 м.

    изменение страницы можно определить по нескольким параметрам — например добавлению или изменению содержимого админом/модератором, добавление/изменению комментариев. -- в противном случае (ноды не менялись, каментов нет) берется еще время жизни кэша, которое можно варьировать. -- чем дольше ттл, тем дольше будет жить страница -> быстрее будет грузиться.

    Но весь фокус в том, что все браузеры, по-умолчанию, могут загружать данные всего в два потока. то-есть ограничение уже втыкается в конструктивные особенности браузеров, вот тут уже и начинается простор для внутренней оптимизации, так как если вы грузите, например, иконки, то время на загрузку оной получается меньше, чем время ожидания респонса от сервера. а оно, соответственно напрямую зависит от кол-ва обращений.

    А теперь представьте, что у вас 450 тысяч посетителей в сутки / полтора миллиона просмотров, а на странице — 100 иконок и картинок. то-есть сервер должен за сутки обработать 150 миллионов запросов (я привожу совершенно реальные цифры одного из сайтов, над которым работал с 2008 по 2012 годы).

    К этому-же числу надо прибавить то, что сам сайт собирается из множества шаблонов и различных инклудов библиотек — что повышает нагрузку на дисковую подсистему -> выдача еще сильнее тормозиться, поэтому-то без подобного кэширования на сайтах с высокой загрузкой и большим числом не авторизованных посетителей (например доставки объявлений всероссийского масштаба) -- вообще никуда.

    Я сейчас разбираю не совсем реальную ситуацию, когда между пользователем и апачем нет быстрой кеширующей прокси, вроде энжинкса и север всего один.

    в настоящей-же жизни, все общение идет между легким кэширующим сервером, который раскидывает запросы на несколько серверов. Картинки держатся на одном. База на другом, ядро на третьем, термины словарей на четвертом. Пользователь этого не видит. это все задача техники.

    Отредактировано: silicoid~11:32 07.03.15
    • 0
      softservis softservis07.03.15 12:52:16

      Не могу, к сожалению, посвятить вас в тонкости технологии, но как рядовой пользователь могу сказать, что визуально сайт работает гораздо быстрее. В следующий раз попробую объяснить процесс с технической точки зрения…

    • 0
      shigorin shigorin07.03.15 15:44:16

      В том-то и дело, что кэширование объектов, в т. ч. многослойное, известно и реализовано в топовых свободных CMS уже достаточно давно. Здесь решил уточнить, правильно ли понял описание -- использование AJAX для «отложенной» динамики и впрямь может быть изюминкой, если как-то удалось автоматизировать выделение таких блоков.