Не код! Хуже! Объяснить, почему он такой!

PS Виталий, что надо из поощрений, обращайтесь, лично Вам я подсуечусь

Степан, тут важно понимать логику системы.

Есть доки, где одна из самых интересных страниц - Архитектура БД DIAFAN.CMS

(маленькое отступление: документация у нас в большинстве своем генерируется "на лету", из гита, где лежит система. ПОМНИТЕ, что когда мы выкладываем очередное обновление, и там в каком-то модуле есть изменения в БД, они сразу будут отображены на этой странице! То есть, документация анализирует инсталл-файлы всей CMS из гита и на основании их формирует документацию, например, поэтому модуль отзывов мы еще не описали в доках, т.к. полируем его еще, но на станице доков БД таблица модуля "отзывы" REVIEWS уже есть)

Так вот, нужно помнить, что все цены всех товаров у нас лежат в таблице SHOP_PRICE

Мы писали https://habrahabr.ru/company/diafan/blog/300930/ что мы все пересчеты делаем только в админке, как раз на примере цен:



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

Значит, идем в админку, в файл валют: /modules/shop/admin/shop.admin.currency.php
Видим функцию save_variable_exchange_rate()
Там один запрос на сохранение нового курса

и

судя по названию price_calc - пересчет цен.

Все такие функции лежат в /modules/shop/inc/shop.inc.price.php

(подключение $this->diafan->_shop->price_calc() означает взять из INC файла PRICE shop.inc.price.php функцию CALC)

Открываем файл и видим

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

Поэтому Ваша задача сделать модуль, который дернет курс валюты с сайта ЦБ, запишет его в БД shop_currency и дернет в его учетом функцию

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

СТЕПАН (IDXDOC):
Вопрос 1:
Вчера увидел в проектах задачу сделать автообновление курса валют, что и сам уже давно хотел сделать, но руки не доходили.
Мне это важно сделать, поскольку у меня 30 сайтов, на которых все товары в валюте, и каждое утро менять руками это не очень круто.
Помимо автообновления нужно сделать поле, в котором будет записываться процент, который необходимо вычитать их курса валюты.

СТЕПАН (IDXDOC):
Вопрос 2:
Было бы хорошо в баннерах сделать выбор не только общего модуля "Магазин" а именно его категорий.

СТЕПАН (IDXDOC):
Вопрос 3:
В поиске по товарам, вывести минимальную и максимальную цену в рублях, даже если в админке цены в валюте, в зависимости в какой мы категории
Находил решение, просто поставил в нужное место и все заработало, а почему это решение работает так и не понял, но работало оно пока я не переписал цены в валюту.

1. Тут как обычно, двигаться надо от основного: от БД. Любая информация запоминается в базе, поэтому смотрим, что есть, и думаем, как это можно нарастить.
Наша любимая страница из доков: Архитектура БД таблица#bs_site_rel - видим, что в ней хранится связь баннеров и страниц сайта.
Далее уже думать, как лучше приделать категории. Можно отдельную таблицу сделать, можно в эту добавить поле category_id

2. Админка. Стандартный файл modules/bs/admin/bs.admin.php, нужно добавить там категории магазина.
Основа админки модуля - массив $variables
Если добавить туда поле, которое есть в основной таблице модуля, и его тип ('type' => 'text' поле, 'type' => 'checkbox' галка, 'type' => 'editor' визуальник, 'type' => 'date' календарик, 'type' => 'numtext' числа, и пр.) оно сразу оформится в админке и будет работать на сохранение.

Собственно, это все описано в доках http://www.diafan.ru/dokument/full-manual/examples/new-field/

Если поле требует не просто ячейки, а каких-то операций, его можно описать функцией.

Если функция системная, она подтянется из adm/includes/edit_functions.php, например, называя поле site_id и указывая его тип 'type' => 'function', выполнится функция edit_variable_site_id(), которая выведет список страниц сайта.

Если функции нет, и мы что-то совсем левое хотим, весь алгоритм работы поля можно определить прям в modules/bs/admin/bs.admin.php.
То есть, мы добавляем FFFF в $variables и хотим на это поле что-то свое повесить. Тогда мы ниже просто приделываем функцию edit_variable_FFFF() и пишем в ней что хотим, любой алгоритм.

