оптимизируя и выкидывая годами скопившееся и не нужное... , мы с Дмитрием увеличили скорость админки в 4 раза, если не больше))

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

Я и не говорю, что вы с Дмитрием плохо работаете Многое действительно устаревает и требует замены или выпиливания. Мне тоже нравится скорость работы новой админки. Я просто считаю, что MM пока выпиливать рано, поскольку он обладает огромным функционалом, подной замены которому пока нет. А относительно правок, я Дмитрию скидываю иногда баги и варианты их решения, которые использую у себя, не больше, не меньше. Просто стараюсь внести свой небольшой вклад в общее дело.

Dark про общее дело это хорошо)) достаточно показать баг, остальное дело техники, исправляя или пытаясь внести свои исправления, вы не учитываете, тонны строчек, которые возможно опираются на то или иное свойство. Как было месяца два назад, упёрся один человек, что в дереве документов, ему мешает свойство position: relative, и из-за этого жуткие тормоза, которые мы так и не смогли повторить. Я убрал всего одну строчку, и посыппалось сразу ... драг отвалился, приватные ресурсы с кривыми иконками, отступы при открытии папок съехали... а всего то один человек выпросил, чтобы поменяли relative на static. Так что перед тем как вносить правки, мнения одного человека недостаточно))

к примеру, для вкладок и перемещения полей я использую свой плагин, но это не значит, что я стили должен затачивать под свой плагин))) наоборт, я плагин под новвоведения испралю, что и сделал, с последними обновлениями

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

Dark это да, предлагая убрать флоат, вы бы убили все инпуты с выбором файла)) я знаю троих, кто свои решения не бросил и подправил под нововведения, Паталоджик, Никола и Гриханя

Dark это случайно не ваша ишу? https://github.com/evolution-cms/evolution/issues/131

Я и не предлагал убрать флоат, я написал js который убирал флоат у конкретного поля и только, не задевая глобальные стили. Правка только конкретного виджета. Также и про остальное.

js лучше всё таки использовать для экшена, а не для изменения вёрстки

Нет, не моя. Просто еще один фанат ММ. js в данном случае вынужденный костыль.

Кстати, у меня одного не работает файловый браузер в докменеджере при попытке выбрать изображение для изменения значения TV- параметра?

Dark немного не понял

Есть модуль массового изменения параметров страниц. В нем можно менять значение TV-параметров. И для полей с изображениями и файлами при нажатии на кнопку выбрать не открывается в всплывающем окне файловый менеджер

Баг не критичный.

Dark ааа сегодня видел, но не стал править, только рефактор докМенеджера сделал https://github.com/evolution-cms/evolution/commit/54b89c95c62d5cd93329c5f284133ca78d9f496e

там переменная wish_browser не определяется

У меня до этого бага все руки не доходили. Вроде баг, а вроде и не сильно мешает.

Dark однозначно баг

Кстати, расширять функционал данного модуля не планируется. Например массовое перемещение и копирование. Про массивмув знаю.

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

Жаль, модуль очень удобный, особенно на этапе разработки для наполнения рыбным текстом. Добавить бы еще возможность массово править поле content :(

может мы про разные модули говорим?

в докменеджере что то не помню, чтобы контент можно было поменять массово

Жаль, модуль очень удобный, особенно на этапе разработки для наполнения рыбным текстом. Добавить бы еще возможность массово править поле content :(

Вот жеж рабочий из свежего https://modx.ru/novosti-i-stati/article/339/

в докменеджере что то не помню, чтобы контент можно было поменять массово

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

;)

так есть модуль EditDocs в экстраз он что угодно заполнит

Согласен, просто предложил добавить полезный функционал, чтоб все было в одном месте, так сказать под рукой.

друзья, а все же мульти ТВ решают эту проблему?

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

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

да можно и на мультике сделать

да можно и на мультике сделать

супер!! тогда я не уйду с Evo ни за какие ) правда еще придти не успел к нему) только готовые проекты сейчас поддерживаю и думал на рево их переводить но потом прозрел. и еще прослезился, когда загружал некоторые сайты на рево, которые тормозят. а у клиентов на Эво летает.

поставить мультиТВ и создать тв с названием dbtabledemo с типом multitv и посмотреть как работает таблица, потом создаьб уже свой со своими настройками

ставлю из экстрас: multiTV, Quill, PrevNextPage, Sitemap, SimpleGallery, AjaxSearch

если mm убирать то надо многие виджеты перекинуть в дефолтные для ТВ, например координаты по карте или колорпикер - я ими часто пользуюсь, да и там еще много хорошего есь из того что я не успел попробовать, и работу со вкладками и распределением TV сделать в каком-то более визуальном виде

Ребята, я может не то что говорю, но убирать mm в данный момент - это адово непродуманный шаг. Аргументы нужны?

ну mysql же выпилили)))))) Да понятно все тут по аргументам)))

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

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

что же в мм такого важного и необходимого, что нельзя заменить? кстати мультик уже половину виджетов на себя берёт

Тут, скорее всего, дело в том что совместимости нет. И при обновлении получаем новую работу за которую никто не заплатит.

пока с совместимостью всё впорядке)) если вообще всё перестало бы работать, то тут да. А то что использовали в своих проектах, "быстрые решения", так тут никто не виноват)

((((%

никто ни в чем ни виноват, это опенсорс (%

так всегда получается, когда частично переопределяется идея системы

вон 1С, купили же программу, всё должно работать, а она тупит пыхтит, обновления каждую неделю, и никто ничего не говорит что не работают его конфигурации которые раньше работали))

вон 1С, купили же программу, всё должно работать, а она тупит пыхтит, обновления каждую неделю, и никто ничего не говорит что не работают его конфигурации которые раньше работали))

монополисты они

1с не оперсорс.. (((%

пойду в 1С разбираться, почему моя обработка пятилетней давности под 8.0 , теперь не работает в 8.3)))

вооот, 5 лет прошло между 8 и 8.3 (;

а между 1.3 и 1.3.3 пару часов? (((:

а тут год с 1.2 до 1.3 )))

монополисты они

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

Ребят подскажите cms без баз данных, мне нужно тупо для одностраничного лендинга, так чтобы 2 минуты и готово

когда то попадалась такая, но найти не могу

http://haosweb.ru/20-cms-bez-bazy-dannyx

все равно где-то данные хранятся ((:

html хотя бы

а управление - зашел, создал страничку или поправил по фтп все через свой люБИмый редактор

спс, буду смотреть

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

бухгалтерам это расскажите. По складским программам не в курсе. а вот по бухгалтерии - де факто стандарт. Кроме того, российская энергетика и РЖД с SAP на 1С переходят, если уже не перешли

Регулярно общаюсь с бухгалтерами.

так что, и в ERP скоро будет монополистом среди крупных компаний

опять же, не монополисты они (((%

есть альтернативы

при этом, замечу, мне 1С 8.х не нравится

есть альтернативы

какова их доля в общем сегменте?

смотря на каком рынке

Российском, например

да, это означает (раз у них есть доля) что 1с не МОНОполисты

(((%

в российском сегменте скорее всего 1с имеет большинство, т.к. внедряется довольно давно (среди бухгалтерии)

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

ну, если докапываться к словам, то не монополия. А я по роду своей деятельночти в России часто работаю с бухгалтерами. Из 300 человек 1 не использует 1С

было бы желание найти и обучить

это в рамках стат погрешности