Всего 123 782 комментария

Артур Шевченко
Вчера в 10:55
+1
Не все пожелания клиента нужно реализовывать. Одно дело когда желание обосновано бизнес-процессами, а другое дело клиент так видит. В данном случае, на мой взгляд, это бессмысленное усложнение.
Алексей Шумаев
Вчера в 10:28
0
Файл: core/components/msearch2/phpmorphy/src/fsa/access/fsa_sparse_file.php
Перед строкой 32 добавить:
if(!is_array($word)) {
    $word = (array)($word);
}
Ruslan
Вчера в 08:04
0
Пожелание клиента.
Наверное надо будет обьяснить клиенту что сделаем страницу авторизации на одной старнице, просто будем перекидывать в разные личные кабинеты, в зависимости от его роли.
Артур Шевченко
12 ноября 2024, 20:36
0
Но как указать при Авторизации, сделать так, что бы проверяло логины только собственников, и если там вводят логин Риелтора, выдало ошибку, и писало ошибку.
А зачем выдавать ошибку, если у риеторов тоже есть лк?
Ruslan
12 ноября 2024, 20:32
0
То-есть всё таки создать надо два типа груп ресурсов. Хорошо, это я могу сделать.

Всё таки кастомно только писать проверку при атворизации?
у плагина Office нельзя как то указать проверку авторизации только нужной группы пользователей? А то не нашел примеров в интернете.
Артур Шевченко
12 ноября 2024, 20:26
0
И что бы даже если пытаются зайти через страницу авторизации собственника, не пускало риелтора.
Нужно создать две группы ресурсов одну для риелторов, другую для собственников, и в каждую группу положить соответствующие ресурсы.

при авторизации, были две разные ссылки, для Риелторов отдельно, для собственников отдельно.
Наверное плагином на событие OnWebLogin можно сделать редирект.
Николай Савин
12 ноября 2024, 19:52
0
С ним славу богу все хорошо. Он пошел дальше по карьерной лестнице, оставил MODX позади и сейчас заглядывает к нам только поздороваться.
Артур Шевченко
12 ноября 2024, 10:53
0
Как раз при редактировании с фронта добавить проверку не проблема, но надо код компонента смотреть
Юрий
12 ноября 2024, 07:41
0
Если используете ispmanager, отключите параметр open_basedir
Вячеслав Варов
12 ноября 2024, 07:35
0
страниц много, но как вариант возможно.

В целом конечно пока не совсем понятно как лучше настроить контроль версий, я вот пока все сунул в Docker где внутри контейнеры nginx mariadb php и исключил папку cache из контроля версий. Однако репозиторий теперь весит 1.8гб… но это уже другая история
Олег
11 ноября 2024, 23:59
0
Наткнулся на компонент frontendManager.
Идеально было бы добавить какую-то проверку и при совпадении позволять пользователю редактировать свою страницы (страницы) прямо с фронта
Олег
11 ноября 2024, 23:48
0
Отдельная группа под каждого пользователя конечно не вариант…
А если смотреть в сторону плагина, возможно ли в дереве ресурсов скрывать недоступные, чтобы пользователь сразу понимал куда он может нажимать и редактировать, а куда нет.
Олег
11 ноября 2024, 23:41
0
А что случилось с автором компонента?
Артур Шевченко
11 ноября 2024, 20:29
0
Если нужно в админке разграничить доступ таким образом, то нужно создавать группу ресурсов и пользователей под каждого пользователя. Другой вариант в плагине проверять может ли данный пользователь редактировать данный ресурс.
Наумов Алексей
11 ноября 2024, 16:32
0
Сразу же потом дернуть через wget страницу сайта, чтобы создать кэш основных блоков?
Вячеслав Варов
11 ноября 2024, 16:14
0
после этого сайт для первых пользователей будет загружаться дольше обычного, очистка кэша из панели управления не удаляет все из папки cache
Maks
11 ноября 2024, 11:29
0
Этот компонент для связки с любым фреймворком?
К примеру с astro.build/ этим можно связать?
Артур Шевченко
11 ноября 2024, 11:20
+1
Да, Tickets тоже не адаптирован, и если никто не возьмётся, то и не будет адаптирован.
Даша
11 ноября 2024, 11:04
0
Оо, понятно, спасибо!
… Тогда и с Tickets'ами перестану мучиться.

Всё заменю на др. компоненты.