Есть системные названия внутренних функций, для переопределения стандартного поведения системы.
edit_variable_ПЕРЕМЕННАЯ - изменение редактирования любого поля модуля
list_variable_ПЕРЕМЕННАЯ - изменение вывода любого поля в списке модуля
save_variable_ПЕРЕМЕННАЯ - поменять алгоритм сохранения любого поля.
и пр.
Тут надо внимательно прочитать http://www.diafan.ru/dokument/full-manual/developers/admin/module/ и один примерчик http://www.diafan.ru/dokument/full-manual/examples/new-admin/

Я не знаю, насколько нужно отступать в теорию, насколько Вы знаете основы. Объяснять сначала их, или сразу говорить, что нужно использовать в данном случае. Хотя лучше было бы, если бы задавались предметные вопросы, почему тут так, и почему тут эдак.

Возвращаясь к задаче, нужно добавить в $variables переменную cat_shop_id типа function и описать её в баннерах, где запрашивать категории магазина и выводить их списком. Система сама сохранит их в БД

3. Третий шаг - фильтровать вывод баннеров на сайте, согласно цифрам ID категорий из БД. Это уже не сложно.
Это modules/bs/bs.model.php
Функция show_block()
Там запрос SELECT , где сейчас отбираются только те баннеры, которые прикреплены к текущей странице


(кстати, надо объяснять, что такое %d в запросе?)

Сюда нужно только добавить

Приводите это решение сюда, разберем.

Надеюсь, и другие подключатся. А то они стесняются

Так я вопросы призываю задавать, наоборот, знания получать

Внесу пункт в правила форума.

Хотелось бы обратиться по имени, а не "СОФТ", ну да ладно.
Так вот. Это все вопросы минутные, вишлист тут не причем особо, можно просто задавать вопросы в ТП, для того она и существует. "А как мне сделать так, чтобы по кнопке выбрать из ранее загруженных были все картинки из всех модулей?" и сразу получить ответ.
Мы же не дебилы, мы всё понимаем и учитываем, руководствуемся логикой. Модуль обработки изображений для всей системы один, все картинки хранятся в одной базе, но имеют признаки, из какого они модуля. Мы предусматривали возможность использовать все картинки из всех модулей, это действительно делается одной "перемычкой" в запросе в надмодуле "Изображения". /modules/images/admin/images.admin.action.php
Функция

Там два запроса, на $count (для пагинатора) и $rows (для фоток),
Уберите AND i.module_name='%s', и за кавычками $module_name, и все.

Мы изначально делили картинки по модулям, так как это будет та самая свалка, открываешь товары, а там фотки из новостей, статей, файлов, форумов и пр. И наоборот, для новостей открывается 100500 фоток товаров. Зачем это надо?
Не, ну если надо, вопрос минуты. Да какой минуты, 10 секунд.

Охереть, какая железобетонная, убрать AND i.module_name='%s' в запросе

/modules/images/admin/images.admin.action.php
Вы если некомпетентны, в архитектуре не разбираетесь, не острили бы.
А если разбираетесь, но просто провоцируете, то Ваши сообщения можно расценивать как разжигание бессмысленного флейма, за что я тоже буду банить.

Как раз таки высшая степень уважения к клиенту, это обращение к нему по имени. В любом банке так, агентствах элитной недвижимости, в отелях, бизнес-классе самолетов и пр.
А мне как с Вами разговаривать? Как с секретаршей Зиночкой, или как с квалифицированным партнером разработчиком? Тогда про галочку я или соглашусь или нет.
Хотя раньше я озвучивал не раз нашу идеологию: галочки мы выносим в том случае, если в ней есть потребность, то есть нужно включать/выключать. Если какой-то алгоритм работы системы не требует постоянных переключений, очевиден, логичен и им пользуются 98% пользователей, галочка не нужна точно.

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

