@helgispbru проверь наличие данного тв
ну и в debug будет полный разбор фильтров
тв точно есть, но у документов "в глубине", на нижних уровнях
Oleg
Volodymyr
ну смотрите по sql запросах что именно оно ищет
фильтры оно должно только к последнему уровню применить
Pathologic
с чего это вдруг
Pathologic
фильтры просто добавляют всякое в запрос
Yaroslav
тогда почему при 'addWhereList'=>'c.privateweb=1',
Yaroslav
выводит всё скопом
Yaroslav
вопрос, DLBuildMenu использует параметр &filters ?
EVO bot Лёшка
вопрос, DLBuildMenu использует параметр &filters ?
http://docs.evo.im/04_extras/dlbuildmenu.html
Oleg
Всё же вот тут дело:
AND c.parent IN (...) AND c.id NOT IN (...)
Список документов в скобках совпадает.
Если убрать
AND c.parent IN (...)
выводится часть, если убрать
AND c.id NOT IN (...)
выводится другая часть, если оба условия вместе - ни один документ не подходит и ничего не выводится.
Pathologic
тогда почему при 'addWhereList'=>'c.privateweb=1',
посмотри запрос и выполни его в phpmyadmin
Aliaksandr
Значит либо неправильный parents/depth, либо то, что ты ищешь это папка и требуется showParent=1
Aliaksandr
Особенность DL в том, что при наличии depth он по-умолчанию выводит только конечные ресурсы не-папки
Oleg
Значит либо неправильный parents/depth, либо то, что ты ищешь это папка и требуется showParent=1
Бинго! Реально у меня часть документов это папки и оно их не добавляло.
Сейчас поставил showParent и стало показывать.
👍
Oleg
Особенность DL в том, что при наличии depth он по-умолчанию выводит только конечные ресурсы не-папки
Неочевидная особенность, но если поразмыслить - разумная, вроде.
Aliaksandr
Да, иногда вгоняет людей в ступор:)
Aliaksandr
Хотя чаще всего такой функционал и нужен: все товары/новости из категории и подкатегорий до определенной глубины
Oleg
Хотя чаще всего такой функционал и нужен: все товары/новости из категории и подкатегорий до определенной глубины
Тут у меня структура предыдущим разработчиком немного странная сделана была. Например у товара видеообзор прицеплен не как tv, а как ещё один документ внутри товара. То есть товар становится папкой, а не конечным документом. Для новодобавляемых товаров я это уже исправил, а для старых так и висит безобразие.
Oleg
Любят люди извращаться 🙁
Справедливости ради это было сделано очень давно.
С тех пор все стали умнее 😊
Ну хочется надеяться.
Pathologic
да, появился симплтюб и к товару можно приделывать хоть сто видеообзоров
Dmytro
Ну да с ним все проще хотя и на мультитв можно было пилить уже давно;) хоть и не так удобно
Pathologic
http://webcache.googleusercontent.com/search?q=cache:hw_lYoC3ZUEJ:pgk63.ru/assets/files/DopObr/osorgin-ukik.doc+&cd=15&hl=ru&ct=clnk&gl=by
Dmytro
Хотя раньше до мультитв и подобных решений не редко встречались сайты где
Image1
....
Image40
Pathologic
студенты изучают симплтюб ((:
Dmytro
Прикольно 2016 но MODx
А не MODX Evolution
Еще бы доклистер вместо дитто и вообще круто бы было
Pathologic
препод наверное ленивый
Andrey
Ну хотя бы изучают. Это здорово
Dmytro
Интересно кто оценит вот это:
https://github.com/evolution-cms/evolution/pull/725
Anonymous
https://prnt.sc/jtz09p
Меня вот эта часть смутила
Dmytro
чем ?
Anonymous
Ну как бы много кто использует функции $modx->db->escape()
и т.п.
Dmytro
и что ?
Dmytro
а слово обратная совместимость не не слышал ?
Anonymous
In the future the aliases should be deleted.
Dmytro
ну да рано или поздно потом удалить )
Oleg
Меня смущает убирание ->db которого много где.
Хотя можно и переписать будет.
Dmytro
тоесть что такое автозамена никому не ведомо? 🙂
Dmytro
ну и будет время на до что б перейти на новые правила это ж не за неделю будет делаться )
Anonymous
тоесть что такое автозамена никому не ведомо? 🙂
Оу, я прям представляю как круто кому-либо сидеть и тратить своё время, на то что бы обновлять сайт под новые правила.
Dmytro
ну не хочешь не обновляй 🙂
Anonymous
Я тут скорее к тому, что это требует времени. А это время маловероятно будут оплачивать заказчики.
Anonymous
Так то я понимаю, что для каждого сайта это займёт минут 5-10
Anonymous
А вообще это прям громадная работа проделана.
Dmytro
ну это будет убираться в evo 2.0 не раньше
Anonymous
Я понял, подожду пока это решение попадёт в релиз. И переделаю свой вариант магазина под это обновление.
Anonymous
Да согласен, работа огромна, но если ранее было обновление по клику то теперь это переписать много надо
Anonymous
Так что, Дима делай релиз
Oleg
Автозамена не всегда панацея. Можно наговнокодить так, что никакая автозамена не спасёт.
Anonymous
В случае с DB 100% спасёт
Anonymous
->db-> меняем на ->getDatabase()->
Dmytro
Да согласен, работа огромна, но если ранее было обновление по клику то теперь это переписать много надо
По клику стало сейчас 🙂 до этого было очень сложно и геморно 🙂
Anonymous
В случае с отправки почты чуть сложнее
Dmytro
опять же сейчас добавляется функционал но остается обратная совместимость 🙂 итого версии 1.* всегда будут обновляться по клику 🙂
Dmytro
так же как и версия 2.*
Anonymous
А вот filter/export/table/manager/phpass кто этими вещами из вас пользуется?
Anonymous
Я прям уверен, что почти никто 😊
Anonymous
ну в подержке десяток сайтов, где написано что то свое, и каждый открой и пройдись по ним, и заказчики не одобрят увеличение времени работ
Dmytro
но вот перейти с 1.* на 2.* надо будет приложить усилия собственно как во всех системах
Dmytro
Dmytro
или предлагаешь не развивать нам систему что б тебе было легче ??
Anonymous
НЕТ!!!!
Anonymous
только за )
Dmytro
Вот я все прекрасно понимаю что надо тянуть лямку совместимости как можно дольше но развиваться тоже надо
Yaroslav
посоны )
Yaroslav
а в DLBuildMenu нет &filters из doclister ? (
EVO bot Лёшка
а в DLBuildMenu нет &filters из doclister ? (
http://docs.evo.im/04_extras/dlbuildmenu.html
http://docs.evo.im/03_extras/doclister.html
Anonymous
Ну вообще по сути можно наговнокодить скрипт который может за вас сделать эти переходы
Anonymous
да я вот и про это ) ну развитие всегда гуд, а по сути кто решится из заказчиков развивать сайт и не морозить его то и переход оплатит
Anonymous
а в DLBuildMenu нет &filters из doclister ? (
Переходи на http://docs.evo.im/04_extras/dlmenu.html
Anonymous
Там точно есть filters
Anonymous
$var->property->method() - это самая дичь и беда не только ево, и в рево. Именно с этим кстати и случился затык
Anonymous
Причем в самой системе заменить все это дело - не проблема
Anonymous
а вот в дополнениях - уже проблема
Anonymous
а в дополнениях все по примерам так и понаписывали, $this->modx->someMethod()
Anonymous
а по уму нужно использовать dependensy injection и писать примерно так $this->getMODX->someMethod()
Anonymous
Так что PR я оценил, то, что нужно
Anonymous
и в случае с Ево есть шанс, что это реализуется быстрее, так как количество дополнений меньше и починить их последовательно тоже легче