Доклистер использует это https://www.php.net/manual/ru/function.strftime.php

написано же в конце - нужен файл core/custom/config/app/locale.php с return 'ru'; - ну или return $_GET['lang'] ?? 'ru'; если там языки надо как-то определять :)

Про установку локали вот

И последний на сегодня вопрос от новичка 🙂 Как без сниппета вывести createdon в читаемом формате и с нужной локалью?

В ларе {{ date('d.m.Y', $documentObject['pub_date']) }}

Либо другое поле

В ларе {{ date('d.m.Y', $documentObject['pub_date']) }}

Спасибо! Работает)

С локалью только не понятно

Поправить где-то в env вроде.

Либо файлик создать. Полазайте по чатику тут, было где-то в жопке

/app/config/app.php вроде в интернетах пишут

Я думал под читаемым форматом понимается дата русскими названиями типа 6 июля

Может он на эльфийском общается.

Я думал под читаемым форматом понимается дата русскими названиями типа 6 июля

Ну так и есть

Мне шаблон нужен был

Мне шаблон нужен был

Так date() вроде не учитывает локаль, нужен strftime, на который я ссылку кидал

Так date() вроде не учитывает локаль, нужен strftime, на который я ссылку кидал

Да, уже понял, что не учитывает) Спасибо

Для лары есть целый пакет для работы с датами, который наследует встроенный Carbon https://github.com/jenssegers/date

Но до этого, надеюсь, не дойдёт )))

Привет всем, может кто нибудь сможет подсказать: Пытаюсь подключить ajaxMegaSearch к сайту по инструкции https://modx.evo.im/blog/addons/2808.html Но получаю 500 ошибку [Error] Failed to load resource: the server responded with a status of 500 () https://domain.ru/ajaxmegasearch

Глянь лог ошибок там будет написано детальней в чем ошибка

Правильно ли понял, что это в Конфигурация-> Протокол событий?

Глянь лог ошибок там будет написано детальней в чем ошибка

Все, разобрался. Спасибо большое!

Здравствуйте. Пишу импорт данных из Экселя, достаточно сложный файлик. Там уема туча параметров, и все они разделены по группам. Требуется, чтобы после импорта эти группы параметров были как-то видны. Логичным решением просится разложить параметры по вкладкам, которые показывать при редактировании документа данного шаблона. На ум приходит пока только три решения: 1. Сделать при импорте создание новых категорий для ТВ-параметров. Присвоить им категории. Тогда они сами "разложатся" по нужным вкладкам в шаблоне при выставлени соответствующей опции в конфиге ЭВО. Вариант 100% рабочий, но для упраления самими группами (то есть категориями) администратору сайта придется давать админский доступ, достаточный для правки конфигов тв и категорий. Это рискованно, так квалификация пользователя админки со стороны заказчика не на высоте, могут чегонибудь снести не то. 2. Применить какой-нибудь ManagerManager, в его mm_rules вызвать свой сниппет, который сам наклепает эти вкладки. А названия вкладок хранить уже не в категориях, а в каком-то ином месте, доступных для редактирования без прав администратора, вроде параметров родительского ресурса или в каком-то модуле. Но тут упираемя в то, что сам ManagerManager уже давно "не котируется" среди Ево-разработчиков. 3. Читал про TemplateEdit, но пока еще его не использовал и не знаю, можно ли к примеру при импорте из файлика его конфиги переписать так, чтобы эти вкладки правильно раположились при следующем открытии документа данного шаблона. В общем, в жестких раздумьях, как это правильно сделать так, чтобы заказчик мог и загружать все эти вкладки вместе с параметрами из экселя, и ему не требовались для этого админские права, и при этом он мог сам удалить неиспользуемые, если случайно их насоздавал несколько сотен лишних. Ево3. Всем за любые идеи/критику заранее спасибо.

Сведем даже вопрос к минимуму: TemplateEdit конфигурацию хранит в файлах или базе? Если при импорте из екселя я перепишу эту конфигурацию - этого достаточно будет, в админке не надо будет что-либо из-под админского аккаунта делать дополнительного?

Чисто мое имхо -- нельзя людям давать менять интерфейс так широко. Может быть кривой Эксель и капец админке. В теории да, te конфиги можно прилепить.

Чисто мое имхо -- нельзя людям давать менять интерфейс так широко. Может быть кривой Эксель и капец админке. В теории да, te конфиги можно прилепить.

