Здравствуйте! У меня достаточно мало опыта в PHP-программировании, поэтому я прошу помочь. Возникла необходимость добавить произвольный атрибут в шаблонный тег модуля photo. Я прочёл документацию, почитал про MVC. В общих чертах идея мне понятна. Файлы photo.php, photo.model.php и photo.wiev.show_block.php я посмотрел. Попробовал кое-что пошаманить, но результата нужного у меня так и не вышло. Необходимо передать значение этого произвольного атрибута в файл photo.wiev.show_block.php.

Честно говоря, не представляю - сложно это или нет. Хотелось бы понять процесс от начала и до конца с момента, когда данные из шаблонного тега считываются. Куда передаются/записываются и выводятся.

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

Решил прикрутить слайды через галерею, как в обучающем видео по интеграции. Создал дополнительный шаблон тега, всё настроил. В принципе оно работает. Но скрипту для работы нужны определённые параметры. Я часть статически задал, часть прицепил в зависимость от переменных галереи. А мне хотелось бы управлять скриптом непосредственно из тега - тут показывай слева направо, тут наоборот и т.п.. Для этого мне и понадобилось реализовать дополнительный атрибут.

Я также пробовал создавать произвольный тег с атрибутами в файле function.php. Тоже всё получилось, но у меня не хватает квалификации, чтобы прицепить к нему альбомы галереи.

В общем, с какой стороны не посмотри - везде ПОЧТИ получилось.

Например?

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

Код можете посмотреть тут. Только я обращаю внимание на название темы: "Как добавить произвольный аттрибут к модулю?". Мне не конкретно этот слайдер надо настроить (слайдер работает), я хочу понять как добавить атрибут.

По поводу комментария внизу страницы "Шаблонные теги": в файле function.php всё просто - получили аттрибуты из массива и можно с ними работать, т.к. исполняемый код находится тут же. По поводу - совершенно верно, но это не полная картина. Атрибуты надо не только получить в файле контроллера, передав их затем в файл модели. Надо передаваемое значение вывести из модели в файл отображения. Подсказку нашёл в ответе Виталия в этой теме. В общем, всё заработало как надо, всем спасибо за советы!

Здравствуйте! Установлен Diafan 5.2. Возникла небольшая проблема с выпадающим списком "Дизайн страницы". Когда я создаю новые шаблоны сайта с дизайном, при входе в доп.параметры страницы папка themes сканируется и все шаблоны попадают в список, но все созданные мной шаблоны именуются не иначе как "Основной шаблон сайта". Если я сделаю 10 шаблонов, 10 последних пунктов выпадающего списка станут "основными шаблонами". В видеоуроках на cms.diafan.ru файлы в этом списке отображаются также, как они названы в папке themes (site.php и т.п.). Мне бы хотелось видеть список таким же ну или хотя бы избавиться от кучи "основных шаблонов". Подскажите в какой файл для этого нужно вносить изменения.

Вы сами себе противоречите и при чём тут скриншот сервера обновлений битрикса?

Спасибо, думал всё окажется несколько сложнее, даже в базе данных искал

В этом-то вся и проблема, что не против. Во-первых, разработчикам итак есть чем заняться, во-вторых, это не какой-то необходимый функционал, а просто "хотелка" очередная.



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

Тут вопрос двоякий и к некоторым претензиям стоит прислушиваться. Вот, например, некоторые ссылки в документации выдают 404. Я пару раз натыкался, но был занят, поэтому не сообщил администрации. Сейчас вот всё просмотрел, отметил через Ctrl+Enter. Ошибки 404 на следующие ссылки:

1. Интеграция дизайна > Шаблонные функции модулей > Поиск по сайту
2. Интеграция дизайна > Шаблонные функции модулей > Пользователи
3. Интеграция дизайна > Шаблонные функции модулей > Языки сайта

Ошибок нет у того, кто ничего не делает. И часто тот, у кого нет ошибок, кричит о них куда громче остальных. Но представьте, что подумает человек, который читая актуальную документацию, на одной странице наткнётся на 3 404-ых ошибки. Наверное, ничего хорошего не подумает.

По поводу версий: тоже варианты. Я вот видео смотрю обучающее. Там не отмечено, для какой версии оно актуально. Произвожу действия, аналогичные тем, которые проводит автор видео, а у меня, в отличие от него, не работает. Он указывает <insert name="xxxx">, а у меня работает только как <insert name="xxxx" module="site">. В документации, кстати, указан второй вариант. Вот сидишь, смотришь и не понимаешь в чём причина. А причина вполне может быть кроется в отличие версий.

Смыcл-то не в том, чтобы писать для каждой версии отдельный мануал, но указывать версию, которая актуальна на момент его создания надо, я считаю. Действие пустяковое, а вопросов может снять множество.

