MODX.Evo.Custom 1.2.1-d9.1.2 (21.03.2017)

Очередное обновление MODX EVO ) из полезного это очистка старых снипетов:)
доча помогала с релизом а кроме как удалять пока ничего не умеет все же 5 лет всего :)


Список изменений:

- delete (Wayfinder) use DLBuildMenu
- delete (Breadcrumbs) use DLcrumbs
- delete (Ditto) use DocLister
- delete (eForm) use FormLister (for SHK http://modx.im/blog/questions/4888.html#comment40634)
- Fix empty params on install (assets/)
- H1 - H3 in tinyMCE4 by default
- fix Cattegory for access
- 9.1.1 (all from off Evolution)


Скачиваем как обычно:
modx.com.ua
github.com/dmi3yy/modx.evo.custom/releases
Или обновляем через MODXUpdater

144 комментария

avatar
Нужные вещи поудаляла. Но ей, похоже, виднее.
avatar
Говорит:
— чего это вы используете решения которые старше меня? Если есть новее и удобней :)
avatar
Как оказывается, новее — не значит лучше.
А удобнее — по её версии. Но это её сборка. Поэтому вправе делать что хочет.
avatar
Согласен что новое не всегда лучше но проверял на личном опыте:
— FormLister уделывает eForm по всем параметрам
— Wayfinder, проигрывает когда надо не просто меню DLbulidMenu + prepare уделывает координально, молчу уже про функцию getchildsids которая генерит кучу запросов если документов больше 10к
— Breadcrubs легко меняется на DLcrumbs там в целом все одно и тоже, тут больше за компанию.
— Самый больше вопросы по Дитто ибо там привычно и просто делать поиск + теги и т д но если это надо то ставим из extras )

Кстати зачему что FormLister заменяет не только eForm но и WebLogin со всеми его компонентами)
avatar
Согласен на все 100%. Давно не пользуюсь ни Дитто, ни WF, ни Breadcrumbs. Однако смотрю и диву даюсь — иностранцы-то (японцы, англичане) активно пользуются!
Комментарий отредактирован 2017-03-22 04:41:21 пользователем Harand
avatar
Документации на Eng нету вот они и пользуются
avatar
Очередная дискуссия про то, что каждому своё.
avatar
Согласен на 100%, пока пользовался по старинке дитто и еформ, все вроде ничего, но с каждым проектом понимаю, что не хватает возможностей, тяжело было заставить себя начать изучать что-то новое(все хочется быстрее и проще), но все же уделил время и о чудо, как же это круто! Когда наконец-то понял что к чему, дело пошло в гору, прям как открытие новое сделал, и дела пошли быстрее)) Не ленитесь начинайте использовать FormLister, DLbulidMenu, Doclister и т.п.
avatar
Я думаю, такое удаление урежет количество пользователей еще на 15-20%)) Правильной ли дорогой идёте, товарищи? :))
avatar
Так оно не удалено полностью а есть в Extras )
если надо ставьте на здоровье :) просто текущие решение которые предложенны в качестве замены показали что они на 100% перекрывают функционал при этом удобней и работают быстрее. Единсвенное это надо потратить немного времени и разобраться в них. Так сказать принудительное повышение общего уровня:) а кто ленивый тому 3-4 клика :) Модуль -> Extras -> поиск -> установить)
avatar
Хм, Дмитрий, вы раньше написали ))
avatar
Хм, но ведь Extras не удалял никто, что мешает обратно поставить, если нужно?
avatar
Да там все есть :)
avatar
И много ли вы форм на сайтах построили на FormLister? :) Или так чисто, из теоретических соображений написали? ))
avatar
Пока не одной :)
Но в extras eForm нет, вы правы.
avatar
Все там есть :)
take.ms/srGL8
Незнаю куда вы смотрите :)
Я перед релизом все туда перенес.

Собрал пару сайтов на FormLister так же с сохранением файлов и с отправкой заказа все ок. Проще удобней но не привычней)
avatar
Я в старой версии неделю назад смотрел — не было
avatar
Неделю назад eForm был в ядре и само собой его не было в Extras. Логично же))
avatar
В любом случае, если ничего не менять — то будут на сниппетах и плагинах от версии 1.0.5 работать все, а это прогрессу ход не даст. Так что правильно делаете, что привносите изменения в пользу перспектив, всем все-равно не угодить.
avatar
Тут да согласен. С учетом что привношу новое давно и ветка EVO до сих пор живет значит я все же делаю правильно :) а Хейтеры были есть и будут что бы ты не делал.
avatar
Сниппеты и плагины, которые предсказуемо работают и решают свои задачи, никак не мешают прогрессу.
avatar
Мешают так как банально все используют Wayfinder
а не DLBulidMenu в связи с чем нет по нему вопросов и решений типовых задач:) вот тебе и стопор в прогрессе

