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

Я когда читаю твои посты ужасаюсь, т.к. половину текста не могу осмыслить. Представляю, сразу что мои посты, наверное, тоже не все догоняют.

Да это так.

Котонти не смог идеологически выйти  из идей LDU.  Оливье потому ушел из своего проекта, потому что не увидел его развития, а если и увидел, то понял что не потянет. Даже больше, тот вариант потерял, например, приоритеты администраторов и модераторов. В Седетио появились страницы, но развития этой идеи не произошло. Хотя, надо признать, что я выкладывал модуль с решением введения псевдонимов для страниц. Теперь об адаптивности. Это направление предлагалось в самое начало создание Котонти... но другие в это время делали твиттер и фейсбук, а могли бы быть ими мы. В настоящее время я не вижу развитие самой концепции Котонти. Да, есть решения, улучшения, плагины, - это все интересно для текущего выполнения гребка веслом, но никуда не плывем.

#39770 Sergey:

введения псевдонимов для страниц.

А что дают всевдонимы?

Теперь об адаптивности. Это направление предлагалось в самое начало создание Котонти...

Адаптивность больше относится к визуализации, и как результат к шаблонам. В чем трудность сделать адаптивную тему? 

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

Ок. Котонти всегда открыт новым и масштабным идеям. Но где они?… 

#39778 Macik:

#39770 Sergey:

введения псевдонимов для страниц.

А что дают всевдонимы?

Теперь об адаптивности. Это направление предлагалось в самое начало создание Котонти...

Адаптивность больше относится к визуализации, и как результат к шаблонам. В чем трудность сделать адаптивную тему? 

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

Ок. Котонти всегда открыт новым и масштабным идеям. Но где они?… 

А что дают всевдонимы?

Начну с плагина новости. В пределах статьи есть скрытая страница с псевдонимом news

обявлена так:

[-новая страница=news]

знак минус это как раз теневая страница. Теневые страницы воспроизводятся по требованию. 

У меня может быть так: новость, что есть новый товар по цене, новость что такой товар со скидкой и подобное. У меня, одна статья может располагаться в нескольких разделах (категориях), а в установках плагина можно указать, из каких категорий нужно выводить новости. Плагин рассматривает очередную категорию. Прежде всего он готовит общее обрамление для категории. Находит темлейт типа news.очередная_категория.tpl. В этот шаблон парсятся все новости этой категории. Это сделано так, чтобы можно выводить новость категории похожим образом. Например словом: Сковорода квадратная, скидка 70%, а в другой категории можно вывести новость:Сковорода квадратная, цена 3 рубля.

когда оформляется статья с описанием квадратной сковороды, то заполняется страница news. В ней мы указываем альтернативы. Выбирается только одна альтернатива. Альтернатива это именнованный абзац с ключами активации.для примера это будет так:

[title,news=скидка]Обалденная сковорода с оболденной скидкой [/title]

Сковорода квадратная, скидка 70%

[title,news=цена]Что -то нужное за три рубля [/title]

Сковорода квадратная, цена 3 рубля

--

Плагин находит страницу новостей (пседоним news) А в ней нужную альтернативу. Для каждой группы новостей выводится свой вариант новостей. А вот и адаптиность RESS, есть метки устройства отображения, типа брааузера, кто зашел и т.д. 17 стандартных ключей. Естественно альтернатив может быть тьма. Но на само деле, обычно несколько. RESS это адаптивность на стороне сервера, зачем тащить все на сторону клиента и упражнятся с джавой для выборки нужного? Нужно отбирать нужное в нужном формате отображения на стороне сервера, а не на стороне клиента, потому bootstap это путь для статичных сайтов, но не для описываемого, динамичного..

Итак имеем два шаблона: один общий как новость, другой как новость категории. А теперь по теме новости. Тот шаблон, который по категории новости парсится в конечном виде так:

$mobinews->parse("NEWS");
	$t->assign('MOBINEWS'.$суффикс, $mobinews->text("NEWS"));

в тег MOBINEWS парсится все содержимое очередной новости но с темплейтом этой новости, а затем в главном темплейте новостей выводится этим тегом в блоке. Естественно, в пределах темплейта категории свои теги, но чтобы их подключить нужен отдельный плагин учитывающий характер категогории новости. Это у меня называется изготовителем - мейкером. Он делается заранее.