По поводу документации вообще: я вот делал сравнительный анализ CMS перед тем, как начать использовать Diafan. Надо было подобрать менеджер, чтобы было комфортно пользоваться не только мне, но и заказчику, который с компьютером на вы практически. В итоге по условиям требований проекта (включая бюджет), пришёл к 2-м вариантам: Diafan и HostCMS.

HostCMS одна из самых популярных CMS на нашем рынке. А что у неё в документации? Для последней версии она короче некуда. И та, что есть (к предыдущей версии в том числе), представляет собой комикс для умственно-отсталых, в которой первые 3 буквы алфавита, а дальше сами с усами...

В аннотации к CMS сказано, что нужны начальные знания и общие представления в PHP, HTML, XML. А как только влезаешь в админку, понимаешь, что под общим представлением авторы понимают "[очень] уверенный пользователь", не иначе. Просмотрел форум, а там на всё один ответ: "А вы документацию вообще читали?!". Общее отношение иначе как RTFM, назвать нельзя.

Админка до того для восприятия сложная, что слов нет. Хуже только у TYPO3, по-моему. Навертели непонятного функционала, Alax`а напихали, у меня во время установки 2 раза вылезал "ajax error", при работе с админкой тоже. Зато background оформили деревцами и снеговиками.

И ГВОЗДЬ ПРОГРАММЫ! : вы, господа критики, цену видели? Смотрели туда вообще? Она в 2-4 раза ниже, а при определённых (равных с конкурентами) условиях, которые создать абсолютно не сложно, в 3-5 раз ниже. При этом Diafan представляет собой пусть и не идеальный, в чём-то недоработанный, но при этом совершенно понятный (!) конструктор, который можно без проблем кастомизировать и доводить до ума как вам хочется.



Ну перечислили хотя бы где вы конкретно видели меньше багов и какого рода. А то может для вас эталоном является Joomla, например, спагетти-код которой уже давно пора придать анафеме.

P.S.: Возвращаясь к теме статьи: "Будет ли Диафан лучше?", - Лучше чего?

1. Будет ли он лучше самого себя? Да, был, есть и будет. Посмотрите предыдущие версии (3-ку, 4-ку).
2. Будет ли он лучше других? А он уже лучше и если вам это не понятно, то взвесьте ВСЕ "за" и "проитв", а не какие-то конкретные частности.
3. Будет ли в нём когда-нибудь кнопка "сделать зашибись"? Нет, не будет. Такая кнопка может присутствовать только в CMS, которую вы сами для себя напишите. И если вы будете иметь неосторожность выложить её на суд общественности, то очень быстро обнаружите, что почему-то "зашибись" эта кнопка почти никому кроме вас не делает.

Как-то так.

У меня почему-то кнопка редактирования через раз появляется. Сегодня вот есть, когда писал сообщение - не было. Мистика.

Здравствуйте! Использую Diafan 5.2. В файле /modules/photo/views/photo.view.id.php требуется произвести вычисления с использованием значения поля "Количество фотографий на странице" из админки. Я в php новичок, поэтому не могу определить, хранит ли какая-нибудь переменная (или массив) это число и если да, то распространяется ли область её действия на файл photo.view.id.php при построении страницы.

Я указал это значение числом, но если его изменить в админ-панели, придётся менять и в файле, а хотелось бы автоматизировать процесс. Подскажите где искать, что писать и вообще - возможно ли получить это значение?

Спасибо!


Я на этой странице сделал ссылку "Вернуться в галерею", Выражение подсчитывает на какой странице находится просматирваемая фотография (с учётом того, что посетитель их листает) и возвращает href на эту страницу.

Юлия, вообще-то можно и довольно быстро и просто (при условии, что они на сайте лежат не в разных местах по 10 штук). Могу порекомендовать программу для пакетной обработки изображений, которую использую сам - FastStone ImageViewer.

Придётся 1 раз скачать изображения, установить в программе нужные размеры и другие характеристики, обработать и загрузить изображения обратно на сервер. Программа управится с 1000 файлами минут за 5.

Лежала себе тема спокойно с 2013 года... Ну ладно, раз так, добавлю:
На Linux для GIMP`а есть дополнение BIMP без всяких скриптов, ну а кроме этого есть прекрасный кроссплатформенный софт XnConvert.

Адрес выше неправильно указан (может информация давнишняя, устарела).
Он и в 5-ой и в 6-ой следующий:

site.ru/papka_adminki/admin

У вас на странице (шаблон в папке themes) контент выводится через шаблонный тег show_body
show_body заменяет собой 3 других шаблонных тега: show_h1, show_text, show_module. Замените show_body на:
Так текст будет выводиться после контента модуля.

Если такой вывод нужен не везде, создайте (скопируйте существующий и подправьте) в папке themes дополнительный шаблон страницы и укажите его в доп.настройках (в самом низу подраздела) нужных страниц.



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