А с учетом что при 20 000к и с aliasListingFolder Wayfinder начинает генерит + 500 лишних запросов то ответ очевиден )
avatar
Резкий поворот, однако) Немного не по теме, но подскажите какой уровень вложенности сниппетов обрабатывает парсер modx 1.2.1? На одном проекте на 1.0.13 3 вложенных сниппета работали, после обновления на 1.2.1 — не работают
avatar
Есть такая бяка работает если чередовать кавычки `` с ''
Жду решения от Yama надеюсь скоро исправит эту проблему с парсером
avatar
Судя по возникающим тут вопросам, никаким удалением 90% пользователей не заставить использовать вместо eForm -> FormLister, Wayfinder -> DLBuildMenu, а вместо Breadcrumbs->DLcrumbs. Они просто не поймут, что это и зачем, особенно когда текущие покрывают 98% потребностей, а остальные 2% встречаются раз в три года :)
avatar
Никто не спорит:) Я сам люблю дитто и wf так как привычно и помнишь что и как:)
Но период адаптации == паре проектов :) потом назад уже пути нет а вот первые пару проектов будет не привычно :)

Я вообще раз в полгода пересматриваю весь софт которым пользуюсь на предмет а не появилось ли что то удобней и лучше.
avatar
У меня Extras на сайтах с https не работает вообще :)
avatar
Что именно не работает исправлял пару версий назад жеж:)
avatar
Пожалуйста, только не делайте того же с официальной версией. Не забывайте, что гораздо больше людей, чем окружающие вас, пользуются проверенными инструментами не только потому, что не знают о новых или не имеют по ним документации.
avatar
90% пользуются старыми исключительно из за лени:) ибо надо потратить пару вечеров что б разобраться в новом функционале (если чего я в их числе и для того что б заставить себя как раз в сборке и удалил старые. Теперь буду ставить только когда совсем по другому никак)

По части офф ветки вот создал топик:
github.com/modxcms/evolution/issues/
Пишите туда аргументы:) мне в целом не критичен набор в офф вертке :) так как все чего там нет есть в репозитории ) тоже только наоборот логично и для моей ветки)

Так что думаю так оно и останеться если все будут против удаления старых снипетов в офф ну и ок)
avatar
Вы опросили всех пользователей и 90% ответили, что причина — лень? Можно взглянуть на сводку опроса с количеством респондентов и вариантами ответов?
avatar
Мне лень) Этож надо разбираться, тратить время… Но перебарываю себя. Отчасти изучение осложняется написанной документацией. К примеру в дитто надо что то вывести — гугл — профит, ну или в сообществе спрашиваю. А вот с новыми плюшками дела сложнее, поскольку не все возможные варианты описаны… Ну или искать в комментариях, часть нужного в одном топике, часть в другом, вот и ищи.
Комментарий отредактирован 2017-03-22 10:59:25 пользователем umka
avatar
Вот теперь будет выбор из меньшей лени или таки чутка разобраться или каждый раз лезть в extras ) Надеюь вы выберите 1 путь :)
Мне тогда будет приятно что из за меня вы стали знать больше :)
avatar
Да я опросил человек 10 всем лень было просто ставить потому использую что было и только когда очень надо то устанавливали.

Так же моя сборка пишется в первую очередь для меня и моей команды что б решать вопросы по созданию сайтов максимально быстро:)

Собственно я понимаю что я насаждаю свое виденье. Но те кто с ним не согласен не проблема, есть офф ветка где подобные решения принимаются как раз с учетом многих факторов. К примеру я не могу добавить FormLister ибо нет eng документации и т д и написал топик там что б показать что есть новый инструмент мало ли может кто и допишет документацию.

В остальном разница моей сборки и офф ветки в 2-х вещах:
— базовый набор компонентов
— частота выхода релизов

Поэтому у вас всегда есть выбор:) Я ж никого ни к чему не принуждаю :)
В остальном что сборку что офф ветку все равно я Курирую )
avatar
Здорово, что эти 9 + 1 человек получат нужные им дополнения сразу после установки. Я лишь хотел сказать, что людей, чьё мнение хорошо бы учитывать, гораздо больше.
В кастомной сборке вы вправе делать всё, что угодно, как я и писал в самом начале. Но официальной версий пользуются несравнимо больше людей. Очень сомневаюсь, что они будут рады таким переменам. Тут само ядро системы работает шатко-валко с каждым релизом, а с новыми дополнениями будет ещё больше вопросов.

