Axenia
webber_12 (4383.76) увеличил карму remote_adm (2531.79)
Andrey
Ностальжи?)
Sergey
/
Евгений
Подскажите такой вопрос, когда я парсером закидываю в таблицу "kun6_site_content", через админку не могу удалить их, пишет что недостаточно прав
Евгений
что поправить нужно что бы работало через админку?
Андрей [aharito]
Ну а в модуле указали что он только для определенной групы?
Указал. Но если второй юзер тоже Администратор, он все равно видит модуль, хоть и не входит в группу SuperAdmin. Только когда я сделал ему роль "Editor", тогда он перестал видеть модуль.
Am
Обычно, в других системах, когда есть базовая роль Администратора и она всемогущая, то любой кто входит в эту группу будет иметь равные права. Редко где используют проверку по id Администратора и тогда там можно делать разделения, хотя в этом случае логика нарушена. Когда есть Администратор и нужно от него что-то спрятать, то это уже автоматом не Администратор, а "Пользователь с повышенными правами управления" (условно), т.е. нужно идти от обратного и создать группу "MiniAdmin" в которую добавить того кто не должен видеть Модуль и наделить его остальными правами.
Am
Делается это для более сильной устойчивости системы, т.к. обычно дальше тоже появляются модули которые нужно "прятать" и другие нюансы. Так что "MiniAdmin" более логичен.
Андрей [aharito]
Обычно, в других системах, когда есть базовая роль Администратора и она всемогущая, то любой кто входит в эту группу будет иметь равные права. Редко где используют проверку по id Администратора и тогда там можно делать разделения, хотя в этом случае логика нарушена. Когда есть Администратор и нужно от него что-то спрятать, то это уже автоматом не Администратор, а "Пользователь с повышенными правами управления" (условно), т.е. нужно идти от обратного и создать группу "MiniAdmin" в которую добавить того кто не должен видеть Модуль и наделить его остальными правами.
> "любой кто входит в эту группу будет иметь равные права" Здесь как раз нельзя путать "роль" и "группу". Но согласен, роль Администратора - да, базовая, да, всемогущая. Видимо, именно поэтому группа на неё и не влияет. Ведь по сути этот "ущемленный" в правах Админитратор может запросто зайти в "Управление модулями" и обратно поменять модулю принадлежность к группе "СуперАдминов" на "Доступен для всех".
Андрей [aharito]
Делается это для более сильной устойчивости системы, т.к. обычно дальше тоже появляются модули которые нужно "прятать" и другие нюансы. Так что "MiniAdmin" более логичен.
МиниАдмин - из интереса попробую эту логику, хотя то, что я написал в конце, останется (возможность для ущемленного админа переделать все по-своему). Если конечно не скрыть от этого Админа напрочь всё Управление модулями. В общем. подумаю, как логичнее.
Андрей [aharito]
Обычно, в других системах, когда есть базовая роль Администратора и она всемогущая, то любой кто входит в эту группу будет иметь равные права. Редко где используют проверку по id Администратора и тогда там можно делать разделения, хотя в этом случае логика нарушена. Когда есть Администратор и нужно от него что-то спрятать, то это уже автоматом не Администратор, а "Пользователь с повышенными правами управления" (условно), т.е. нужно идти от обратного и создать группу "MiniAdmin" в которую добавить того кто не должен видеть Модуль и наделить его остальными правами.
Итак, есть 2 юзера, оба с ролью "Administrator", одного нужно ущемить в правах и не позволить видеть в выпадашке "Модули" модуль Commerce и запускать его. Я создал группы 'JuniorAdmin" и "SuperAdmin", "ущемленному" юзеру поставил группу "JuniorAdmin". Другого записал в группу "SuperAdmin", а доступ к модулю Commerce поставил только для группы "SuperAdmin". Причем я спокойно все это проделал от имени юзера, который "JuniorAdmin". Вышел и зашел - он все равно видит модуль. И не просто видит, но и может запустить. @Dmi3yy Так и должно быть? И кстати еще вопрос - раз в 3.х больше нет деления на веб- и манагеров, то как решается, кто может входить в админку, а кто нет? Пде про все это почитать, про поведение новых юзеров в 3.х?
Андрей [aharito]
Андрей [aharito]
Тут путаница или группа и роль одно и то же?
Блин, вы меня сбили и я сам попутал, сейчас исправлю ))
Андрей [aharito]
Am
Роли у обоих "Administrator"
Дык, тогда от куда должно что-то поменяться? ((:
Андрей [aharito]
Дык, тогда от куда должно что-то поменяться? ((:
Ну группы-то разные. А модуль в доступе лишь для одной группы.
Am
Ну группы-то разные. А модуль в доступе лишь для одной группы.
Это замечательно, только мое сообщение было про то что роль Админ всемогуща. (:
Андрей [aharito]
Это замечательно, только мое сообщение было про то что роль Админ всемогуща. (:
Но смотрите. Бесконечность бывает счетная, а бывает трансцендентная (несчетная). Так и всемогущество может иметь разные градации. Я предположил, что группы могут делить в том числе и Администраторов на разные... что? группы )) И проверял эту гипотезу.
Андрей [aharito]
Я все это сделал, и все равно результат тот же. В общем, Администратор в Эво - он хоть в какой группе Администратор. Вот и вопрос к Диме - так и надо? или нет?
Andrey
Нихрена вас к ночи то плющит =)
Андрей [aharito]
Нихрена вас к ночи то плющит =)
)) Кстати, а правда - раз в 3.х больше нет деления на веб- и манагеров, то как решается, кто может входить в админку, а кто нет?
Andrey
Тырчик вроде есть у ролей?
Andrey
Что-то по поводу фреймов админки
Владимир
Парни подскажите как вывести плейсходелы в Формлистере? До формлистера выводит а внутри нет, пытался кешированный и без ставить.
Владимир
parseDocumentSource
+ спасибо
Axenia
dlilbcom (3) увеличил карму dzhuryn (2824.52)
Андрей [aharito]
О, круто! Наверное, то. Я и не заметил в такой массе строчек. Я уже и забыл - а раньше это тоже было? Сто лет не приходилось делать сайты с юзерами.
Андрей [aharito]
+
Axenia
aharito (327.12) увеличил карму yet_warm (194.58)
Андрей [aharito]
@remote_adm Интересно, в 1.4.х это тоже есть, но например у Editor ни одна галочка не отмечена. И, тем не менее, он спокойно может входить в Админку. Нелогично как-то. Наверное, когда ни одна не отмечена, это означает "всё разрешено!. Сейчас проверю в 3.х
Андрей [aharito]
Андрей [aharito]
@remote_adm А в 3.1.3 у Editor и у Publisher отмечены менеджерские галочки, тут все ясно. Значит, для того, чтобы веб-юзеры могли регистрироваться в 3.1.3, нужно создать роль с веб-доступом и при регистрации присваивать им эту роль. Видимо, так.
Андрей [aharito]
Modweb
Hello, im using multifields 2 i get strange blank input - does any one know why and how to fix it ?
Modweb
Modweb
return [ 'settings' => [], 'templates' => [ 'Slider' => [ 'type' => 'row', 'items.class' => 'd-block', 'items' => [ 'name' => [ 'type' => 'text', 'placeholder' => 'Imię', 'class' => 'col-12 float-left' ], 'text' => [ 'type' => 'richtext', 'placeholder' => 'Opis', 'class' => 'col-12 float-right' ] ] ] ] ];
Andrey
May be its a field value? Try set value=>false from this field
Modweb
Gracias! 😄
Andrey
Парни, а в коммерс assets/plugins/commerce/src/Cache.php Error : mkdir(): File exists Фикшена уже? А то на сайте одном он что-то сыпал и сыпал ей...
Andrey
Хм. Не уверен, вроде нет. Импорт был какой-то, но вроде ручками.
Андрей [aharito]
В параметре rules у ФормЛистера. а именно в matches, не получается использовать в наборе обратную косую черту. Как написать в matches что-то типа такого: "matches":{ "param":"/[А-Яа-я\.\-\s]/", "message":"..." } @Pathologic93
Pathologic
\\
Андрей [aharito]
\\
Спасибо.
Андрей [aharito]
Что-то с валидацией не разберусь в сниппете Order в Commerce. Вызов: [!Order? &rules=`{ "name":{ "required":"Введите ФИО", "matches":{ "param":"/[А-Я]{1,30}/", "message":"ФИО может состоять из букав." } } }` !] А имя "АНДРЕЙ" валидацию не проходит. @mnoskov
Андрей [aharito]
Андрей [aharito]
\\
То есть пробельный символ \s так и писать \\s ?
Andrey
https://docs.evo.im/04_extras/formlister/500_examples/011_svoi_pravila_validacii_iz_funkcii.html Тыкнись так да и нафиг
Andrey
там по крайней мере всё будет унесено куда-то и синтаксис обычный, а то с этими слешами хер поймёшь. Не дай бог ещё какие скобки влезут двойные, там их парсер сожрёт. Вообще до седых мудей искать можно, что не так.
Pathologic
params надо писать, а не param
Андрей [aharito]
https://docs.evo.im/04_extras/formlister/500_examples/011_svoi_pravila_validacii_iz_funkcii.html Тыкнись так да и нафиг
О, блин, спасибо, я как-то пропустил это в доках. Конечно, так гораздо приятнее и понятнее.
Андрей [aharito]
params надо писать, а не param
Блин, жесть, из-за такой херни столько времени потерял. Проверяю.
Andrey
Вот тебе кейс для правки доков =)
Андрей [aharito]
=) А кроме Андрея всем впадлу.
Точно, я его оттуда и взял, этот param.
Андрей [aharito]
Вот тебе кейс для правки доков =)
А то, на что я наткнулся (matches) я поправил, PR послал.
Modweb
Hello again, does any one know where Multifields 2 stores data file ? o.0
Modweb
there is no folder such as /assets/plugins/multifields/data 😕
Modweb
ok never mind... i just change to store as "files" ;d
Сергей
ok never mind... i just change to store as "files" ;d
As TV parameters, it seems to me it would be better
Евгений
Подскажите с корзиной, на локалке работает, но почему-то после переноса на хостинге эта же корзина не отправляет, где может быть косяк?
Андрей [aharito]
Привет всем! Забыл простую вещь:, может кто подскажет, чтобы не лазить в поисках. Почему в ФормЛистере в поле <textarea> не сохраняются введенные значения при перезагрузке формы . а в инпутах сохраняются? И как сделать, чтобы в textarea сохранялось?
Anonymous
сохраняет <textarea class="input-textarea" placeholder="Ваше сообщение" name="message">[+message.value+]</textarea>[+message.error+]
Anonymous
нет, класс здесь не причем
Андрей [aharito]
нет, класс здесь не причем
Хм, у меня вроде все так же было... Я подумал, может быть класс с JS связан как-то. Проверю еще раз, спасибо.