А что дают всевдонимы?  можем иметь страницу с псевдонимом доставка, чек, счет и т.д. на что способны. Важно только то, что данные идентифицируются и выбирается удобная альтернатива или для обработки или для отображения.

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

Ты объясни не детали реализации, а зачем это надо

Из http://www.cotonti.mobi/page.php?al=shopfront_project_matrix_and_copy для этого

Списки

Чтобы понять, что такое связанный список, достаточно записать нужное из товаров ТЦ для девушки,чтобы она стала эффектной. Покупательница, строго и требовательно, оценивает свой гардероб, она ищет в магазинах то, что подходит ей. То есть, если мы заведем элемент, который указывает на девушку, как покупательницу, то с ней можно связать некоторое множество — список вещей из ее гардероба. Общий признак этого списка «гардероб». А теперь возьмем и объединим в список множество гардеробов других девушек. Тогда, мы получим список размещения, множество вещей всех гардеробов.

А что понимает под списком размещения продавец? Допустим, имеется список всех помад, которые продают все продавцы ТЦ. Это список «Помады», список всех помад ТЦ. Это список размещения. Однако, нам известно, что для каждого цвета помады подходит свой список подходящих аксессуаров: шейный платок, платье, туфли... феррари подходящего цвета. Мы имеем явно связанный список с конкретной помадой. Возникает вопрос, а как организовать такой список? Да очень просто, каждый продавец, «Инициатор», может предложить свой товар, подходящий к помаде аксессуар. Назовем такой список «Аксессуары» Владелец товара «Помада» выступает как «Реципиент»: элемент дающий согласие на принадлежности элемента, например шарфика к конкретному списку «Аксессуары» помады, связанного списка товаров с конкретной помадой.

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

#39791 Yusupov:

Это конечно все хорошо, но причем тут чанки? 

Sergey, если у вас есть какие-то конкретные идеи для внедрения в Cotonti Siena, предлагаю создать отдельную тему для обсуждения целесообразности.

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

Конечно не причем Dayver: вопросил, я ответил о решении со слотами  и.. и понеслось.

Я не против, если этот тренд удалят.

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

О чанках. Еще раз перечитал. Мой взгляд:.

В любом модуле есть такое или похожее подлючение темплейта:

$mskin = sed_skinfile(array('page', $sed_cat[$pag['page_cat']]['tpl']));
$t = new XTemplate($mskin);


//что там считаем и решаем и назначаем теги
$t->assign(array(
	"ТЕГ!" => $решение_тега1,
	"ТЕГ2" => $решение_тега2,

	"ТЕГN" => $решение_тегаN
));

//........
$t->parse('MAIN');
$t->out('MAIN');

Но можно и так

$mskin = sed_skinfile(array('page', $sed_cat[$pag['page_cat']]['tpl']));
$t = new XTemplate($mskin);

$mskin_чанк_1 = sed_skinfile('темплейт чанка_1');
$t_чанк_1 = new XTemplate($mskin_чанк_1);
$t_чанк_1->parse('MAIN_ЧАНКА');
//
$mskin_чанк_N = sed_skinfile('темплейт чанка_N');
$t_чанк_N = new XTemplate($mskin_чанк_N);
$t_чанк_N->parse('MAIN_ЧАНКА');





//что там считаем и решаем и назначаем теги
$t->assign(array(
	"ТЕГ!" => $решение_тега1,
	"ТЕГ2" => $решение_тега2,

	"ТЕГN" => $решение_тегаN,

	"ТЕГ_ЧАНК_1" =>$t_чанк_1->text("MAIN_ЧАНКА"),

	"ТЕГ_ЧАНК_N" =>$t_чанк_N->text("MAIN_ЧАНКА")
));

//........
$t->parse('MAIN');
$t->out('MAIN');

:

Я это расписал для понимания. Конечно, надо будет делать плагин. Выражение $mskin_чанк_N = sed_skinfile это как раз дилемма подбора файла шаблона tpl. Я указал конкретный вариант для общего понимания. Самое интеерсное то, что генерация чанков может предшествовать загрузке модулей в какой-то общей части. А назначение