Ну то есть я мыслю верно.. - админские права не давать, менять позволять только то, что загрузилось из экселя. ? Блин, можно конечно все характеристики из эксель файла в какой-нибудь multiTV засунуть или вообще в PageBuilder, и там уже насоздавать нужных секций/вкладок и всего чего хочет заказчик. Но не нравится, что при этом в БД огромная простыня параметров будет в json. Там ведь потом еще поиск и фильтрацию на сайте делать по этим значениям. Так-то если эти характеристики в ТВ залетают, то в целом удобнее, что хотя бы каждое значение тв в своей строке получается в tmpplvar_content_values. Есть конечно риск, что заказчик через эксель создаст пару тысяч тв-параметров и будет мотом не знать, как удалить, но для этого ему какой-нибудь модуль напишу ,который будет неиспользуемые тв выискивать в базе и чистить их.

Ну то есть я мыслю верно.. - админские права не давать, менять позволять только то, что загрузилось из экселя. ? Блин, можно конечно все характеристики из эксель файла в какой-нибудь multiTV засунуть или вообще в PageBuilder, и там уже насоздавать нужных секций/вкладок и всего чего хочет заказчик. Но не нравится, что при этом в БД огромная простыня параметров будет в json. Там ведь потом еще поиск и фильтрацию на сайте делать по этим значениям. Так-то если эти характеристики в ТВ залетают, то в целом удобнее, что хотя бы каждое значение тв в своей строке получается в tmpplvar_content_values. Есть конечно риск, что заказчик через эксель создаст пару тысяч тв-параметров и будет мотом не знать, как удалить, но для этого ему какой-нибудь модуль напишу ,который будет неиспользуемые тв выискивать в базе и чистить их.

https://docs.evo.im/04_extras/pagebuilder.html https://docs.evo.im/04_extras/multitv.html

Там суть не в том, чтобы интерфейс изменить. Интерфейс заказчика устраивает. Просто параметров у товара реально много, и могут появляться еще и новые параметры. И заказчик хочет сам разбивать их на вкладки - на какой-то полсотни технических параметров, на какой-то габариты, на какой-то параметры склада и и т.д. У него, причем, и в экселе напротив каждого столбца эти параметры помечены, к какой группе относятся. Причем, надо еще определять не используемые у конкретного товара, так как их уже более 20 штук получается, чтоб 20 пустых вкладок не рисовать :)

А если ефильтр? Там же есть возможность рулить показом параметров в категории.

Пусть тв все тусят в базе. Но при редактировании только родителю надо будет сформировать json в ТВ tovarparams. Правда, они будут всей кучей в одной категории.

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

Вроде нет. Категория для ТВ там выбиралась, кажется, одна. Может, Веббер и приделал массив.

Задонатить надо поди )

Сейчас проблема заключается в том, что при импорте все параметры попадают на одну вкладку "параметры товара". Получается большая по высоте простыня в 200 с хреном параметров. Договорились с заказчиком их разнести по нескольким вкладкам, чтоб они хотя бы в кучу не смешивались. Вот думаю, как теперь разложить. Самое простое. конечно, по категориям ТВ разложить. Но осложняется тем, что название самой категории ТВ редактируется с админскими правами, и если заказчик влупит из экселя случайные данные, я потом заколебусь чистить админку. В общем, в раздумьях.

В efilter, кстати, по высоте достаточно большая форма тоже получается у категории. Тут не знаю, разве что несколько eFiltro-в туда зафигачить, :)

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

==если заказчик влупит из экселя случайные данные, я потом заколебусь чистить админку. В общем, в раздумьях== загружай все х-ки как раньше, просто сам их разбей по вкладкам. По факту работы на часа 2. Но зато не напратачишь в категориях. Когда надо, заказчик говорит, перенеси какуюто х-ку в категорию

==если заказчик влупит из экселя случайные данные, я потом заколебусь чистить админку. В общем, в раздумьях== загружай все х-ки как раньше, просто сам их разбей по вкладкам. По факту работы на часа 2. Но зато не напратачишь в категориях. Когда надо, заказчик говорит, перенеси какуюто х-ку в категорию

Это да, самое простое решение напрашивается. Есть просто риск, что заказчик каждый день захочет добавлять какие-то новые названия вкладок или переименовывать существующие. Надо будет ему какой-то механизм дать, чтоб он это без админских прав мог безопасно делать.

Это да, самое простое решение напрашивается. Есть просто риск, что заказчик каждый день захочет добавлять какие-то новые названия вкладок или переименовывать существующие. Надо будет ему какой-то механизм дать, чтоб он это без админских прав мог безопасно делать.

Создать справочник как отдельную сущность

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

И ее дать редактировать

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

А в своей таблице его это не напрягает почему-то

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

а я не тока верю, но и работаю с такими ))))))

Создать справочник как отдельную сущность

А что такое справочник?

Папка, в ней ресурсы. Название ресурса = название характеристики. Шаблон - справочник. Твшка - в какой секции показывать характеристику

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

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

