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

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

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

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

Хотелось бы обратиться по имени, а не "СОФТ", ну да ладно.
Так вот. Это все вопросы минутные, вишлист тут не причем особо, можно просто задавать вопросы в ТП, для того она и существует. "А как мне сделать так, чтобы по кнопке выбрать из ранее загруженных были все картинки из всех модулей?" и сразу получить ответ.
Мы же не дебилы, мы всё понимаем и учитываем, руководствуемся логикой. Модуль обработки изображений для всей системы один, все картинки хранятся в одной базе, но имеют признаки, из какого они модуля. Мы предусматривали возможность использовать все картинки из всех модулей, это действительно делается одной "перемычкой" в запросе в надмодуле "Изображения". /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 динамических блоков.

Хардкорно - это когда в админку вынесено управление архитектурой сайта и его можно вывернуть наизнанку одним кликом мышки по выпадалке "переместить блок влево". К тому же в любом случае, чтобы вынести такое управление в админку, нужен разработчик, который заложит именно этот блок верстки дизайна именно на эту выпадалку для админки. Админки, которая сама проанализирует верстку и будет управлять структурой сама, дав вам удобные выпадалки не существует.
Вы кто вообще? Разработчик? Пользователь? Или "продвинутый" пользователь, которому раньше разработчики втихаря выкладывали выпадалки для "мощного управления сайтом" в виде галок в админку, лишь бы скандала не получилось?

У нас динамические блоки тоже подключаются к разным модулям и их разделам отдельно, в других не видно. На конкретной странице динамические блоки выходят все, но не заполненные свернуты и не мешают. И это очень удобно.
Говорить в вакууме об удобстве бесполезно. Как обычно, выяснится, что Вы говорите вообще о какой-то ерунде, которая решается за 5 секунд, а вони на пол-России. Или покажите мне сайт, у которого на разных страницах разная структура блоков, на каждой не такая, как на предыдущей, или давайте закроем тему, как "ниачем".

А это не свалка в Advanced Custom Fileds?


Дин.блок работает от обратного: прикрепили к группе страниц, и на каждой он может иметь разное содержимое. Где заполнили - там он и есть. Не заполнили - значит как бы не прикрепили.

Судя по
это наши "динамические блоки". Создали блок "Приветствие", "Количество объектов", и еще 20 каких надо, прикрепили к нужным страницам, затем вывели в шаблоне где надо по id и всё.
Будет ровно как в WP. Такая же свалка из жмени блоков.

PS гораздо проще нормально сверстать сайт и показать менеджеру, как править эти цифры из TinyMCE и всего делов. Не такие они тупые уж, чтобы им прям только в input голый текст давать править

Не надо мудрить с полями в БД!
Конечно, всё зависит от товаров дня, как часто они будут меняться и как это будет выглядеть в верстке.
Но я бы применял смекалку. Смотрите, Вам ведь нужно по факту прикрепить "товар дня" к "пункту меню", правильно? То есть у некоторых пунктов меню, которые ссылаются на некоторые категории магазина, нужно выводить какие-то товары (или блоки, неважно). Соответственно, для такого оформления сайта однозначно работать нужно с view-файлом модуля меню. К некоторым пунктам приклеивать "товар дня". Как помечать пункты меню? Например, у нас есть у каждого пункта меню поле "css атрибуты ссылки. Засовывайте в нужные пункты меню что-то вроде id_product_of_the_day="324", и затем отлавливайте эти строки в шаблоне модуля и заменяйте на вывод товара/блока или ещё чего-то

Так а нахрена там свалку-то создавать??? О чём Вы??? Покажите сайт!!!

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

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

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