$t->assign(array(
    "ТЕГ_ЧАНК_N" =>$t_чанк_N->text("MAIN_ЧАНКА")

хоть где, так как экземпляр класса  $t_чанк_N глобален. Тогда как  очередное

$t = new XTemplate($mskin); 

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

---

Что касаемо вставить тег для этого у меня есть такая штучка Тег-процессор:

Тег это некая единица информации имеющая свое имя. Пример тега:
 

где в фигурных скобках, которые обозначены как {{ и }} указано имя тега.

Процесс формирование какого либо параметра на ресурсе в CMS Cotonti происходит по следующему сценарию:на серверной части формируются теги. Далее теги вставляются в темплейт. Полученный результат отображается на экране.

Для наиболее полного использования плагина Mobile web: slots необходима вставка тегов. Ранее приведенный тег {HEADER_NOTICES} формируется модулем header.php. Этот тег предназначен для вывода сообщение юзеру, например о письмах, полученных для него. Когда формируется меню, в котором используется этот тег, то встает вопрос, а как быть с разными моделями и юзерами. Если для статических меню, проблем не возникает, то проблемы возникают для пунктов меню, которые формируются динамически,"на лету", зависимости от того, кто посетил ресурс и с какого устройства посетил.
 

Для того, чтобы вставит тег необходимо в тексте слота указать:

Тег якоря HTML тег А, содержит аргумент (то, что отображается на экране) Аргумент, в зависимости от ситуации(язык, скин, тема) бывает необходимо заменить Для того чтобы заменить такой аргумент предназначена несколько иная форма:
 

подробно тут  http://www.cotonti.mobi/page.php?al=tag_processor

Чтобы не обрабатывать все чанки достаточно связать обработку с зоной $z - все просто.

А чем не устраивают колбеки для этих целей?

Это для любимых юзеров, чтобы они могли сами вставлять теги в свои статьи или посты,  куда им нравится.

главное иметь возможность использовать переменные текущего шаблона. Если формировать чанк заранее, то в нем невозможно будет указать многие Теги т.к. они еще не определены

Дык, так у меня похожая ситуация, так выглядит меню юзера:

[item, класс=меню в линию,alt=]
{{HEADER_USER_ADMINPANEL}}
•
{{HEADER_USERLIST}}
•
{{HEADER_USER_PROFILE}}
•
{{HEADER_USER_PFS}}
•
{{HEADER_USER_PMREMINDER}} 
[/item]

но, как только попадает в область видимости, то сразу  Users•Profile•My files•No private messages  а может и на другом языке или с картинками. Как раз, я еще не знаю, что там дальше определиться.

Но вы, в своем правы, конкретное использование опредеяет интстумент..Как я смог бы использовать чанки, я не знаю. Не знаю потому, что надо пробовать, смотреть. С ходу такое я не буду отбрасывать, это глупо. Вы долго продумывали это, вам известны подводные камни и практика применения. У меня планируется много новых инструментов, некоторые отработаны, другие ждут очереди, например

Другой, замечательной стороной такого решения является то, что можно содержанием страницы «расписать» содержимым альтернативы. Например, довольно часто, встречается такая ситуация, что необходимо указать дополнительные сведения об авторе. Google+ Привязка к профилю Google+ с помощью атрибута rel="author", требуется подтверждение авторства, необходима фотография с определяемым на ней человеческим лицом. Конечно, определение можно вставить в персональные данные юзера...но такого не предусмотрено, а часто и не положено. Когда юзер вносит что-либо в таблицы баз, очень велика вероятность попытки взлома сайта, поэтому фильтры CMF Cotonti не дадут ввести иную информацию, кроме как простой текст без тегов. Каждое такое внесение имеет, кроме того, ограниченную длину и не предусматривает механизма применения RESS технологии.

В механизмеMobiCotдля альтернатив можно ввести в тексте подробное описание для тега.

Так, для вывода сведений об авторе вGoogle+, может быть переопределен тегPAGE_AUTHOR:

[-newpage=PAGE_AUTHOR]

[title]Сведения об авторе[/title]

[url=https://plus.google.com/102142376663746186500?rel=author]Sergey Kocha[/url]

Как вы поняли, из примера, текст страницы, в этом случае, заменяет содержание тега PAGE_AUTHOR, Так как страница теневая (-newpage), она будет использоваться только для переопределения тега PAGE_AUTHOR.