Про себя же скажу, что давно, с момента появления, использую только DocLister для стандартных и кастомных ресурсов. Но для меню его интерпритация неудобна и слишком прожорлива. Периодически пробую и возвращаюсь к Wayfinder. Аналогично с хлебными крошками. FormLister стал хорошим подспорьем для аякс-форм. Но каждый раз к нему вопросы возникают по работе со стандартными конструкциями modx. Благо, что Pathologic поддерживает свои разработки и реагирует на вопросы. Большое ему спасибо, как и Agel_Nash. Большую работу проделали.

Развитие и новые дополнения — это хорошо, но предлагаемые изменения очень спорные. К вашей собственной сборке никаких вопросов.
avatar
Просто топик как раз про сборку:)
В Офф я создал тикет что б сообщество ознакомилось с тем что предлагаю. А дальше решение общее. Я вот против phx и @ в парсере. Но все остальные в восторге, хотя на текущий момент как раз шатко-валко имено из за этого функционала, как по мне идеальный парсер в 7.1.6 ) где был логичный и понятный парсер и самое главное простой:) Но тут как раз приходиться идти на поводу у сообщества, как вы собственно и предлагаете :) а вот если б я на своем настоял то все б просили что хотят phx и @ в ядро )) вообщем как всегда есть недовольные любого подхода )
но главное что есть диалог и можно решить что и куда.

Здорово, что эти 9 + 1 человек получат нужные им дополнения сразу после установки.
Ну так это логично ибо собствено благодаря им у меня есть время на допилку и поддержку MODX ))
avatar
FormLister стал хорошим подспорьем для аякс-форм. Но каждый раз к нему вопросы возникают по работе со стандартными конструкциями modx.

Так уж и каждый раз? Вроде было только 2 вопроса, один из которых решался подручными средствами (:
avatar
Публично озвученных — два. Остальные решались копанием в документации (за неё отдельное спасибо) и в коде =)
Но вообще как-то странно, что в сниппете для modx не работают стандартные конструкции системы типа [++] и [**]. Если с этим столкнётся неподготовленный пользователь, то будет озадачен.
Ну да ладно, нам ли привыкать трудности преодолевать =)
avatar
Я сам вряд ли столкнусь с этим, так как давно отказался от стандартных конструкций. Если здесь false поменять на true, то будет работать как ожидается?
avatar
Я уже давно решил тот вопрос как-то иначе, по-моему с помощью prepare. Но если возникнет ещё подобная ситуация, попробую. Спасибо.
Мне вот интересно, зачем вам вообще modx, если не используется почти ничего из его стандартных конструкций? Это ни в коем случае не сарказм, а чистое любопытство =)
avatar
Вредная привычка (:
avatar
Да просто если отказываться то по логике нужно пилить свою админку что задачка как по мне хоть и не сложная но требует времени :)

Да и клиенты спокойней (они не знают что 80% програмистов по EVO если что будут потом в шоке ибо они не знают что есть twig) но это уже мелочи))
avatar
А если серьезно, то стандартные конструкции не так удобны, как кажется, раз уж люди придумывают всякий бред из вложенных сниппетов и phx/if. Мелкие сниппеты и prepare тоже напрягают, когда их становится много, как и куча чанков в том же FormLister.
avatar
Кстати, а решился ли вопрос с заменой родного парсера на Твиг в новых релизах? Помнится, было обсуждение в топике про Твиг, что в новых релизах это сложнее сделать. Потом обсуждение затер кто-то.
avatar
avatar
Блин доиграются верну парсер с 7.1.6 ))
надо будет в сборке так и сделать
avatar
Пытался я, как честный парень пытался использовать модификаторы и @IF'ы в новых проектах.

И понял — изучать и запоминать совершенно новый корявый синтаксис мне не хочется. Тем более, что пользы почти ноль.

Единственное, что я оставил бы — это @-комментарий в HTML, который вырезается парсером и потому невидим на выходе. Да и то, можно самому написать плагин, который будет комменты вырезать на выводе.

В остальном смысла никакого, все решается либо через PHP, либо традиционными средствами MODx типа сниппетов if, DocInfo и т.д.