Скорее всего, да - применяется активная тема.
Обратите внимание - папка themes лежит в корне сайта, а также в папке вашей темы (если она у вас есть).
Она уже находится по адресу /custom/nazvanie_temy/themes/

Посмотрите папку custom. Если в ней присутствует вложенная папка - это скорее всего папка с вашей темой для сайта.
В этом случае файл, созданный ранее (video.php) удалите и повторите ваши действия в папке темы.

Если в папке /custom/ пусто, тогда:

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

Посмотрите на странице, которая у вас отображается нормально в "Дополнительных характеристиках" - какой шаблон для неё используется. Скопируйте именно этот шаблон.

Должны сохраниться и все ссылки на служебные файлы и дизайн.

Посмотрите папку /custom - есть ли в ней папка с темой. Если есть, то внутри папки с темой будет папка /themes. В этом случае надо все манипуляции проводить там.

Пожалуйста!

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

Версия 4.

Правильнее написать не а "мне нравится как документация оформлена у ....". Потому что мне, например, не нравится ни то ни другое.

Хочу немного дополнить по первому пункту (с остальными двумя не согласен - лишнее это):
Версию каждой CMS указывать не нужно, но нужно указывать с какой версии это актуально (в этой теме писал почему). Для примера документацию PHP посмотреть - работает с такой-то версии, в такой-то версии исключено или изменено.

И от себя добавить:
Нужна оффлайн-справка (точная копия той, что на сайте). Сайт периодически недоступен бывает, т.к. дата-центр у вас не в соседнем доме расположен. У меня сайты на bluhost лежат в Юте(США), аптайм 100% практически, а в Москве они периодически не доступны из-за плохого коннекта.

Регулярно (особенно после изменений и дополнений страниц) прогонять online-справку через валидатор ссылок, чтобы своевременно находить битые ссылки.

В 2008-2009 юзал Majordomo. Сайт падал где-то раз в месяц-два на несколько часов, поддержка (звонили пару раз) оставила только негативные впечатления. Потом год находился на Hostgator. Ничего плохого сказать не могу, однако особо не углублялся в настройки и общение с ТП. Последние три года размещаюсь на Bluehost. Тут уже и C-Panel пришлось излазить и с техподдержкой пообщаться.

Замечен один неприятный момент: хоть по многим отзывам и статистике (читал десятка 2 разных, вот например) аптайм у них хороший, но периодически сайты отваливаются, иногда коллективно всем аккаунтом. Могут на минуту, могут на час. Грешу на удалённость серверов, всё-таки хостинг заокеанский.

Из минусов: Кроме вышеобозначенного -

1. Тех.поддержка оставляет за собой право отвечать в течении 24 часов (почта или тикет через админку). Есть лайв-чат, но не с моим английским им пользоваться. Хотя стоит отметить, что отвечают быстрее и на твёрдую 5-ку.
2. Требуют подтверждения реквизитов при оплате услуг, в противном случае блокируется часть функционала. Но без неё вполне можно жить.
3. Небольшая часть плюшек для клиентов, включая купоны на рекламу только для США и Канады.

Из плюсов:

1. Безлимитный Premium-аккаунт всего за 3600р./год.
2. SSH-доступ.
3. Автобэкап день/нед./мес..
4. Адекватное и простое управление через C-panel практически всеми сервисами, которые могут понадобиться.
5. Diafan встаёт без проблем.
6. Периодические акции (сегодня вот все аддоны для хостинга за полцены отдают).

Можно много чего ещё написать про плюсы, но у меня не такой большой опыт, т.к. не вижу смысла прыгать и пробовать, когда всё устраивает (как говорят: "2 переезда равны пожару"). Из отечественных клиентских щупал 1Gb.ru, Jino и Majordomo. По сравнению с Bluehost админки всех трёх лично по моим ощущениям крайне неудобные и неинтуитивные.

API почта запустила публично 24 сентября 2015 года. Сама "новость":

ну я поэтому текст и привёл целиком, чтобы ясность была, что это API по отслеживанию, тот же, что работает с формой на сайте самой почты.

Вы хоть ссылку дайте посмотреть где вы это делаете. Тогда уж можно предметно будет что-то посоветовать.

Добавляйте в конец таблицы стилей (файл CSS)если надо к каждой ячейке границу, тоЕсли прямо в текстовом редакторе делать, то тоже можно без проблем. Создаёте таблицу, кликаете на неё, в появившейся панельке левую кнопку нажимаете и вперёд:

Просто рамка без оформления:


Рамка с оформлением CSS:

Часть битых ссылок из-за того,что в документации добавили подраздел:
Было: /dokument/full-manual/architecture/
Стало: /dokument/full-manual/developers/architecture/

и часть страниц объединили. Данные о текущей странице находятся тут: http://cms.diafan.ru/dokument/full-manual/developers/architecture (в середине страницы, там есть подзаголовок).

Ссылка битая, инфа тут: Подключение модуля, администрирование модуля