Форумы / National / Russian / Идеи / Chunks

#39738 Dr2005alex:

а не проще будет сделать подключение сторонней функции в CoTemplate   в  compile  так  if(function_exists ( cot_chunk_parse ))$code = cot_chunk_parse($code);

И все тогда можно будет делать на стороне плагинами. В том-же глобал.

Дык примерно таки и будет, только с использованием реестра. На случай, если нам вдруг захочется реализовать еще что-то кроме чанков. И не надо каждый раз править CoTemplate.

#39740 Dr2005alex:

Короче я так понял надо добавить функцию в CoTemlate и вызов через нее в compile. А параметры можно задавать из плагина. Так?

В общих чертах да.

Накидаешь данную функцию? для шаблонизатора...

В Чт-Пт займусь.

И тогда наш шаблонизатор будет УНИВЕРСАЛЬНЫМ )))

#39742 esclkm:

Macik, если займешся, то сразу подумай, как бы при этом механизме выглядели бы  колбэки с множественными парметрами.

Это, собственно, к «универсальному механизму» расширенных тегов иметь отношения не будет. Точнее саму реализацию будет определять код «условно сторонней» функции. 

Синтаксис мне кажется надо смотреть у {FILE }

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

Если без конвеера, то можно плясать от формата МодИкса:

{{=cot_crazy_widget ?PAGE_ID, PHP.catname, 'string', 15}} — знак «=», чтобы система знала что это вызов ф-и

Можно в более привычном виде:

{{=cot_crazy_widget(PAGE_ID, PHP.catname, 'string', 15)}}

все строковые параметры не заключенные в кавычки трактуются как название переменных шаблона и заменяются их значениями, цифровые соотв. как фифры.

Можно добавить именованных параметров:

{{=cot_crazy_widget(id=PAGE_ID, cat=PHP.catname, text='string', count=15)}}

Вопрос как объединять в цепочку? Например так:

{{=cot_date('date_full',PAGE_DATE) | cot_show_label(PAGE_ID, $this, text='string')}}

Можно даже пофантазировать и сделать реализацию такого:

{{=func1(TAG) | func2('text') | widget($func1, $func2) }}

Где `$func1` и `$func2` это результаты выполнения соотв. функций.

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

Тут опиши подробнее. Я с этим не особо сталкивался. Что именно хочется видеть и в каких случаях? Думаю, что расширенный вывод ошибок стоит делать токльо в режиме отладки. Т.к. в продакшене логичнее поведение шаблона, когда весь непонятный мусор или пустые теги «скрываются».

После продолжительных бесед с Trustmaster  и его командой...

Пункты расставленны... работа началась))) Чанкам быть в котонти!!!

В начале темы я еще понимал суть идеи (даже не смотря на то что оно было перемешано с очередным замесом на тему активизации развития движка) к концу же темы я совсем запутался ибо вроде бы утвердили факт того что у нас будет некий плагин который будет работать в некоторой аналогии с функцоналом шаблонизатора {FILE ""} . Зачем он? - не понял, ну и пусть может быть я не сталкивался особо с ситуациями в которых понадобится то что создается сейчас но если сделаете - пусть будет, сделаете правильно и без косяков тем более (мне лично оно не помешает), сделаете в духе кода седа и кота вообще класс будет (что б программист новичек в котонти, если таковые будут появлятся, смог понять как работает ваш код). Но только будет ли чанк в базе и редактирование его через админку?

Скажу только о своем опыте и том о чем говорил Macik - я периодически в проектах плотненько использую слоты, какие они не корявые как бы мало их небыло но всеравно это удобнее чем стопятцот файлов кусков кода\ленгов и т.п. (да еще и если на странице рядышком с тем что выводит слот стоит ссылка на его редактирование и отображаемая только избранным) Почему? - да потому что их можно через админку править, а раз нельзя сделать в админке редактор чего нибудь в файлах (ресурсов, ленгов, шаблонов) из-за проблем с безопасностью то без функционала слотов никуда. Кто поспорит что менять нечто через админку это удобно? Тут писали что как бы не старались заказчики выбрать на начальном этапе программиста и\или цмску но всеравно они полюбому привяжут себя либо к одному либо к другому, а раз так то и хрен с ним что заказчику при необходимости придется либо самому лезть в файлы либо пинать\искать программиста - но это в корне не верно. Пример из жизни: дают веб-мастеру копейки что бы сделать простейший сайт точнее тупо засетапить двиг и сделать тему к нему на основе готовой верстки - все сайт визитка готов все рады. Проходит пол года заказчик по пьяни теряет номер телефона который висит на сайте в шапке и подвале. Блин через админку ниче не сделаешь потому что вообщето вебмастер мудак, где он не известно, потому что неизвестно что телефон в шаблоне, потому что ваще хрен знает как сайт работает, что такое цмс, кто такой котонти и ваще руки из жо что бы лезть куда то редактрировать файлы с фтп да и что это такое. Все ищут программиста. А терь скажите как должен был бы поступить веб-мастер уже с нашим котом в самом начале (даже если б заплатили хорошо и сделать надо было тоже хорошо) куда он бы распихал верстку? Ну да по правильному бы стили в css, разметку в шаблон(ы), тексты в ленг файлы, контент в базу. Но это б ничего не изменило ибо ни ленг, ни ресурс, ни шаблон из админки не исправить. Да пусть заказчик зовет специалиста если нужно изменить стиль\разметку, ну ладно в нашем случае и если надо язык системы, но некоторые вещи должны иметь возможность менятся так же как и контент из админки. Потому будь у меня время я перенс бы слоты из ядра в плагин, сделал бы возможность управлять их количеством, снабдил бы возможностью их подписывать (что б можно было написать что сей слот\чанк используется там то и там то) и работать в них логике (по аналогие с тем как она работает в шаблонах). Практически все это, разрознено, но уже звучало.

Может вы решаете иную задачу и не о тех чанках говорите, тогда пардон за мой словесный понос.

Добавлено 2 минуты спустя:

#39702 esclkm:

мне например чаще не хатает множественных параметров для колбэк функций

согласен и мне

#39758 Dayver:

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

http://www.cotonti.mobi/page.php?al=Mobile_web_Slots

#39758 Dayver:

 Потому будь у меня время я перенс бы слоты из ядра в плагин, 

Плагин слотов уже есть, называется Myads

Для таких целей в плагине Myads предусмотрено два поля, в которые можно добавлять любое количество внешних скриптов, каждый с новой строки. Это удобно тем, что вы один раз в шаблоне header.tpl и footer.tpl добавляете специальный тег, который также как и блоки можно в любой момент включить или выключить. Все скрипты которые будут прописаны в соответствующее поле, появятся автоматически в том месте, где выведен тег.