И получается все гораздо логичнее и читабельнее.

Позвольте глупый вопрос — а есть возможность сделать переключалку типа: какой парсер использовать? 7.1.6 или 9.1.2

или это нереально?
Комментарий отредактирован 2017-03-23 05:08:18 пользователем Harand
avatar
Нет, не решился.
Блин, плохо.
Комментарий отредактирован 2017-03-23 05:00:18 пользователем Harand
avatar
DLBuildMenu

документацию бы )
avatar
Напиши ты же можешь :) Где взять что там и как я подскажу :)
avatar
так она ж была, как и документация по доклистеру) вай автор всё удалил?
avatar
если на сайте у Жени то есть шанс найти через гугл архив:)
avatar
У меня есть DLBuildMenu с комментариями, которые я еще давно делал, когда разбирался, и примеры есть. То же самое по DLcrumbs.

Сейчас выложу сниппеты с комментами на Гитхаб, а потом (если нужно) в течение 2-3 дней напишу статейки с реальными примерами по этим сниппетам. Найду-таки время.
avatar
К слову о релизе, доча то как на папу похожа :)
avatar
:)
avatar
DLcrumbs
Параметры:
== &hideMain — скрыть главную страницу. По умолчанию — нет, любое другое значение — да
== &id — к какому ресурсу строить цепочку. По умолчанию — к текущему документу
== &showCurrent — показывать текущую страницу (которая определена параметром id), по умолчанию нет, любое число, большее 1 — да
== &minDocs — минимальное количество родителей, при котором начнется вывод цепочки. По умолчанию — выводится при любом количестве родителей

Остальные параметры задаются как для обычного вызова DocLister и дополняются параметрами из конфига core:crumbs (там же шаблоны вывода).

Вот, собственно, и все :)
avatar
DLBuildMenu — тут и так все с комментариями
WF => DLBuildMenu
== level => currentDepth
== outerTpl => TplMainOwner
== innerTpl => TplSubOwner
== rowTpl => TplOneItem
== innerRowTpl — нет аналогов, вот облом :(, зато есть TplDepthN — Шаблон пункта меню вложенности N, причем для неимеющих дочерних можно задать свой TplNoChildrenDepthN, если он отличается от общего noChildrenRowTPL
== startId => parents

Остальные все параметры из вызова DocLister — вроде
— addWhereList (условий выборки) либо сортировки
— orderBy (по умолчанию — menuindex ASC, id ASC — двойная сортировка — по возрастанию пункта меню, при равных позициях в меню — по возрастанию id)
— tvList — список нужных в выводе TV
Комментарий отредактирован 2017-03-22 14:03:50 пользователем webber
avatar
avatar
Ну вот это все скопировать у вас и будет вполне себе документация по DlBuildMenu. А то я вон и не заметил, что там в prepare-сниппете еще несколько параметров можно задать вроде TplCurrent, TplCurrentN, а также сортировку не заметил для каждого уровня orderByN и условия там же addWhereListN :)
avatar
Да, я здесь на MODx.im скоро чиркну статьи простенькие прямо с примерами.
avatar
Вот DLcrumbs с комментариями-описаниями

А статейки с примерами напишу, возможно новичкам будут полезны.
avatar
в идеале сразу и сюда: github.com/evolution-cms/docs/
avatar
Хорошо, сделаю для общества, хоть и не люблю маркдаун :)
avatar
Кстати, если кто будет читать комментарий webber, то ==level => currentDepth неверно.

Верно ==level => maxDepth

Я уже дописываю статью с доками по DLBuildMenu, скоро опубликую.
Комментарий отредактирован 2017-03-28 11:55:17 пользователем Harand
avatar
Верните прежний парсер — простой и понятный без этих свистоперделок. С текущим парсером проще действительно на Revo переключиться, чем продолжать велосипедить. Те, кто программировать не умеет, с phx и гав-операторами тем более не научится.
avatar
На днях в сборке верну и продвину что б и в офф откатить
avatar
А вообще:
— давно бы уже причесали код при помощи phpdoc, хотя бы в основном классе DocumentParser
— Обернули все функции в function_exists
— Привели к единому виду работу с массивом настроек $modx->config (чтобы настройки получались через метод, а не из массива)
— Продумали бы куда положить composer.json, чтобы народ начинал знакомиться хоть что-это и с чем едят

Столько времени прошло, а топчемся вокруг японской сборки и перекрашиванием кнопочек. Не в обиду, но по сути, в последнее время это ключевой фактор из-за которого я отдалился от Evo.

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

