Size: a a a

1С, БСП, DevOps и Архитектура

2021 February 20

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
О, это не проблема вообще, показываешь как добавлять в избранное, управлять избранным и тогда пользователи резко прекращают на это жаловаться.
источник

ДЧ

Дмитрий Чернавин... in 1С, БСП, DevOps и Архитектура
Некоторые не прекращают. Есть люди которые могут взять нужную бумажку и не замечать кучи макулатуры на столе. А другим надо обязательно чистый стол и 1 бумажку)).
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
ZEEGIN
О, это не проблема вообще, показываешь как добавлять в избранное, управлять избранным и тогда пользователи резко прекращают на это жаловаться.
а когда показываешь им "изменить форму"...
источник

AS

Anton Selin in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
а когда показываешь им "изменить форму"...
источник

AS

Anton Selin in 1С, БСП, DevOps и Архитектура
"Изменить форму" - это киллер фича.
источник

V

Vladislav in 1С, БСП, DevOps и Архитектура
Павел Мишин
146% руководитель под "полным доступом" не имеет в виду доступ в конфигуратор, право бэкапа или открытия технических обработок. И не собирается выполнять администрирование системы. Он просто хочет видеть "все документы".
Полностью согласен. Но есть последний аргумент, почему разработчикам БСП можно добавлять роли в ПолныеПрава, а нам нет. Дискриминация...
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Vladislav
Полностью согласен. Но есть последний аргумент, почему разработчикам БСП можно добавлять роли в ПолныеПрава, а нам нет. Дискриминация...
кого к кому
источник

ПМ

Павел Мишин... in 1С, БСП, DevOps и Архитектура
Vladislav
Полностью согласен. Но есть последний аргумент, почему разработчикам БСП можно добавлять роли в ПолныеПрава, а нам нет. Дискриминация...
1. БСП универсальная, Платформе требуется минимум один пользователь Админ. Соответственно БСП поддерживает технический предопрделенный профиль. 2. Т.к право интерактивного открытия технически отсутсивует в других ролях то чтоб админ был админ а не черт ушербный то приходится зардкодить добавление этой роли. 3. Сам профиль имеет именно техническую роль. Безусловно можно давать полные права сотрудникам техподдержки, аналитикам, разработчикам. Но важнейший момент это не целевые пользователи базы  по своей работе отвечающие за данные соответствующего блока. 4. Нормальной практикой является формирование такого режима рабочей базы и разработки когда прием сдачу работ/тестирование запрешено делать под полными правами. Только под целевым профилем. Почему я думаю очевидно. Ровео как и всем "админам" техподдержке/разрабам запрещено вводить данные в рабочей базе. Подготовить инструкцию/обработку показать на тесте как работает функция под нужным пользователем. И ответственный пользователь уже под своим логином нажмет функцию в рабочей базе. Также для сотрудников техподдержки 1 линии часто делают ридонли доступ и набор ограниченных сервисных обработок. Например 1 линия может управлять списком пользователей не имея админ прав а используя сервисную обработку в которой нужный код точечно переведен в привелигкрованный режим. 5. Выше звучало. "Пустые роли" скрывающие даже от админа какой то функционал. Совершенно опасное направление мысли. Представьте домен от доменного администратор будет прятать что-то (это делают вирусы). Какую бы самодельную систему прав не создавали под техническим админом должны быть видны все функции.
источник

V

Vladislav in 1С, БСП, DevOps и Архитектура
Павел Мишин
1. БСП универсальная, Платформе требуется минимум один пользователь Админ. Соответственно БСП поддерживает технический предопрделенный профиль. 2. Т.к право интерактивного открытия технически отсутсивует в других ролях то чтоб админ был админ а не черт ушербный то приходится зардкодить добавление этой роли. 3. Сам профиль имеет именно техническую роль. Безусловно можно давать полные права сотрудникам техподдержки, аналитикам, разработчикам. Но важнейший момент это не целевые пользователи базы  по своей работе отвечающие за данные соответствующего блока. 4. Нормальной практикой является формирование такого режима рабочей базы и разработки когда прием сдачу работ/тестирование запрешено делать под полными правами. Только под целевым профилем. Почему я думаю очевидно. Ровео как и всем "админам" техподдержке/разрабам запрещено вводить данные в рабочей базе. Подготовить инструкцию/обработку показать на тесте как работает функция под нужным пользователем. И ответственный пользователь уже под своим логином нажмет функцию в рабочей базе. Также для сотрудников техподдержки 1 линии часто делают ридонли доступ и набор ограниченных сервисных обработок. Например 1 линия может управлять списком пользователей не имея админ прав а используя сервисную обработку в которой нужный код точечно переведен в привелигкрованный режим. 5. Выше звучало. "Пустые роли" скрывающие даже от админа какой то функционал. Совершенно опасное направление мысли. Представьте домен от доменного администратор будет прятать что-то (это делают вирусы). Какую бы самодельную систему прав не создавали под техническим админом должны быть видны все функции.
Спасибо за ваше мнение и потраченное время на сообщение.
источник
2021 February 22

