Композитный сайт: технология Битрикс в каждую CMS

[xRay]

У Битрикса, на сколько я помню, готовые к отдаче пользователю куски страниц складываются в кеш на диск. В этом и ускорение что не дерагется вся махина, а отдается из кеша.

[irbisadm]

Вы же понимаете, что кеширование на диск/в память это дело нескольких десятков строк кода? :)

[xRay]

Конечно :)

[Source]

А как им удалось это запатентовать то? Этой технологии уже 100 лет в обед…
статья 2011 года, статья 2009 года и скорее всего и более ранние упоминания можно найти, ещё тех времён, когда аббревиатура AJAX в употребление ещё не вошла.

[rpsv]

Если об этом просто писали, то это ничего не значит.
Они же не патентовали.
И патент был не на абривиатуру AJAX, а на способ загрузки страницы

[Source]

Это понятно, про аббревиатуру я написал просто, чтобы подчеркнуть насколько давно на практике используется этот способ загрузки страницы. Ну а то, что его не патентовали… так что ж теперь каждый алгоритм патентовать?

[sectus]

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

[rpsv]

Можно полезную модель или изобретение патентовать.
Но есть условие: должна быть мировая новизна.
ГДЕ она здесь, не понятно…

[nikitasius]

Я учил PHP4 за 21 день в 2008м для написания двух сайтов, так что я далек от сего кода.

Такой вопрос:
сие нечто иное как приблуда, которая дергает с сервера кешированные/скомпиленные файлы и отдает ответ юзеру через замену контента div'а pajax?
или
это другая приблуда, которая выдает совместимый с pajax контент, который последний вставит в страницу?

[rpsv]

Композит — кеширует куски страницы, затем выплевывает их подгружая через JS.
CompoJax — выплевывает куски страницы подгружая через JS (без кеша) + используя PJAX можно обновлять содержание блока (кусок страницы), без перезагрузки всей страницы, при чем URL подставиться нужный (этим страдает коробный AJAX).
Ну собственно чтобы заработал PJAX, куски страницы должны выдаваться без header и footer.

P.S.: Не помешало бы еще и выучить русский язык. Дело вкуса конечно, но читать то, что вы написали, слегка трудно и сильно странно.

[michael_v89]

То есть для подгрузки 3 частей страницы надо 3 раза обратиться к серверу?

[rpsv]

Да, именно так.
Я считаю нет смысла пользователю ждать пока загрузятся все части, если ему нужна только верхняя часть (если говорить про длинные лендинги и др. объемные страницы).

[nikitasius]

можно обновлять содержание блока (кусок страницы), без перезагрузки всей страницы

и уж

Композитный сайт: технология Битрикс в каждую CMS

Такая механика уже сто лет как используется на практике. Да и есть вариант много интереснеее:

• JS подгружает шаблон в нужный div
• далее JS запрашивает у страницы JSON по которому наполняет этот самый DIV
• +JS, который отвечает за исполнения тех или иных скриптов, которые генерит динамика (графики, или табличеи и т.д.)

Ничего не имею против битрикса, кроме как не использую его, и не пишу на PHP, но рад, что и на вашей улице солнце (или как там говорят).

[rpsv]

Сто лет назад не было JS ;-)
Где такая древняя механика в: Drupal, WordPress, Joomla, HostCMS, NetCat,… ???

А чем вариант который описали вы отличается от CompoJax?

[nikitasius]

Где такая древняя механика в: Drupal, WordPress, Joomla, HostCMS, NetCat,… ???

Я про самописные CMS. Из инетовских — знаю, что IPB умеет комменты по JS подгружать.

А чем вариант который описали вы отличается от CompoJax?

Хз, не смотрел ваш combojax. Если не отличается — подтверждает, что сие используется программистами. Другое дело, что каждый сам с усами и не думает свои решения публиковать в виде библиотеки в силу лени (написать универсальный код) или каких-то других факторов, сопряженных с той же ленью.

[Delphinum]

Может я не совсем понял технологию, но разве тот же Smarty не поступает аналогичным образом «за кулисами»?

[rpsv]

Вероятно.
Smarty — по сути же шаблонизатор, поправьте если не прав, а композит и compojax, более мелкие вещи в сравнении.

[Delphinum]

В общем да, Smarty это шаблонизатор со своим синтаксисом, парой плюшек и кешированием. Кеширование выполняется двумя механизмами: кеширование созданного из синтаксиса Smarty PHP кода для повторного использования; кеширование полученных кусков HTML. Но кеширование это пол дела, для удобства и повторного использования крайне важны такие конструкции, как include и extend, коих, на сколько я понимаю, в решении от Битрикса или в CompoJax нет.

[rpsv]

Спасибо, как обычно подкинули пищу для размышлений)))
Я думаю во избежания велосипедства, лучше все таки подключить Smarty как шаблонизатор к самому Битрикс, т.к. у CompoJax суть не в этом.

[Delphinum]

Многим еще нравится Twig, но я не вижу между ними особой разницы. Как показал мой опыт, декомпозиция экранов очень важна, но ее невозможно правильно организовать без подключения компонентов и наследования экранов. Другими словами, ваши экраны должны быть как хорошие классы, в них не должно быть копипасны. Лично я даже элементы формы реализую в виде отдельных виджетов и подрубаю в форму как то так:

{extends "./../form.tpl"}
{block "action"}
	{assign var="action" value="/panel/country/update/{$entity->getId()}"}
{/block}
{block "body"}
	{include "./../../widget/form/input/string.tpl" label="Название" name="data[name]" value={$entity->getName()|escape}}
	{include "./../../widget/form/input/string.tpl" label="Код" name="data[code]" value={$entity->getCode()|escape}}
        {include "./../../widget/form/input/checkbox.tpl" label="Скрыть" name="data[is_hidden]" value={$entity->isHidden()}}
{/block}

[tzurbaev]

Инклюд на каждый инпут формы — не слишком дорого получается?

[ainu]

Это уходит на откуп твига. По идее при инклуде двух одинаковых файлов будет одно чтение с диска. Должно быть, по крайней мере.

[Delphinum]

при инклуде двух одинаковых файлов будет одно чтение с диска

Совершенно так.

[Delphinum]

Ну зависит от нагрузки. Чтение с диска ведь тоже может считаться не очень ресурсоемкой операцией, если она выполняется два раза в секунду.

[Delphinum]

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

С другой стороны, не забывайте о кешировании.

[mittus]

Увидел на одном из клиентских сайтов битрикса «Адаптивный и композитный готовый к запуску сайт ...», немного опешил от его композитности, но вот теперь стало понятно. А если перечислять названия вообще всех используемых технологий в процессе сайтостроения, сколько бы еще слов можно было добавить к обозначению шаблона? ))