Вот скажите мне, пожалуйста, что нас держит в официальном репозитории, если мы не одобряем их подход, а они наш? Название MODX? Поднимите вопрос — создайте ветки EvoJP, EvoRU или EvoUA. Я думаю никто против не будет. А если будут — ну и чихать на них. MODX Evo Dmi3yy и погнали. Сколько вы дополнений видели от японцев за последние 2 года? А сколько новых багов их рефакторинги добавили? Зато с новым парсером вы можете писать вот так:
[[#MySnippet?name=[*pagetitle@1*]]]

Вы меня простите, а вам что, DocInfo не хватало? У вас рук нет создать сниппет MySnippet в котором вы вызовете нужную функцию? Добавьте сюда phx и попробуйте сообразить — как из следующих конструкций возьмет заголовок страницы с ID = 1, потом посчитает сколько в нем символов и пропустит через MySnippet где MySnippet это какая-то функция…

[[#MySnippet?name=[*pagetitle@1*]:length]]
[[#MySnippet?name=[*pagetitle@1:length*]]]

avatar
Все понимаю никто не держиться просто одному все это не осилить, хотя чего я расказываю ты и сам пробовал и потом забил. По части парсера я не уследил за Ямой когда он начал его пилить глобально. Ничего сейчас вернем на место в 7.1.6 был изумительный быстрый и простой парсер который нормально ел вложенности и все остальное.

По части причесать то что есть в правильный вид согласен надо но не доходят руки. По внешнему виду да пилим ибо там проще пилить и это тоже надо клиенты любят что б было красиво ) им пофиг что в коде (Bitrix тому пример)

По части сборки и офф ветки я вообще не парюсь когда не было времени они по тихоньку сближались сейчас вот опять уже расходяться ибо в офф все против новых сниппетов :) ну и флаг им в руки)

[[#MySnippet?name=[*pagetitle@1*]:length]]


это 100% израт надо выпилить от греха подальше как и @IF и phx в ядре
avatar
— Если честно, я вообще не понимаю всей магии происходящего тут. Смахивает на какой-то жуткий костыль.
— И простите, почему префикс таблицы указывается как [+prefix+], а не как getFullTableName? Почему эта хрень еще тут и активно пропихивается в ядро как вроде бы нормальное поведение? А ничего, что при таком подходе идет лесом подключение к 2 базам с разными префиксами (потому, как всегда используется один префикс основной базы)
— А почему тут лишь в 1 месте $_REQUEST['password'], а в других $givenPassword? Если так и должно быть, то проблема видимо где-то внутри login* функций. Передаваемые данные должны быть идентичны по логике. И это мы фиксим в рамках фикса
— А получение расширения файла. Благо читал чужой код и нашел у себя ошибку

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


Непросто будет убедить, видимо.
avatar
Кстати, интересно, какое же расширение файла вернет эта функция для файла, в котором она находится — document.parser.class.inc.php :)
avatar
Японская логика она такая :)
avatar
Судя по тому единственному месту в парсере, где она применяется, файл file.php использовать нельзя, а файл file.file.php — можно :)
avatar
да и file.file.php нельзя будет
т.к. ищется последнее вхождение точки — strrpos
avatar
Точно, старость не радость, букву r то я и не заметил :) Но мне все-таки кажется, что определение расширения файла по тому, что написано после последней точки в его названии — это стремный путь :)
Комментарий отредактирован 2017-03-23 08:46:58 пользователем webber
avatar
100%
avatar
А что, кстати, ответит данная функция на файлы с окончанием .pl, .php3, .php4, .php5, phtml и тому подобные, особенно на «кривом» хостере и настойчивом ддосере? :)
Комментарий отредактирован 2017-03-23 09:01:28 пользователем webber
avatar
Сколько активности :) так через минут 30 создам топик со ссылкой на старый парсер нужна помощь в оттестить )
а то там столько всего переписано было не уверен что вернул все как было не задев новое полезное :)
avatar
ага
вообще странное решение
и это попало в ядро
avatar
Прошу всем кому не безразлична судьба парсера помочь с тестами:
modx.im/blog/5082.html
avatar
Написал документацию по DLBuildMenu, на очереди статьи с примерами по нему, и дальше доки по DLcrumbs.
avatar
Кто нить проверял, Shopkeeper на этой версии работает?
А то обновил один проект, выпадает Error при добавлении товара в корзину…
avatar
Работает но SHK надо ставить последний с EXTRAS а то зачастую старый у всех без mysqli потому и ошибка
avatar
Нет, похоже там другая проблема, связанная с HTTPS… так как происходит блокировка загрузки смешанного активного содержимого. На HTTP работает без проблем, а при переходе на HTTPS происходит ошибка…
Комментарий отредактирован 2017-03-31 15:15:38 пользователем doggydogg
avatar
Может быть это только у меня, но наблюдаться какие-то проблемы с [(site_url)], при попытке в настройках перейти на HTTPS…
avatar
Собственно нашёл корень проблемы, он заключался в том, что на хостинге установлен Nginx, который не отдаёт $_SERVER['HTTPS'].
Решил проблему профиксив 67 строку в config.inc.php
$site_url= ((isset ($_SERVER['HTTPS']) && strtolower($_SERVER['HTTPS']) == 'on' || $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') || $_SERVER['SERVER_PORT'] == $https_port) ? 'https://' : 'http://';
avatar
Насколько я понял, в этой версии импорт общих параметров из модуля в плагины снова поломали или они так и не заработали? :)
avatar
Все работает иначе б eFilter не заводился б
avatar
Ну не знаю, в плагин tovarparams, который скрывает ненужные параметры в товар у меня точно ничего не импортируется из модуля.
avatar
У меня то же самое. Плагин tovarparams на 9.1.2 не скрывает ТВ-параметры, а показывает все имеющиеся для товара.

Вопрос не решался ещё?
avatar
Специально сделал чистую установку 9.1.2, установил eFilter, настроил импорт в модуле, во всех плагинах/сниппетах, «открыл» один ТВ-параметр в категории:


а показывает все:

Комментарий отредактирован 2017-04-16 19:00:48 пользователем Harand
avatar
Потому что уже больше года поломаны «общие параметры» модуля — т.е. когда используются только параметры модуля — то работает, когда в сниппете или плагине еще появляются «дополнительные» параметры запуска помимо «модульных» — то ничего не работает, несмотря на заверения в обратном от авторитетных людей :)
avatar
Чтобы проверить работоспособность самого плагина достаточно просто все параметры из модуля скопировать напрямую и в конфиг данного плагина. У меня, по крайней мере, на двух сайтах все работало именно так.
avatar
У меня сделан магазин с еФльтром на 7.1.6 — всё работает прекрасно.

