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

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

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

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

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