Сообщений в теме: 15

[mak]

после обновления, практически вся база работать перестала, пришлось почти в каждой таблице настраивать права заново.
само разделение, оценил, система стала намного гибче , за исключением того что редактировать права надо в 2-х местах, что очень не удобно .

замечены следующие проблемы:
1. при добавлении строки в расширенных правах удаляется значение по умолчанию этого поля {corrent}. если забыть его установить заново, не добавляются пользователи создавшие запись. Кстати, какие функции выполняет фильтр в настройках этого поля?
2. поле типа пользователь: вычислениями записываю пользователей в ячейку из другой таблицы. в просмотре в этом поле видна ВСЯ запись СО ВСЕМИ ПОЛЯМИ таблицы откуда беру данные. при редактировании только пользователи. если меняю тип на текст, то вижу -1-2-3-.
3. нельзя импортировать в скрытые поля, даже если на них полные права. тоже самое наблюдается в отчетах (но как то не всегда).
4. если в группах стоят права на видимость, то галка скрытое поле не работает.
5. при импорте не отрабатываются вычисления таблицы. причем даже в системное поле кто добавил не записывается пользователь. ЭТО ОЧЕНЬ ВАЖНО!!!

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

[Analitic]

mak (16.5.2011, 13:14) писал:

после обновления, практически вся база работать перестала, пришлось почти в каждой таблице настраивать права заново.
само разделение, оценил, система стала намного гибче , за исключением того что редактировать права надо в 2-х местах, что очень не удобно .

Это не конечный вариант, уже сделан новый макет, в нем права будет настраивать проще.

mak (16.5.2011, 13:14) писал:

замечены следующие проблемы:
1. при добавлении строки в расширенных правах удаляется значение по умолчанию этого поля {corrent}. если забыть его установить заново, не добавляются пользователи создавшие запись. Кстати, какие функции выполняет фильтр в настройках этого поля?

ИСПРАВЛЕНО.

Фильтр по группе, позволяет выбирать пользователя, только из заданной группы.

mak (16.5.2011, 13:14) писал:

2. поле типа пользователь: вычислениями записываю пользователей в ячейку из другой таблицы. в просмотре в этом поле видна ВСЯ запись СО ВСЕМИ ПОЛЯМИ таблицы откуда беру данные. при редактировании только пользователи. если меняю тип на текст, то вижу -1-2-3-.

Убедитесь что в обычных правах нет доступа к данному полю, и оно разрешено для чтения только через расширенные права.

mak (16.5.2011, 13:14) писал:

3. нельзя импортировать в скрытые поля, даже если на них полные права. тоже самое наблюдается в отчетах (но как то не всегда).

Баг не подтвержден. И в отчетах и при импорте успешно редактируются скрытые поля. Разрешите доступ на чтение запись в общих правах группы, и поставьте галочку в настройках поля - скрытое.

mak (16.5.2011, 13:14) писал:

4. если в группах стоят права на видимость, то галка скрытое поле не работает.

Аналогично предыдущему пункту. Если установлена галочка скрытое, поле скрывается, при просмотре, редактировании. Отображение в таблице регулируется только правами.

mak (16.5.2011, 13:14) писал:

5. при импорте не отрабатываются вычисления таблицы. причем даже в системное поле кто добавил не записывается пользователь. ЭТО ОЧЕНЬ ВАЖНО!!!

Добавлена такая возможность, скачайте последнюю ревизию 1628.

mak (16.5.2011, 13:14) писал:

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

Согласен с вами, но как уже написано выше права доступа еще будут меняться, поэтому документация по текущему варианту не дописывается.

[mak]

здорово! а когда новый макет добавят в ревизию?

1. Фильтр по группе, позволяет выбирать пользователя, только из заданной группы.
это касается только выбора в публичке пользователем или можно использовать при настройке прав? например расширенные права в рамках не только пользователя но и группы, т.е. создав несколько полей кто добавил со значением {current}, указать группу и права для этой группы.

2. скорее всего стоят, проверю. но не вижу в этом проблемы. ведь вывожу я одно поле а не всю запись. к тому же в документации написано, что обычные права перекрываются расширенными. разве ошибка не на лицо?

3, 4. проверю, но опять с правами неразбериха. какая разница где я разрешаю, в группе или по пользователю?

[mak]

Цитата

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

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

к слову, в таблице 3 поля пользователь.
1. стандартное кто добавил.
2. оставшееся с прошлой версии - добавил
3. проблемное (множественный выбор) - менеджеры с кодом:

$date = data_table("Справочник цен", "id={ID}");
if ($date['Проект'] <> "0" )
{
$users = data_table("Проекты", "id='".$date['Проект']."'");
return $users["Менеджеры проекта"];
}

[Analitic]

mak (16.5.2011, 17:23) писал:

здорово! а когда новый макет добавят в ревизию?