Но тут обновил другой сайт (сайт — клиентский) до новой версии 9.1.2, и стало нужно там поставить еФильтр. Поставил — и не работает.

Получается, чтобы запустить eFilter, нужно откатываться на 7.1.6 или же передавать во все связанные плагины и сниппеты ещё какой-либо параметр, кроме «модульных», чтобы заработало?
avatar
На днях проверю
avatar
кстати, если кинете ссылкой/ссылками )) где этот импорт делается, я сам попытаюсь разобраться — может, и выловлю багу.
avatar
Пытались решить вот этим, хотя, например, общие параметры для сниппета попадают отсюда. А при парсинге плагина вообще в свойствах похоже забыли о таком понятии, как «общие» — получение свойств отсюда и сюда.
avatar
Хотя и странно, что вот это не сработало, может там перенос строки мешает перед запятой для корректной работы json…
avatar
Ага, спасибо, завтра поразбираюсь.
avatar
В общем — основной метод получения параметров для сниппетов и плагинов — это их «взятие» из кэша — вот и вот. Т.е. хранятся эти данные в файле кэша siteCache.idx.php с именами вида snippetnameProps и pluginnameProps. И попадают они туда, соответственно, при обновлении кэша, причем разными путями — сниппет сначала делает два массива и пытается их объединить, а потом общий массив параметров закодировать обратно в json, а вот плагин просто пытается объединить две json-строки через пробел, ничего не кодируя.
avatar
Еще раз основательно полазил и вот что нашел. При пустых собственных параметрах плагина/сниппета, который импортирует параметры из модуля, эти пустые параметры все-равно дописываются в начало и мы получаем нечто такое

{} { .. общие параметры из модуля .. }


после чего вот это сочетание } { вот этой строкой заменяется на запятую в самом начале json-строки и весь массив перестает работать. Так что решение — убрать эту пустышку, т.е. перед строкой
$propertyString = str_replace('} {', ',', $propertyString );
добавить строку

$propertyString = str_replace('{}', '', $propertyString );


Плагин вроде заработал, но нужно еще потестить, хотя в любом случае убрать лишний пустой массив — не должно нигде ничему помешать :)
avatar
Да как раз там же лажу )
поможет просто там тупая система я тот раз чинил как раз
и да надо как раз удалять пустой масив настроек если их нет

