Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Кто работал или хотя бы сталкивался с PHP+LDAP?? Не поделитесь хорошими статьями или примерами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2015, 17:04 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Работали и работаем. Статей полно. Начиная от мануала по PHP. А в чём проблема то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2015, 19:57 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Да вот, началство сказала ознакомится на будущее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2015, 12:12 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
кто работал - подскажите, допустим, после авторизации пользователя в первый раз взяли его данные с сервера LDAP и сохранили локально в базу, например, своей CMS а что делать, если пользователь желает изменить в своем профиле в CMS имя или мыло - это ему, по сути, запрещено из-за того, что LDAP первичен ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2015, 08:16 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Герой дня, изменяете, изменяя в LDAP да и ваще берете оттуда... не? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2015, 08:26 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Arhat109Герой дня, изменяете, изменяя в LDAP да и ваще берете оттуда... не? :) получается, надо периодически запускать синхронизацию с добавлением/удалением пользователей и информации о них ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2015, 08:27 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Герой дня, А зачем "периодически"? Не, ежели хочется ... Всёж просто: данные по юзверю можно хранить все в LDAP, раз он у вас приоритетен. В вашу CMS они портируются оттуда. То есть, когда юзверь жмет кнопарь "хочу сменить ник, мыло и т.д." - вы честно принимаете данные, но теперь отправляете их на хранение в LDAP, и ежели надо в CMS, но правильнее перекрыть методы доставания ИЗ цмс, доставанием из LDAP... и всё. Я просто не знаю какая у вас ЦМС и в какой степени вы способны её (до/пере)пиливать ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2015, 08:47 |
|
||
|
PHP+LDAP
|
|||
|---|---|---|---|
|
#18+
Герой дняв первый раз взяли его данные с сервера LDAP и сохранили локально в базу, например, своей CMSВот тут понятно. Копирнули данные из одной базы в другую. С этого момнета данные в каждой базе живут своей жизнью. Герой дняа что делать, если пользователь желает изменить в своем профиле в CMS имя или мыло - это ему, по сути, запрещено из-за того, что LDAP первичен ?А вот тут не понятно. Кем запрещено? ЛДАП тут уже никаким боком. Ранее взяли оттуда пользовательские данные и забыли о её существовании. Сменит юзер данные в ЦМСке, если ему разрешено это делать. В принципе, вполне рабочий вариант. Разумеется, о централизации управления пользователями и удобстве хранения данных при такой архитектуре проекта говорить не приходится. Вот если бы Ваша ЦМСка обращалась напрямую к ЛДАП - тогда дело другое. Можно что-то разрешать делать, можно запрещать. Да и в этом случае не вижу никаких принципиальных проблем корректировки данных - любые изменения можно внести с использованием служебного административного аккаунта ЛДАП, а для некоторых правок достаточно и пользовательского уровня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2015, 10:18 |
|
||
|
|

start [/forum/topic.php?fid=23&msg=38903583&tid=1461930]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
24ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 275ms |
| total: | 389ms |

| 0 / 0 |