В течение месяца приблизительно.

mak (16.5.2011, 17:23) писал:

1. Фильтр по группе, позволяет выбирать пользователя, только из заданной группы.
это касается только выбора в публичке пользователем или можно использовать при настройке прав? например расширенные права в рамках не только пользователя но и группы, т.е. создав несколько полей кто добавил со значением {current}, указать группу и права для этой группы.

касается только выбора пользователя.

mak (16.5.2011, 17:23) писал:

проверю, но опять с правами неразбериха. какая разница где я разрешаю, в группе или по пользователю?

Это точно, вы запутались. Врядли тут можно помочь на словах, все необходимое уже написано. Необходим пример. Создайте пустую конфигурацию на http://saas.clientbase.ru/login.php. Создайте одну таблицу и настройте на нее права, которые вы считаете не работают. Отправьте доступ в клиентскую базу через личные сообщения, мы поможем вам разобрать проблему.

[mak]

Analitic (17.5.2011, 9:44) писал:

Это точно, вы запутались. Врядли тут можно помочь на словах, все необходимое уже написано. Необходим пример.

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

остался вопрос по пункту 2, не получилось корректно отобразить поле, подробно писал постом выше.

[mak]

отписал в личку...

[Analitic]

Вы используете в вычислениях

$date = data_table("тест1", "id={ID}");
$users = data_table("тест", "id='".$date['номер']."'");

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

$t_date = data_table("тест1", "id={ID}");
$t_users = data_table("тест", "id='".$t_date['номер']."'");

[mak]

Analitic (19.5.2011, 15:57) писал:

Вы используете в вычислениях

$date = data_table("тест1", "id={ID}");
$users = data_table("тест", "id='".$date['номер']."'");

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

$t_date = data_table("тест1", "id={ID}");
$t_users = data_table("тест", "id='".$t_date['номер']."'");

не понимаю чем отличается $date от $t_date.
та же самая переменная, но с другим именем.

почему одна глобальная а другая нет и что значит глобальная в этом контексте?
до этого примера непредсказуемости не было

[Analitic]

mak (19.5.2011, 16:47) писал:

не понимаю чем отличается $date от $t_date.
та же самая переменная, но с другим именем.

Вот именно отличаются - ИМЕНЕМ!

mak (19.5.2011, 16:47) писал:

почему одна глобальная а другая нет и что значит глобальная в этом контексте?

Значит что данное имя переменной используется для работы в самой программе.

[mak]

Analitic (19.5.2011, 16:51) писал:

Вот именно отличаются - ИМЕНЕМ!
Значит что данное имя переменной используется для работы в самой программе.

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

кстати танцы с бубном продолжаются.
расширенные права дело хорошее, даже очень, но зачем их на справку распространять?
в таблице настроены расширенные права, доступа к справке на поле с расширенными полями нет. ставлю в общих просмотр - появляется.

[Analitic]

mak (19.5.2011, 21:49) писал:

кстати танцы с бубном продолжаются.
расширенные права дело хорошее, даже очень, но зачем их на справку распространять?
в таблице настроены расширенные права, доступа к справке на поле с расширенными полями нет. ставлю в общих просмотр - появляется.

По поводу справки будет исправлено в ближайшее время.

[mak]

Analitic (20.5.2011, 8:24) писал:

По поводу справки будет исправлено в ближайшее время.

спасибо, а как насчет разжевать?

Цитата

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

[Analitic]

mak (20.5.2011, 9:16) писал:

спасибо, а как насчет разжевать?

Задавайте конкретные вопросы.

[mak]

Analitic (20.5.2011, 9:43) писал:

Задавайте конкретные вопросы.

хорошо.

1. кроме $date есть другие зарезервированные переменные, которые нельзя использовать в вычислениях?
2. где они используются в программе, т.е. насколько глобальны и какие функции выполняют?
3. почему о них нет информации в справке?
4. их можно использовать в других целях? каких? может в них хранятся данные, которые будут полезны в вычислениях?

[Analitic]

mak (20.5.2011, 19:05) писал:

1. кроме $date есть другие зарезервированные переменные, которые нельзя использовать в вычислениях?
2. где они используются в программе, т.е. насколько глобальны и какие функции выполняют?
3. почему о них нет информации в справке?
4. их можно использовать в других целях? каких? может в них хранятся данные, которые будут полезны в вычислениях?

1. Есть.
2. Их достаточно много понлый список привести не представляется возможным.
Но вы можете проверить есть ли такая переменная простой командой
print_r($user);
3. Пока вопросов по ним не возникало. Возможно в ближайшем будущем будут введены станадртизированные глобальные переменные и будут добавлены в документацию.
4. Можно, есть например $user (текущая информация о пользователе), $event (информация о типе изменяемых полей) и $line т.д. Использовать данные переменные можно на свой страх и риск, т.к. они могут меняться.