Ну и соответственно обработку, что бы при создании характеристики в справочнике, появлялся соответствующий мультифилд/тв

Управлять этим всем добром становится чуть проще и нагляднее

Это да, самое простое решение напрашивается. Есть просто риск, что заказчик каждый день захочет добавлять какие-то новые названия вкладок или переименовывать существующие. Надо будет ему какой-то механизм дать, чтоб он это без админских прав мог безопасно делать.

а вообще, у меня есть форма, когда клиент сам распихивает категории по подкатегориям

Папка, в ней ресурсы. Название ресурса = название характеристики. Шаблон - справочник. Твшка - в какой секции показывать характеристику

+ А это, кстати, мысль интересная.

Dreamer_0x01 (359.16) увеличил карму zif91 (18.95)

вот тебе сразу и разбивка на сайте по категориям, и админка

а вообще, у меня есть форма, когда клиент сам распихивает категории по подкатегориям

Примерно как в мультифилдс?

Примерно как в мультифилдс?

наверное нет. Просто все таскается и сортируется

+ А это, кстати, мысль интересная.

Сергей такое пилил для одного нашего проекта. Получилось очень управляемо

Другой Сергей)))

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

Посититель не будет сотню читать! Там галки будут стоять , какие выводить. Просто ассортимент различается по характеристикам. И у какого-то товара надо 50 одних показать, у какого-то 50 других. А товары все сложены в едином excel-файле, которые их 1С выпихиваются.

Посититель не будет сотню читать! Там галки будут стоять , какие выводить. Просто ассортимент различается по характеристикам. И у какого-то товара надо 50 одних показать, у какого-то 50 других. А товары все сложены в едином excel-файле, которые их 1С выпихиваются.

О. Так там 1с. Милчелвек а чего из 1с то не тащишьть?

Посититель не будет сотню читать! Там галки будут стоять , какие выводить. Просто ассортимент различается по характеристикам. И у какого-то товара надо 50 одних показать, у какого-то 50 других. А товары все сложены в едином excel-файле, которые их 1С выпихиваются.

лучше все таки черех хмл чтобы 1С работала)

И справочники оттуда можешь тащить и товары и предложения

а вообще, у меня есть форма, когда клиент сам распихивает категории по подкатегориям

А "Категории параметров" у вас потом в форме редактирования товара как выводятся?

О. Так там 1с. Милчелвек а чего из 1с то не тащишьть?

у нас из 1С выпилили все лишнее, остались только артикул, название, фирма, поставщик и цены. Потому что затрахали тормоза)

А "Категории параметров" у вас потом в форме редактирования товара как выводятся?

Мультифилдс.

лучше все таки черех хмл чтобы 1С работала)

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

А "Категории параметров" у вас потом в форме редактирования товара как выводятся?

а вот у меня этого как раз и нету в админке))) Но настроить можно МанагерМанагер все таки - обычный пхп код

Мультифилдс.

А в трешке он работает?

А тут уже к дяде Серёже

Мы на 1.4 это делали

а вот у меня этого как раз и нету в админке))) Но настроить можно МанагерМанагер все таки - обычный пхп код

Вот без ManagerManager хочу. Так-то я там и из mmrules могу функцию вызвать и сразу вкладок нафигачить. Но в этот раз уже его не использую.

В экстрас он есть. Видимо работает

==если заказчик влупит из экселя случайные данные, я потом заколебусь чистить админку. В общем, в раздумьях== загружай все х-ки как раньше, просто сам их разбей по вкладкам. По факту работы на часа 2. Но зато не напратачишь в категориях. Когда надо, заказчик говорит, перенеси какуюто х-ку в категорию

Заказчик точно также может напортачить и с деревом. Какая разница, категории доя тв создавать при импорте или к примеру категории-родители в дереве?))

Проблема на ровном месте, мне кажется

А как решать?

Кстати да. Реально ли в ефильтр запилить мультикатегории для фильтруемых ТВ?

Другой вопрос - что 500 параметров на 30 вкладках это наоборот какой-то антидизайн. Только киборг запомнит где что править, обычным людям проще по контрол-ф на одной странице в итоге найти или какой-то поиск со скроллом к нужному месту на js

Кстати да. Реально ли в ефильтр запилить мультикатегории для фильтруемых ТВ?

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

Конфиги на ТЕ3 могут быть и на php, а значит там можно на пыхе каких угодно ифоф накрутить, вплоть до обработки того же тв tovarparams

И раскидывания в нужные вкладки без создания категорий

Вот без ManagerManager хочу. Так-то я там и из mmrules могу функцию вызвать и сразу вкладок нафигачить. Но в этот раз уже его не использую.

ну в трешке реально не знаю как табы делать, но думаю, полазив по коду можно найти