сейчас еще раз проверю и запулю.
avatar
Я как раз собирался поразбираться, вижу — уже не надо, значит исправлю и буду тестить прямо на проекте.
avatar
Так, а значит с парсером из 7.1.6. должно работать и без правок.
avatar
Это не в парсере вопрос а в перепилке хранения данных в параметрах:) был косяк по совмещению 2-х json масивов
avatar
Дак а косяк-то был в document.parser.class.inc.php

я строчку webber'a добавил — и все Ок
Комментарий отредактирован 2017-04-18 14:42:48 пользователем Harand
avatar
В парсере от 7.1.6 нету правки бага с импортом параметров, думаю бага повторится, сейчас issue напишу.
avatar
В 7.1.6 параметры хранились не в json, а в виде обычной строки с разделителем, потому и присоединение в конец этой строки еще такой же строки не вызывало никаких проблем, даже если строка была пустая. Другое дело, когда к одному куску json вида { параметры } присоединяется еще один, особенно пустой {}, а потом эти две стыкущие скобки } { заменяются на запятую, чтобы работало при заполненных параметрах :)
Комментарий отредактирован 2017-04-18 15:36:05 пользователем webber
avatar
парсер от 7.1.6 я не возвращал логику параметров ибо там много чего менять надо не только в этом файлике.

Сейчас это костыль но пока не вижу другого решения более красивого да и уже работает.

p.s. Вариант и в дальнейшем не ломать не предлагать ибо ошибки делает только тот кто что то делает :)

В целом пока мега глобальных изменений не планируется и думаю следующий крупный релиз будет стабильным
avatar
В 7.1.6 параметры хранились не в json, а в виде обычной строки с разделителем

точно, это вылетело из головы
avatar
В 7.1.6 параметры хранились не в json, а в виде обычной строки с разделителем

точно, это вылетело из головы

Так это же и есть самая важная и, можно сказать, единственная причина образовавшейся ныне свистопляски с «общими» параметрами :)
avatar
а почему с установкой идет FormLister версии 1.0.0, если на гите последняя 1.5.1?
avatar
Скорее всего последняя версия там идет, просто я в tpl не обновил номер. Совсем скоро будет 1.6.0 и доки (:
avatar
Установил эту версию для сайта с нуля. Вижу такое сообщение в табе Elements/Manage Elements: «Warning: Invalid argument supplied for foreach() in /home4/hisoms/public_html/manager/actions/resources/mgrResources.class.php on line 121».
Строка 121 выглядит как
foreach($items as $item) {

В логе System Events пусто. Что не так?
avatar
Такое если нет елементов к примеру параметров TV
видел но не успел еще исправить надо проверку на есть ли масив :) перед foreach
avatar
Действительно, добавил TV-параметр — ошибка исчезла.
avatar
При добавлении изображения через TinyMCE4, в SRC сохраняется путь без assets. Т.е. получается не src=«assets/images/file.jpg», а src=«images/file.jpg». Та же проблема с TV-параметром типа IMAGE — assets не добавляется к пути. Складывается впечатление, что параметр «Путь к файлам» ([(base_path)]assets/) игнорируется.

У меня одного такая проблема? Или никто пока не сталкивался? =)
avatar
сделал на этой версии уже 3.5 сайта — не сталкивался пока :)
avatar
в настройках плагина покрутите формирование ссылок) относительные, абсолютные или без конвертации
avatar
Я ж тебе тоже подсказывал :) мог бы и коректно ответить таже ж бага
avatar
какая бага) у меня все работает)
просто сразу проверяю урлы + в плагине преобразование
avatar
Последняя вкладка у вас 1 параметр не заполнен должно быть не /
а assets/. тогда будет все ок
avatar
Точно. Что-то я просмотрел этот момент. Помогло. Спасибо. =)
avatar
Не срабатывает настройка «Название ресурса в дереве». Что бы не устанавливал, всё равно в дереве выводится [*pagetitle*].

В файле /manager/frames/nodes.functions.inc.php поправил строку 68. Заменил:
$nodeNameSource = $_SESSION['tree_nodename'] == 'default' ? $modx->config['resource_tree_node_name'] : $_SESSION['tree_nodename'];

