Возможно ли delete fe_users из папки за пределами webmount?

[marco]

Привет всем.

Есть проект в котором все fe_users хранятся в одной папке (скажем WebUsers) и принаджлежат ко многим fe_groups.
Есть много неадмин be_user-ов для которых папка WebUsers недоступна (находится за пределами WebMount). В тоже время они могут редактировать fe_users из разрешенных (своих) fe_groups посредством соответственно созданных Actions (обычний SQL select). Редактировать могут все разрешенные поля включительно с disable.

Но тут возникла необходимость дать неадмин be_user-ам возможность удалять своих fe_user-ов. Typo3 такое дело понятно не понравилось, поскольку функция deleteRecord проверяет isRecordInWebMount($table,$id) и говорит низззя! (т.е. Attempt to delete record without delete-permissions).

Добавлять папку WebUsers в вебмаунт, означает давать доступ be_user-ам ко всем fe_user-ам а не только "своим" - что крайне нежелательно. Разносить fe_user-oв по локальным папкам тоже не выход.

Что можете посоветовать?

[Pavel Antonov]

Если BE-пользователь может делать такое с FE-пользователями, то почему просто не дать ему доступ к папке?

[void]

1) Быстро, но грязно
XCLASS-нуть tcemain и сделать чтобы функция isRecordInWebMount всегда возвращала true
2) Долго, но чисто
Написать свой бекенд-модуль для администрирования пользователей.

[marco]

Сообщение от Pavel Antonov

Если BE-пользователь может делать такое с FE-пользователями, то почему просто не дать ему доступ к папке?

Потому что каждый be_user должен иметь доступ только к fe_user-ам из своей группы. Например, если группы == странам. Be_user который админит страну Зимбабве должен видеть и админить только юзеров с группы (страны) Зимбабве.

Если дать доступ к папке, то поставить ограничения на выборку fe_users принадлежащих к определенной fe_usergroup невозможно. Или убедите меня в другом.

[marco]

Сообщение от void

1) Быстро, но грязно
XCLASS-нуть tcemain и сделать чтобы функция isRecordInWebMount всегда возвращала true

:-/ да, крайний случай

Сообщение от void

2) Долго, но чисто
Написать свой бекенд-модуль для администрирования пользователей.

Такой вариант был сначала, но вследствие урезания бюджета, было принято решение обойтись акциями.
Может кто знает/подскажет какой из существующих не-админ be-модулей для редактирования fe_users использует собственные delete functions?

[Pavel Antonov]

Сообщение от marco

Потому что каждый be_user должен иметь доступ только к fe_user-ам из своей группы. Например, если группы == странам. Be_user который админит страну Зимбабве должен видеть и админить только юзеров с группы (страны) Зимбабве.

Если дать доступ к папке, то поставить ограничения на выборку fe_users принадлежащих к определенной fe_usergroup невозможно. Или убедите меня в другом.

А разнести группы(страны) по отдельным папкам? И дать к ним доступ...

[marco]

Сообщение от Pavel Antonov

А разнести группы(страны) по отдельным папкам? И дать к ним доступ...

Такой вариант не рассматривается из нескольких соображений.
Первое: есть еще суперадмин/заказчик (без админ прав ), который курирует субадминов и хочет чтобы все fe_users были в одном месте. Групп более 20 и будет еще больше. Такое требование обосновано.

Второе: используется нескольно других экстеншенов которые используют один pid и fe_usergroups для выборки юзеров. Дописывать экстендить их - слишком менингитно. В таком случаe уже меньше времени потребуется чтобы написать "свой бекенд-модуль для администрирования пользователей", как предлагал void...

Могу приводить аргументы еще, то суть то не в этом...

[Pavel Antonov]

Ну вот сами себе на все вопросы и ответили...
Других "волшебных палочек", к сожалению, не завезли.