Разделение информации и пользователей

sederick, движок этого форума....

Так конкретного совета и ответа не получил. :(

[off]

Приходит муж домой, открывает шкаф в спальне, там мужик стоит.

Он его спрашивает: "Ты что здесь делаешь"?

Тот отвечает: "Трамвай жду".

- Ну, ты сказал!

- Ну, ты спросил...

[/off]

Чётко сформулируйте вопрос...

sederick, надо конкретнее вопрос ставить...

СКОРПИОН сколько раз Вас спрашивал про СУБД. А от нее очень много зависит. К примеру, если используется ORACLE или Domino - так там можно просто для каждой страницы иметь список тех кто имеет к ней доступ как на чтение, так и на изменение. Два разных поля, в которые можно списком заносить пользователей, группы и роли. Проверка обеспечивается собственными механизмами безопасности этих систем.

Если у Вас MS SQL - то там тоже все достаточно гибко, но попроще.

Самый простой вариант - MySQL там, как правило, приходится безопасность самому реализовывать.

Практически каждая CMS строится на базе СУБД. Так какая СУБД у Вас будет?

Или у Вас еще ничего нет и это чисто теоретический вопрос.

Тогда чисто теоретический ответ

Для Вас абсолютно подходит.

И движок этого форрума 100% справится с поставленной Вами задачей.

Если это не так, то будьте добры грамотно и развернуто описать требования к CMS не только в аспекте безопасности но и во всех остальных аспектах:

Тип решения (интранет/интернет)

Платформа ( Linux, FreeBSD, Linux )

СУБД

Используемые языки

Способы доступа пользовтелей

Способы доступа редакторов и админов

Специфика разделов

Типы данных, используемых в системе.

Гибкость системы

Ограничения

А еще лучше идите на цмслист.ру и подыщите то, что душе угодно :)

СКОРПИОН, Опередил :)

Хоя у меня такое чуство, что этот вопрос из серии:

"А что будет если мячик в небо улетит?" :)

Задача.

CMS система для:

1. Сайт на котором размещенна информация

2. Информация разделенна на отделы и подотделы, куда в свою очередь входят пользователи

3. Информация вносится лицом имеющим полномочия. Он вносит её на уровни отдела, т.е. вносит по всем пользователям отдела и соответственно подотдела

4. есть админ, который имеет права на всё.

5. MySQL, Веб-интерфейс, интернет, пользователи периодически добавляются

sederick, начните со структуры. Разбейте посетителей сайта на группы и четко опишите их права. В Вашем случае вырисовываются следующие группы:

1. Незарегистрированные пользователи

2. Зарегистрированные пользователи

3. Администраторы разделов

4. Администратор сайта

Есть большое количество CMS, которые имеют гибкие механизмы управления группами пользователей. Я бы даже сказал, что это необходимая часть современной CMS.

P.S. Еще раз прочтите Ваше первое сообщение и название темы. Вы видите там хотя-бы один вопрос? Так чего удивляться тому, что Вы не получили ответ?

Информация - любая? Каталог кафельной плитки и сантехники, Документы MS WORD, файлы AutoCAD, архивы видеонаблюдения офиса, логи прокси сервера, причем один проброс - отдельная страница. Это тоже информация.

Т.е. пользователь может входить только в одно место в иерархии организации?

С Ваших слов получается, что обновления и изменения вносит только одно лицо. Это так? Или только одно лицо имеет право редактировать информацию отдела и подотдела?

Пользователь видит информацию только своего подотдела?

А на уровне отделов есть пользователи?

Включая все документы?

Так ли нужны админу права на ВСЕ?

Но пользователь с улицы не видит ничего? Или, таки, есть разделы для общего пользования?

Ручками? Или система должна быть интегрирована с кадровой?

1. Пользователи все зарегестрированные, могут только просмотреть информацию.

2. Админы только вносят инормацию

структура:

главный админ

|

отдел <- админ

|

подотдел

|

пользователь

отделов несколько... т.е. структура дерево.

пользователи с улицы не чего не видят

информация табличная, информация замеров на каждый день.

админ на каждый отдел (подотделы курирует он же), админ вносит замеры.

интеграции нет!

всё ручками...

sederick, я бы Вам посоветовал не смешивать структуру пользователей со структурой информации.

Для каждой группы пользователей необходимо указать уровень доступа к каждому разделу информации. Уровней доступа может быть больше, чем два. Например: просмотр, запрос на изменение (одобряется админом), прямое редактирование.