AB

Andrey Borodavko in 1С, БСП, DevOps и Архитектура
Доброго времени суток
Продолжаю развлекаться со скоростью работы :)
При прочих равных, что быстрее - прочитать набор записей с отбором через объектную модель, или через запрос? Запись результирующая всегда одна.
Чтение нужно только для чтения, без последующей записи
источник

KH

Konstantin Heinrich in 1С, БСП, DevOps и Архитектура
Andrey Borodavko
Доброго времени суток
Продолжаю развлекаться со скоростью работы :)
При прочих равных, что быстрее - прочитать набор записей с отбором через объектную модель, или через запрос? Запись результирующая всегда одна.
Чтение нужно только для чтения, без последующей записи
Есть общая рекомендация, что чтение делается через запрос
источник

N

NNA in 1С, БСП, DevOps и Архитектура
Andrey Borodavko
Доброго времени суток
Продолжаю развлекаться со скоростью работы :)
При прочих равных, что быстрее - прочитать набор записей с отбором через объектную модель, или через запрос? Запись результирующая всегда одна.
Чтение нужно только для чтения, без последующей записи
Вроде как через менеджер тоже делается запрос
источник

VD

Valerii Diachenko in 1С, БСП, DevOps и Архитектура
Andrey Borodavko
Доброго времени суток
Продолжаю развлекаться со скоростью работы :)
При прочих равных, что быстрее - прочитать набор записей с отбором через объектную модель, или через запрос? Запись результирующая всегда одна.
Чтение нужно только для чтения, без последующей записи
https://infostart.ru/1c/articles/629017/

Ну а дальше начинается самое интересное – например, для конструкции НаборЗаписей.Прочитать() в управляемом режиме 8.2 у вас будет S-блокировка на сервере СУБД (это естественно). Но кроме этого также будет разделяемая блокировка на сервере 1С, причем это проявляется и в 8.2, и в 8.3. И главная проблема в том, что эта разделяемая блокировка у вас будет длиться до конца транзакции – пока транзакция не закончится, данные будут блокированы.
Поэтому рекомендация номер один – если набор записей вам нужен только для чтения, лучше использовать запрос, а не объектную модель. Тогда вы ничего блокировать не будете, а если и будете, то ненадолго.
infostart.ru
Ускорение в 100 раз. Решаем проблему блокировок
Я являюсь автором и тренером курсов по оптимизации и повышению производительности в 1С. Большинство людей приходят ко мне на обучение, желая разобраться со своими проблемами, и я очень часто слышу от них: «эти блокировки замучили, достали, жизни нет, что делать – не знаем. Технологический журнал включали, галочки ставили, форумы читали – ничего не помогает».
Я уверен, что эта тема актуальна для многих из вас, поэтому в статье, не вдаваясь глубоко в подробности, я хочу вам дать некоторые конкретные рекомендации, которые вы сможете применить у себя и сразу получить ощутимый эффект. Например, если у вас запрос из-за блокировок выполняется 15 секунд, то после оптимизации он начнет выполняться за 15 миллисекунд. Это обычная практика, никакой фантастики – все это можно сделать.
источник

PT

Poodle Tarkus in 1С, БСП, DevOps и Архитектура
Andrey Borodavko
Доброго времени суток
Продолжаю развлекаться со скоростью работы :)
При прочих равных, что быстрее - прочитать набор записей с отбором через объектную модель, или через запрос? Запись результирующая всегда одна.
Чтение нужно только для чтения, без последующей записи
Ну вот тут-то сделать бы замер. Да ещё на разных платформах. Да ещё с разными структурами регистров. Собрать поучительную статистику, поделиться.
источник
2021 February 23

ea

emil agam in 1С, БСП, DevOps и Архитектура
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
хелп
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
режим совместимости да?
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
да
источник

PK

Pavel Komarov in 1С, БСП, DevOps и Архитектура
emil agam
режим совместимости да?
Если это типовая, то и 8.3.18 лучше поставить свежую, т.к. есть ограничения. При запуске можно отказ словить. Точно не помню какой релиз, вроде минимум 8.3.18.1208
источник

D

DAnatoliy in 1С, БСП, DevOps и Архитектура
подскажите, для того, чтоб обратится к методам в дллке из 1с, дллку надо обязательно регистрировать через regsvr32?
источник