Да нафиг это людям не надо! Чё за бред-то? Получает клиент сайт, и ему потом надо пойти в какую-то настройку, чтобы один(!!!!!!!) раз перед использованием сайта включить какую-то вонючую галку!? Фантастический бред!
Да! Не будет! И не должен лезть, это работа программиста!!!
Сайты на Диафане делаются программистами(!!!!!) и для людей(!!!!!)!!!
Нормальный программист узнает потребности клиента, меняет за 10 секунд нужные параметры в простом легком лаконичном коде и сдает чистый удобный настроенный сайт! Всё!!!! Какая нахрен галка???
Это Ваш первый в жизни сайт, что ли?

Сразу лучше макеты приложить

Откройте .htaccess, там есть на эту тему коммент и соответствующая директива

А разработчик-то тут причем? Это же ЧПУ страницы из админки сайта, правится в "Дополнительные параметры" за секунду. Можно просто стереть старое и система новое сама сгенерирует

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

Доброго программирования, коллега!
По настоящему феншую нужно работать с таблицей цен. Проще всего, присобачить в таблицу еще несколько полей price1, price2, price3 и пр., (и еще проще, чтобы 1, 2, 3 - были id из менюшки городов, чтобы не париться).
Затем добавить этих полей в modules/shop/admin/shop.admin.php - тут не сложно
И затем уже копаться с их фильтром и выводом в зависимости от города на сайте

Всё, я увольняюсь по причине собственной некомпетентности!
Тезка, Вы не против, если я за советом буду обращаться к Вам?

Технический да. А смекалка часто полезнее

Антон, Вы, наверное, немного смещаете смысл понятий "модуль" в более привычную Вам сторону. Согласен, понятие немного многозначное и в некоторых других CMS имеет иной смысл, нежели в DIAFAN.CMS
Что значит "используется несколько модулей"? Наверное, "несколько частей модулей"? Несколько последних новостей из модуля новости, форма из модуля обратной связи, несколько товаров из модуля магазин? При таком раскладе именно к этой странице вообще может быть не подключен ни один модуль, а она может быть собрана из тех самых блоков нужных модулей.
Но каждый из модулей должен сидеть на одной странице сайта, как прибор в розетке. Вы же не можете на кухне засунуть блендер, миксер и тостер в одну и ту же розетку? Вы подключаете к сети каждый прибор отдельно, а затем уже на рабочем столе используете их как хотите.
Для организации сайта использовать можно кучу разных инструментов, которые позволяют огранизовать любое управление менеджеру.
Все зависит от задачи. Если обрисуете, что конкретно нужно сделать, Вам посоветуют инструмент.

Это не совсем так. Вернее, совсем не так.

Так скажем, у нас есть ядро, и есть наши модули, которые в это ядро сильно встроены, согласно определенному API. То есть, чтобы сделать простой модуль, который будет управляться системой, выводиться в админке в виде списков , сохраняться в БД и т.д., грубо говоря достаточно сделать /bebe.admin.php и описать в массиве variables нужные поля

и всё. Всё! То есть, написать новый модуль под DIAFAN.CMS - это минута дела.
За эту простоту приходится платить в других местах.
Однако, это не отменяет того, что модулем может быть что угодно, откройте "Перелиинковку" или "Онлайн-консультант". В коде своего модуля можно использовать свободный код и любое свободное подключение к БД и другой инфе.
Однако и подлючать такой модуль (или модули) можно будет не выпадалкой под страницей ("Подключить модуль" - она только для тех, ядровых модулей), а тегами, в любом месте любой страницы, хоть в шаблоне, хоть в админке прямо в визуальнике.


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

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

Я Вам уже писал в соседней ветке, эта "задача" решается динамическими блоками.

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

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

К тому же, 100 динамических блоков херачить надо, когда они все отличаются друг от друга! То есть, когда есть 20 страниц, на каждую надо 5 блоков и каждый находится не там, где остальные 99, в разной верстке и местах! То есть, речь идет о совершено разных страницах сайта и на сайте УЖЕ есть помойка из свалки шаблонов.

А когда мы говорим про нормальный сайт, где нормальная продуманная структура, когда есть блок под контентом, слева два, справа три и они всегда на этом месте, но отличаются содержимым, на одной странице "обращение директора", на другой "речь партнера", или на одной странице "5000 скважин" а на другой "5млн долларов налогов", тогда достаточно 6 динамических блоков.