Чанки
Чанки — это кусочки статического текста, которые вы можете повторно использовать на своем сайте. Хотя чанки не могут содержать никакой логики напрямую, тем не менее, они могут содержать вызовы сниппетов, которые представляют собой исполняемый PHP код, который в свою очередь производит динамический вывод.
Оглавление
Чанки — это кусочки статического текста, которые вы можете повторно использовать на своем сайте. Хотя чанки не могут содержать никакой логики напрямую, тем не менее, они могут содержать вызовы сниппетов, которые представляют собой исполняемый PHP код, который в свою очередь производит динамический вывод данных.
Создание чанка
Прежде чем использовать чанк, вы должны сначала создать его и дать ему имя. Перейдите во вкладку дерева «Элементы», выберите «Чанки», затем «Новый чанк» или «Быстро создать чанк».
Использование чанка
Для использования чанка, вам необходимо обратиться к нему по его имени:
Этот плейсхолдер заменится содержимым чанка.
Вы также можете передать свойства в чанк. Скажем, у вас был фрагмент с именем intro и содержимым:
Вы можете заполнить эти значения следующим образом:
В итоге вы увидите следующий вывод:
Обработка чанка через API MODx
Сниппет ниже, извлекает содержимое чанка и обрабатывает его с массивом свойств для всех опубликованных ресурсов и возвращает отформатированные результаты в виде таблицы, устанавливая класс «alt» для четных строк:
Модификация чанка через API MODx
Чанками также можно управлять с помощью API MODx:
Благодарность автору
Если по какой-либо причине вы хотите поблагодарить автора данного ресурса, вы можете это сделать одним из удобных для вас способов ниже.
Один из самых популярных способов поблагодарить автора, воспользоваться сервисом Яндекс.Деньги.
Что такое «чанки»?
Что такое файловый буфер? Что такое режим (модификатор) доступа, при работе с файлами?
Что такое файловый буфер? Что такое режим (модификатор) доступа, при работе с файлами?
Что такое IIS и что такое PWS? Почему одно без другого не работает?
вот уже второй день пытаюсь немного разобраться в АСП. накидал небольшую тестовую страничку. но с.
Что такое рекурсивный тип данных? Что такое конструкция рекурсивного типа?
Что такое рекурсивный тип данных? Что такое конструкция рекурсивного типа?
Что такое напряжение и что такое сила тока с позиции заряженных частиц
Объясните пожалуйста, что такое напряжение и что такое сила тока с позиции заряженных частиц.
Решение
Примеры:
1) представим что есть некий js код для фронтенда, исходники. при компиляции «целый исходный код» может быть раздроблен на части (чанки) для разных, например, страниц. Т.е. на главной странице будет загружен чанк с кодом для главной страницы. Перейдя на страницу контактов будет подгружен чанк, относящийся к странице контактов. Так же может быть создан чанк который будет содержать код, который будет использоваться на всех страницах, при этом этот чанк не будет повторяться в других.. (ну т.е. если код попал в один из чанков, он никогда не будет в другом чанке).
2) если рассмотреть пример с чтением файлов в ноде, то при использовании event emitter’a мы будем получать событие, которое будет тригерить эвент с «частью прочитаном в файле». Ну т.е. мы говорим что-то типо
Что такое чанк в программировании
Примечание: ниже перевод статьи «On Streaming, Chunking, and Finding the End», в которой авторы рассматривают процесс передачи информации по HTTP-соединению и возможности для ускорения этого процесса. Мои комментарии далее курсивом.
Два способа передачи
Как и в большинстве механизмов передачи данных, в HTTP существует два основных способа отправить сообщение: «все и сразу» или «по частям». Другими словами, в HTTP есть возможность отправлять данные до тех пор, пока еще есть хотя бы что-то, что можно отправить, либо отправить все данные как одну логическую единицу, указав предварительно ее размер.
Если вы занимаетесь веб-разработками достаточно продолжительное время, скорее всего, вы уже знаете, как работает сброс буфера (flush) на стороне сервера. Этот метод позволяет начать отправку части данных пользователю, в то время как скрипт может продолжать выполнять некоторые, достаточно медленные, действия (скажем, ресурсоемкий запрос к базе данных). Если вы уже применяли эту возможность, тогда вы, вероятно, использовали преимущества потокового (streaming) механизма, хотя могли и не знать всех деталей работы HTTP-протокола.
Что нужно разработчикам?
Однако, это не такая уж и старая история. Если вы являетесь современным веб-разработчиком или администратором, который заботится о работоспособности кода, написанного веб-программистами, то вам придется, скорее всего, столкнулся лицом к лицу с HTTP-потоками в своей профессиональной деятельности. И потоки эти станут ее неотъемлемой частью — хотите вы это осознавать или нет — и все это в связи с постоянно увеличивающимся значением AJAX в современных веб-приложениях. Обоснованность решения об использовании AJAX для увеличения производительности и ответственность за его принятие разработчиками частично зависит от того факта, что HTTP (имея и некоторые другие интересные приемы) может отправлять и принимать данные в полностью поточном режиме.
Может быть, сейчас вы подумаете: «Круто, что протокол HTTP выполнит всю работу на меня, но мне, действительно, совершенно не нужно знать, как это конкретно там происходит. Почему я должен это знать? Я просто хочу это использовать эти проклятые потоки, но не быть в них гуру».
Дырявые абстракции
А сейчас мы можем повторить один из любимых «сполкиизмов» (Spolskyisms) — закон дырявых абстракций (Law of Leaky Abstractions) Spolsky — который утверждает следующее: Все абстракции протекают (All abstractions leak). Из этого закона существует важное следствие, которое мы можем сформулировать примерно следующим образом: Если у вас начнет протекать абстракция и вы не будете понимать, как она работает, то вы рискуете оказаться очень мокрым.
И это действительно так. Большую часть времени (как разработчиком, так и администратором) вам не придется беспокоиться о потоках. Все необходимые детали милостливо вынесены на отдельный уровень реализации HTTP-абстракции в ваших системных библиотеках, или в вашем клиентском браузере, или в вашем веб-сервере. Однако если бы реализация этого абстрактного уровня не была настолько хороша, что скрывала от нас всю внутреннюю кухню и не позволяла в большинстве случаев вообще о ней забыть, мы бы никогда не добились таких результатов. Вместо этого мы бы проводили все наше время в поиске материалов, например, этой статьи.
В конце концов, это может оказаться весьма полезным — знать некоторые основополагающие концепции и наиболее важные выводы из них!
А что, если.
Например, до прочтения этой статьи вы знали уже, что в HTTP существует два разных способа для передачи потока данных? На самом же деле, всего можно насчитать целых три способа отправки HTTP-сообщения от провайдера к клиенту. А вы знаете, что каждый из этих способов построен на различной реализации более низкого уровня протокола, например, TCP? В частности, вы сможете ответить, как изменения на уровне отправки HTTP-сообщений отражаются на длительности более низкоуровневого TCP-соединения?
Уже запутались? Если так, не переживайте. Это наша миссия — объяснять вещи такого рода тем веб-профессионалам, которые ищут знаний. Хотя мы всегда немного удивляемся, насколько мало тех — даже весьма бывалых и подготовленных, — кто до конца понимает, о чем идет речь. К счастью, HTTP-потоки, на самом деле, не настолько сложная вещь для понимания. Все, что нужно, — это просто начать с конца.
Начнем с конца
Нет, это не опечатка. Мы, действительно, начнем с конца. Примерно так:
HTTP-сообщения могут нести в себе полезные данные (как бы это не парадоксально звучало 
): тело сообщения в HTTP-потоке (но не всегда, потому что есть еще и HEAD-запросы). Если это происходит, то HTTP-реализация, которая работает с этими данными, должна знать, когда данные эти заканчиваются. Это обязательное условие и для пользовательского клиента, например, браузера, и для поискового робота, и для поставщика веб-сервисов, и для сервера, который принимает данные от клиента, например, в случае POST-запросов. Ключевым моментом в понимании HTTP-потоков будет подробный анализ процесса, в результате которого становится известным конец HTTP-сообщения, чтобы в дальнейшем обработать полученные в сообщении данные.
Три способа закончить
Существует только три возможных способа для процесса узнать, когда закончилось сообщение, которое он принимает. Как вы могли предположить, эти три способа делятся на один непотоковый вариант отправки данных в HTTP и два потоковых:
Использование заголовка Content-Length позволяет просто и надежно узнать, где находится конец данных. К несчастью, это не позволяет посылать кусок за куском разного (случайного) размера. Сервер, посылающий данные потоком, не может в начале потока знать, сколько кусков осталось или какого размера каждый из них. Если бы он знал, ему вообще не нужно было бы слать данные потоком. Налицо дилемма.
Я так понимаю, что без заголовка Content-Length клиент никогда не узнает, смог ли он получить все сообщение от сервера или только его часть (например, из-за неожиданного разрыва соединения), что может существенно отразиться на целостности передаваемых данных.
Хотя, очевидно, что в таком случае присутствует следующий неприятный момент, связанный с дополнительными издержками. Да, сервер сообщил клиенту, что данные закончились. Но ценой этого стал разрыв TCP-соединения, с помощью которого пересылались данные. И его придется восстанавливать через «тройное рукопожатие», если нужно передать еще одно или несколько сообщений. Это извращает саму идею того, что в HTTP 1.0 называется элементами поддержки установленного соединения (keep-alive) (или что мы называем в HTTP 1.1 постоянным соединением (persistent connections)).
Это так плохо? Ну, в общем, да, это может быть достаточно неприятно в зависимости от обстоятельств. Повторное использование существующих TCP-соединений, если есть такая возможность, позволяет существенно повысить производительность сервера. В результате таких соединений не только экономится время на установление новой пары TCP/IP-сокетов, они также позволяют использовать сетевые ресурсы более оптимальным образом. Это справедливо как для браузеров, которые могут отправлять множественные запросы через небольшое число установленных соединений при загрузке страницы, на которой присутствует много ссылок на внешние ресурсы. Это справедливо и для серверов, которые могут быстро собирать существующие соединения по истечению TIME_WAIT состояния, если клиенты оказываются не в состоянии их поддерживать. Являясь опциональными в HTTP 1.0 (где они устанавливаются с помощью заголовка Connection: Keep-Alive ), в HTTP 1.1 постоянными соединения, по умолчанию, были включены — специально, чтобы предотвратить проблемы такого рода.
К несчастью, в HTTP 1.0 нет никакого другого способа, чтобы найти компромисс между передачей потока данных и сохранения соединения актуальным (alive). Вам придется выбрать что-то одно, потому что в данном случае клиенту никак нельзя сообщить о том, что данные закончились, кроме как оборвав сам поток.
Это выражается в появлении в заголовках HTTP 1.1 ответа следующего:
что означает, что сообщение передается при помощи этой кодировки. Если взглянуть на диаграмму ответа на TCP/IP уровне, то можно заметить, что соединение остается открытым даже после передачи всех данных, связанных с этим заголовком: сервер не отправляет FIN/ACK после последнего чанка данных. Вместо этого уже открытый сокет обычно используется для следующего по очереди запроса.
Рисунок 1. Схема TCP/IP-соединения
Как это возможно? Или по-другому: откуда браузер узнает, что он получил конец данных в потоке? В конце концов, он уже не может это знать наверняка из того факта, что соединение было закрыто.
Заключение
Надеюсь, этот краткий экскурс в потоки и чанки помогли понять эти основы HTTP-протокола, и он окажется полезным отладке веб-сайта и веб-приложений.
Какие выводы можно сделать из вышесказанного? Во-первых, для обслуживания веб-сайтов (для которых на одну страницу может приходиться несколько десятков запросов) стоит использовать протокол HTTP/1.1 либо HTTP 1.0 совместно с Keep-Alive и Content-Length — это позволит избежать части издержек на установление TCP-соединения.
Если ваш сервер настроен на отдачу только одного файла одному клиенту (например, оно обслуживает только HTML-файлы, а статические ресурсы отдаются с другого сервера, или же это файловый сервер, с которого загружают большие бинарные файлы), то стоит использовать HTTP 1.0 и Connection: close (которое включено по умолчанию). Это позволит сэкономить ресурсы сервера на обслуживание соединений.
В этой статье рассмотрим понятие, назначение и применение чанков в MODX Revolution. Кроме этого познакомимся с тем, как выполняется обработка и управление чанками в сниппетах через API.
Что такое чанк
Например, чанк (его содержимое), который используется для вывода меню сайта:
Кроме этого чанки в MODX Revolution также используются в качестве шаблонов для вывода результатов работы сниппета.
Например, чанк (tpl.Tickets.list.row), который используется в качестве шаблона сниппета getTickets :
Внутри чанках, как и во многих других элементах MODX Revolution (шаблонах, TV-параметрах, полях ресурса), нельзя непосредственно размещать php-код. Размещение в этих элементах динамического содержимого осуществляется посредством вызовов сниппетов, которые исполняют хранящийся внутри них PHP-код.
Где хранятся чанки
Работа с чанками в админке MODX
Чанки в админке MODX Revolution расположены на левой панели во вкладке «Элементы».
Создание чанка
Кроме этого система MODX позволяет хранить содержимое чанка во внешнем файле. Для этого необходимо установить галочку в поле статичный, выбрать источник файлов и указать его расположение.
Редактирование чанка
Для редактирования некоторого чанка в админке необходимо нажать на него левой кнопкой мыши. После этого откроется форма полями чанки, в которую необходимо внести изменения и нажать на кнопку «Сохранить».
Как использовать чанки в MODX
Вставка чанка в шаблон или содержимое ресурса осуществляется с помощью следующего тега MODX:
Во время обработки страницы, парсер MODX заменит тег чанка его содержимым.
Чанк и его параметры
Чанки в MODX могут иметь параметры. Например, рассмотрим чанк «intro», имеющий следующее содержимое:
Он имеет 2 плейсхолдера: [[+name]] и [[+messageCount]]. Передать значения этим плейсхолдерам можно с помощью указания соответствующих параметров вызову чанка:
В результате, получим следующее содержимое:
или в содержимом чанка:
Условия в чанках
Условия и другие фильтры MODX можно использовать в любых специальных тегах этой системы.
Например, внутри чанка в зависимости от идентификатора родителя текущего ресурса вывести один или другой чанк.
Но с фильтрами в MODX надо быть очень осторожными, т.к. они могут сильно увеличить время генерации страницы. Это происходит потому, что условия в тегах MODX работают не так как обычные условия в php. Например, в вышеприведённом примере оба чанка вызовутся, не зависимого от того какой идентификатор имеет родитель текущего ресурса. А уже только потом будет определяться какой из этих чанков будет выведен на страницу. Поэтому в MODX они и называются фильтрами. А теперь давайте представим, что в этих чанках есть вызовы некэшируемых сниппетов. В результате в не зависимости от идентификатора родителя текущего ресурса эти вызовы будут выполняться как в первом, так и во втором чанке. Это может привести к значительному увеличению времени генерации страницы и нагрузке на сервер. В таких случаях лучше фильтры не использовать, а выполнять эти действия с помощью сниппета.
Обработка чанка с помощью API
Чанки часто выступают в качестве шаблонов для вывода результатов работы сниппета. Обрабатывается чанк в сниппете через функцию getChunk().
Например, рассмотрим, как использовать чанк «rowTpl» в сниппете.
Чанк «rowTpl», имеет следующее содержимое:
Содержимое (php-код) сниппета, который получает все опубликованные ресурсы на сайте и выводит их в таблицу. Для вывода данных отдельного ресурса (одной строки таблицы, состоящей из 2 ячеек) используется шаблон rowTpl.
Что такое чанк в программировании
Добро пожаловать на 5 урок MODX Revolution для новичков. В предыдущем уроке мы начали рассматривать работу с шаблонами в MODX Revolution. Мы начали со статичного HTML/CSS шаблона и перенесли его в нашу установку MODX Revolution, изменили пути к файлам и начали изучать синтаксис тегов MODX Revolution и как его использовать. В этом уроке мы продолжим работу над нашим шаблоном и изучим концепцию чанков.
В данном уроке я использую шаблон 7-in-1 Business Success Site студии Themeforest. Если вы работаете над шаблоном, который вы скачали или сделали сами, то это даже лучше. Подход к построению сайта одинаков вне зависимости от используемого шаблона.
Давайте начнем. Наш сайт выглядит сейчас точно так же как и загруженный шаблон, потому что мы изменили все пути к css, js и image файлам. Давайте рассмотрим что же такое чанки
Чанки MODX Revolution
Чанки — это куски HTML кода или текста. Важно отметить что чанк — это чистый HTML код без всякой логики. Чанк не может содержать PHP код, он просто не будет выполнятся. PHP код необходимо вставлять в сниппет (разберёмся в этом в следующих уроках). Этот сниппет потом может быть вызван в чанке. В то же время чанк сам по себе не может содержать всередине чистый PHP.
Для чего использовать чанки?
Вы можете использовать чанки для различных целей. Некоторые примеры использования чанков включают организацию вашего шаблона в управляемые части, содержащие HTML или текст, который будет использован снова и снова в вашем сайте, а также для хранения мини-шаблонов для ваших меню и др. Сейчас это может быть не совсем ясно, но ситуация прояснится по ходу дела.
В этом уроке я собираюсь использовать чанки для организации моего шаблона в несколько управляемых частей. Как я уже упомянул в предыдущих уроках, эти занятия отражают лишь моё видение этого процесса, вы можете использовать свой лучший или более удобный вам способ.
Поэтому можете просто бегло ознакомится с данным уроком либо просто прочитать, чтобы понять синтаксис чанков и далее организуйте ваш шаблон как вам удобно.
Если мы посмотрим на код шаблона, над которым сейчас работаем, то увидим длинную страницу кода и в нём при редактировании или изменении части кода можно легко потеряться. Чтобы избежать этого, давайте разделим код на логические секции и далее сохраним эти секции раздельно как чанки, которые я потом смогу вызвать в главном шаблоне.
Видно, что этот шаблон разделён на три различные секции: шапка, подвал и средняя область (по такому принципу делятся почти все шаблоны). Соответственно можно поделить наш шаблон на эти три части. После разделения мы можем далее еще разделить эти секции.
Поэтому первой вещью, что мы сделаем — это создадим два новых чанка, которые назовём: 7in1-header и 7in1-footer.
Для создания чанка зайдем в менеджер и в дереве слева зайдем во вкладку Elements. Можно создать чанк двумя способами: правым кликом на Chunk и выбрать“New Chunk” или кликнуть на иконку Chunk.
В появившемся окне вводим необходимую информацию — имя чанка, описание и категория, если это необходимо.
Пока сохраним этот чанк, чуть позже вставим туда код.
Давайте продолжим и создадим чанк для подвала.
Сейчас если мы взглянем на дерево ресурсов, то увидим наши два новые чанка в разделе Чанки.
Если мы теперь посмотрим на наш сайт, то увидим, что он не выглядит так, как должен выглядет.
Это случилось потому что сайт больше не видит наших css и js файлов, так как мы вырезали всю информацию об этом из нашего шаблона. Так как эта информация теперь содержится в чанке, то нам необходимо просто вызвать чанк в шапке шаблона.
Как вызывать чанк в MODX Revolution
Синтаксис чанков в MODX Revolution очень прост:
В нашем случае мы просто перейдём в наш шаблон и разместим там вызов нашего чанка 7in1-header в области, где мы убрали код шапки. Таким образом верхняя часть кода нашего шаблона будет иметь следующий вид:
Если сейчас вы перезагрузите страницу, то увидите, что она примет нормальный вид. Это значит, что парсер MODx видит вызов чанка, он берёт его содержимое и размещает в области, где сделан вызов. Если вы знакомы с программированием PHP, то вы увидите схожесть с концепцией использования включения файлов.
Отлично, теперь мы знаем что делать дальше и сделаем ту же процедуру с подвалом. В моём случае я выделю весь код от начала div подвала до закрывающего тега и размещу его в чанке 7in1-footer, который мы создали. Затем размещу вызов это чанка в нужном месте. Теперь конец кода моего шаблона выглядит вот так:
Снова напомню, можете делать что угодно и как угодно, можете вообще не делить ваш шаблон :). цель данной демонстрации — это показать как работать с чанками и какой их синтаксис при вызове чанков в шаблоне.
Для моих целей, я собираюсь еще поделить мой шаблон и добавить пару чанков. Эта секция шаблона появляется в основном на каждой странице вебсайта:
Я думаю разумно разместить код для этой секции в собственном чанке и далее вызывать его в наших шаблонах. Я назову этот чанк 7in1-bottomwidgets и таким образом нижняя часть кода моего шаблона приобретёт следующий вид:
Как вы видите, в зависимости от внешнего вида нашего шаблона, мы можем делить его дальше и дальше в отдельные чанки либо же не делить совсем.
Ну вот наш небольшой урок подошёл к концу.
В следующем уроке MODX Revolution для новичков мы будем копать еще глубже и рассмотрим основы переменных шаблона и как использовать их для создания множества редактируемых областей на нашей странице. Если у вас есть какие-либо замечания или исправления — не стесняйтесь, сообщайте мне об этом. Буду стараться их исправить, чтобы уроки были более полезными для всех.
Немного может путать начинающих тот факт что head называют в этой сатье header.
Header-ом обычно называют шапку сайта, но тут header это содержимое head.
Viktorminator
Sergey Larin
Сергей
А что с чантом для контента? Не могу никак понять как выводить контент в зависимости от страницы(
anadikt
У меня не получается работать с чанками. Делаю как все написано, но не выводит текст чанка. Что делать.
Viktorminator
Евгений
Алексей
Универсальный шаблон, чуть ли ни 7 шаблонов в одном, стиль которых можно изменять внося небольшие правки в стили шаблона (Разные цвета, Плоский и 3D шаблон, различное расположение контента на странице и т.д.)
Sergei Ivin
Viktor Minator
Артем Котэ
Sergei Ivin
имел ввиду теги head
Юрий Зюзин
Сергей, кстати я вот пришел на MODx с Joomla, потому что с точки зрения оптимизации, она никакая + очень много всего не нужного приходится в ней урезать. Как правильно оформить Сео теги?
Руслан Юнусов
чанк подвала стоит не перед тегом
Я так понимаю это ОЧЕПЯТКА?
Руслан Юнусов
На последнем примере короче)
Руслан Юнусов
Антон Щёлкин
Хороший урок. Но шпаргалка по чанкам что-то не открывается у меня, пустую страницу выдает.