Для меня диафан является основной системой. 99% сайтов разрабатываем именно на любимой cms. В последнее время так уж получается, что становится все больше и больше функционала в системе (порой спорного) - это хорошо. Но зачастую функционал этот оказывается по факту нерабочим... Ошибки, баги, мелкие правки и тд - все это становится неотъемлимой частью новых версий диафана. Последний пример: функционал редиректов... Сделали, в системе присутствует, уже почти как месяц версия 5.2 - в итоге столкнувшись впервые и опробывав функционал обнаружил ошибку - отправил тут же в ТП ( опять таки в последнее время отправляю частенько). Оказалось что просто не работала даже функция сохранения...
Вот и встает вопрос: что дальше? меня лично как пользователя системы очень настораживают постоянные ошибки в системе, недочеты и тд. Может быть стоит разработчикам подумать о векторе обновлений? Может не стоит при каждом обновлении внедрять все новый и новый функционал, а сосредоточится на стабильности? У кого какие идеи на этот счет, хотелось бы услышать мнения и пользователей и разработчиков.

Понятно, что без ошибок никуда, однако я в корни несогласен с тем чтобы с помощью пользователей это все происходило. Нет, конечно без пользователей никуда, с помощью пользователей система совершенствуется. Но все-таки я считаю, что процент ошибок найденных пользователями надо сводить к минимуму. Это все-таки коммерческий продукт.
Что касается хотелок, которые вы "должны" реализовывать: лично я думаю что не стоит в обязательном порядке реализовывать все хотелки лишь потому что проголосовало больше всех человек. Порой проскальзывают действительно "Хочу ракету" и набирают немало голосов. Означает ли что это действительно необходимо? Не думаю. Ну набрало предложение полсотни голосов, означает ли это что надо реализовывать в обязательном порядке? Ведь многие, уверен, жмут плюсы просто ради того, чтобы побольше функционала было, не вчитываясь в суть предложения, не внося свои мысли и идеиб предложения... Возможно стоит учитывать "голосования" как некий вектор или сигнал, затем уже вы как разработчики и профессионалы принимаете окончательное решение о внедрении того или иного функционала в систему.
Все это я тому чтобы система приходила к пользователю в стабильном виде изначально. Лично я готов пожертвовать новым функционалом системы, ради этого.
Прошу команду диафана не воспринимать мои сообщения как обвинения и тд. Все это от желания сделать систему лучшей или по крайней мере двигаться именно к этому.

Виталий, я говорю о том, что к пользователю должно приходить хотя бы работоспособный модуль или функционал... Который просто хотя бы работает. Логику поведения, какие то мелкие правки, все это конечно необходимо делать и править с помощью пользователей и конечно же лучше всего тут поможет тестирование что говорится в боевых условиях. Приведу вам опять пример, который если честно сподвиг на эту тему: функционал редиректов - он просто даже не сохранял значения, хорошо из ТП ребята быстро ответили как всегда, поправили. Клиент (который как раз и зацепился за этот функционал) обрадовался, но ненадолго. Оказалось что теперь на каждой странице автоматически вставляется одно и тоже значение редиректа.. На всех страницах, а при попытке отредактировать страницу возникает ошибка о невозможности сохранения по причине дублирования url редиректа.. И вы предлагаете просто не пользоваться сырыми модулями? То есть вы приходите покупать машину - вам рассказывают что в обновленной версии теперь адаптивные фары, круиз-контроль и тд. Но тут же говорят что лучше конечно всеми новыми фишками не пользоваться, а просто ездить (ведь машина то едет).

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

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

Как раз решается проблема: простые пользователи смогут запросто доустанавливать себе необходимые модули + сама система не разрастется до огромных размеров несвязанным с самой cms функционалом.

Позавчера было такое - тоже не отображался новый шаблон, залечил путем переименования файла шаблона.

Новая версия. Меню. Заходим в пункты меню: пропали настройки "Элемент" - которая привязывала к меню страницу. В документации на скриншоте все есть.. Создавал меню в новой версии руководствуясь логикой 5.1 - в итоге с меню началось что-то очень странное..
Никто не сталкивался? Это баг, фишка, или новая логика?

в версии 5.2 теперь так: <insert name="show_block" module="site" id="31">

А зачем закрывающий </insert>?
По идеи блок новостей выводится так:
<insert name="show_block" module="news" count="1" site_id="12">

а категории включены? попробуйте так: <insert name="show_block" module="news" count="1">

У меня такая конструкция сработала, категории отключены

Да не за что, Артур. Удачи вам в разработке)

Можно взять стандартный для jquery ui - slider ui и встроить

Причем очень глубоко))

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

Буквально пару дней назад делал такое через shop.model.php. На форуме была такая тема и там Виталий показал вектор: /forum/show800/#6886

Думаю лучше будет просто закомментировать ненужные части кода с помощью //, так как в вашем случае этот участок хоть и не будет виден визуально, но будет присутствовать в исходном коде.

Сталкивался с похожим на локальном сервере. Тоже создавал файл для кастомизации modules/cart/cart.custom.php В итоге apache сразу же падал у меня. Как только называл сам файл чуть иначе (наприме cart.cust.php вместо cart.custom.php ) сервер опять начинал работать. Причину так и не выяснил, на хостинге работает все хорошо

да, замечал такое только под виндой

Можно оставить один шаблон для всех и в настройках блока указать: Отображать на страницах и выбрать необходимую тебе страничку. Это версия 5.1

а в 5.0 насколько я помню такая фишка есть в модуле баннеры - а в нем можно выбрать (флеш - картинка - html блок)

Тема на форуме: /forum/show898/#7562

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

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

Время есть всегда, но редактирование и добавление отзывов уже закрыто))

Попробывал по старой ссылке добавить отчетов - теперь и url сайта пропал в списке)

у меня тоже самое - выше уже писал об этом))

По старому адресу когда пытаешься добавить ссылки на отчеты - пропадает адрес конкурсного сайта
PS Теперь опять появился)

Спасибо Диафану за конкурс, как всегда на высоте!

Я тут совсем рядышком от вашего Московского офиса, но как-то не стал навязываться в гости))

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