на
$nodeNameSource = (($_SESSION['tree_nodename'] == 'default') || ($_SESSION['tree_nodename'] == '')) ? $modx->config['resource_tree_node_name'] : $_SESSION['tree_nodename'];
avatar
Пишите все на гитхаб уже который год прошу
потом забудеться и не попадет в сборку и будете ругаться я ж написал я старался)
в идеале если решили проблему то вообще сразу Пул реквестом.
avatar
Там надо потом в дереве кнопку нажать, то ли «сортировку», то ли «Обновить», не помню уже — и все заработает. (это если вдруг ваша правка не заработает)
Комментарий отредактирован 2017-04-12 20:19:38 пользователем Harand
avatar
Теоретически, должно работать без сортировки и обновления. =)

P.S. Правка работает.
avatar
Ну и отлично! в PR её! ))
avatar
Блин, писали неоднократно… В дереве есть своя сортировка… Тупо там поставить значение и обновить… По моему начиная с версии 9.1.0 так работает
avatar
Зачем тогда этот параметр в глобальных настройках, если он не работает?
avatar
Дружище, ну а почитать..??

Выберите поле ресурса, которое будет использоваться в качестве названия ресурса в дереве. По умолчанию используется поле «заголовок»; можно использовать любое другое поле, например, «пункт меню», «псевдоним».
Внимание: Начиная с версии MODX 1.1 Вы можете изменить отображаемое имя ресурса через опцию «Сортировать дерево».Этот параметр используется, если отображаемое имя в дереве ресурсов устанавливается на &«По-умолчанию».
Комментарий отредактирован 2017-04-12 21:39:10 пользователем f1fanatic
avatar
Дружище, ты не внимательно читаешь. Речь идет не о параметре в целом, а о неработающем параметре в глобальных настройках. Если он есть, значит должен работать. Если не работает, то на кой он там нужен? Только вводит в заблуждение и выглядит как баг, вариант исправления которого предложен выше.
Комментарий отредактирован 2017-04-13 06:21:22 пользователем sbWeber
avatar
Обнаружил глюк с SSL (https), в версии 1.2.1-d9.1.0
Параметр шаблона [(site_url)] всегда выдаёт ссылку с http ане https, в настройках включил что сайт с https.
Остальные настройки на хостинге уже настроены так, что сайт по умолчанию всегда открывается с https.
.htaccess тоже настроен, не помогло.

Много глюков и неработающих плагинов (ManagerManager, CodeMirror), дерево рессурсов пустое.

Помогло жесткое прописывание в config.inc.php строк:
Было:
// assign site_url
$site_url= ((isset ($_SERVER['HTTPS']) && strtolower($_SERVER['HTTPS']) == 'on') || $_SERVER['SERVER_PORT'] == $https_port) ? 'https://' : 'http://';
Заменил на:
$site_url= 'https://';


Может кому тоже пригодится :)
  • ZoRg
  • 0
avatar
Там по уму надо просто выводить в зависимости от того что стоит в параметре http или https в админке

ибо по уму сайт не должен быть доступен по разным протоколам
avatar
Это как по уму?
Весь сайт полностью перевели на https, всё отдаётся только по этому протоколу.
В админке в настройках включил HTTPS

Что ещё надо было тогда делать что бы было всё правильно? :)
avatar
да только как видим эта настройка есть но на site_url не влияет а должна
avatar
Об этом я и говорю, что настройка эта не работает.
И кстати, в этой последней версии (1.2.1-d9.1.2) в параметрах TV
привязки @SELECT работают, @EVAL нет.
avatar
Я тоже так сделал. В массиве $_SERVER совсем не было $_SERVER['HTTPS'] почему-то.
avatar
У меня файловый менеджер на этой сборке на показывается.
В адресной строке менеджера нет названия менеджера.
«modx.loc:8080/manager/media/browser//browser.php?Type=images» — пример
avatar
Разобрался. Надо сохранить конфигурацию. Без нее переменная пуста…
avatar
Хм, у меня одного LoadElement не работает?
OpenServer, PHP-5.6, рядом стоит сайт на сборке d7.1.6 — работает.
Вроде все перепроверил, не могу понять в чем дело, прямо нечистая сила. :)

Чего может быть?
Комментарий отредактирован 2017-04-18 06:48:15 пользователем jkray
avatar
хорошее решение но не дает редактировать елементы с админки MODX
да и выносит в файлы только чанки и сниппеты
вот это приятней будет: github.com/dzhuryn/StaticElements-for-MODX-Evo
Есть в extras дублирует все элементы в файлы при этом дает возможность вносить правки как через файлы так и через админку. В связке с Git самое оно )
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.