О хранении паролей в 1с предприятии.

[metaclass]

Дано: знаем пароль пользователя от одной из баз.
Требуется - подключится к другой базе под другим именем пользователя.

Открываем файл usrdef\users.usr от первой базы, достаем хэш пароля, ложим его вместо хэша пароля в таком же файле от другой базы и коннектимся под известным паролем.
Вот такое вот хранение паролей.

Comments

[medvedd.livejournal.com]

Да, они там курят много. Самое смешное с MSSQL вариантом - механизм пользователей из него не используется никак, все транзакции ведуться от имени одного пользователя. Кто бы их всех убил?

[metaclass.livejournal.com]

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

[vp.livejournal.com]

Кривезна повсюду

[sbj-ss.livejournal.com]

Добавим - вот такие солты.

[medvedd.livejournal.com]

"Говорят даже, что MSSQL там используется в том же стиле что и DBF" - вот и я говорю :)

[burga.livejournal.com]

Баян, однако. Минимум лет 5, как баян.

[burga.livejournal.com]

Абсолютно одинаково. Целью было, чтобы разработчик не чувствовал разницы с каким вариантом баз он работает - dbf или sql.

[burga.livejournal.com]

В чем кривизна? Может я про что-то не знаю?

[metaclass.livejournal.com]

Вопрос, насколько эффективно при этом mssql используется. Хотя, возможно, затраты на более кардинальную переделку 1С под mssql превысили бы возможную пользу от этого.

[burga.livejournal.com]

Уточню, мы говорим про 7.7. Как хранилище.

[merrcy.livejournal.com]

Знающие люди утверждали, что DBF под терминалом работает быстрее, чем сетевая MSSQL. Склонен верить.
А у разработчиков даже существовала профессиональная шутка про «Подождите выполняется транзакция.» судь за давностью лет, увы, не помню.