Size: a a a

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

2020 August 19

JD

John Doe in 1С, БСП, DevOps и Архитектура
P Z
Вот к сожалению с наглядностью в ролях беда бедовая.
Помню как в перепиленнй хлам УХ надо было найтим все права, которые дают доступ к документу - окромя перебора вариантов нет, это если из конфигуратора, ну или отчетом кастомным
А какие проблемы с отчетом-то?
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
John Doe
А какие проблемы с отчетом-то?
Проблем нет.
Просто это закрытый контур заказчика был, куда извне ничего прокинуть нельзя было, отчета просто не было)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
P Z
Проблем нет.
Просто это закрытый контур заказчика был, куда извне ничего прокинуть нельзя было, отчета просто не было)
Жоско
источник
2020 August 20

PJ

Pafos Joker in 1С, БСП, DevOps и Архитектура
Спасибо, кто ответил, но не помогло. Как я и думал был изменен справочник. Что печально.
источник

A

Alexey in 1С, БСП, DevOps и Архитектура
Коллеги, посоветуйте инструмент чтобы быстро понять данные каких объектов метаданных занимают наибольшее место в базе данных? Задача у меня попробовать впихнуть толстую клиент-серверную базу в файловую, для этого хочу обрезать самые толстые таблицы, база ЗУП 2,5
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Alexey
Коллеги, посоветуйте инструмент чтобы быстро понять данные каких объектов метаданных занимают наибольшее место в базе данных? Задача у меня попробовать впихнуть толстую клиент-серверную базу в файловую, для этого хочу обрезать самые толстые таблицы, база ЗУП 2,5
Уже давали недавно этот вопрос.
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
я ИР юзаю
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Базопузомер / статистика в MS SQL
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Alexey
Коллеги, посоветуйте инструмент чтобы быстро понять данные каких объектов метаданных занимают наибольшее место в базе данных? Задача у меня попробовать впихнуть толстую клиент-серверную базу в файловую, для этого хочу обрезать самые толстые таблицы, база ЗУП 2,5
зайти на скуль, запустить запрос/построить отчет по размерам таблиц, открыть структуру хранения бд и найти названия таблиц в терминах 1с
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Чтобы дропать ?
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
Чтобы смотреть
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Доброго дня. Есть статья на ИТС про использование директив компиляции и инструкций препроцессор - https://its.1c.ru/db/v8std/content/439/hdoc
Здесь говорится, что Не следует использовать инструкции препроцессора в клиент-серверных общих модулях для проверки клиентского и серверного контекстов (#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения
Что понимается под ненадёжным определением контекста? В каких случаях контекст определяется некорректно? И что-то не совсем понятно рекомендация по разделению реализаций по модулям: окей, я разделил реализации, а как понять какую из них вызвать-то?
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
с клиента нужно вызывать клиентскую реализацию, а с сервера - серверную
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Konstantin Kozyrev
Доброго дня. Есть статья на ИТС про использование директив компиляции и инструкций препроцессор - https://its.1c.ru/db/v8std/content/439/hdoc
Здесь говорится, что Не следует использовать инструкции препроцессора в клиент-серверных общих модулях для проверки клиентского и серверного контекстов (#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения
Что понимается под ненадёжным определением контекста? В каких случаях контекст определяется некорректно? И что-то не совсем понятно рекомендация по разделению реализаций по модулям: окей, я разделил реализации, а как понять какую из них вызвать-то?
> , я разделил реализации, а как понять какую из них вызвать-то?

с клиента - клиентскую, с сервера - серверную, очевидно же :)
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Konstantin Kozyrev
Доброго дня. Есть статья на ИТС про использование директив компиляции и инструкций препроцессор - https://its.1c.ru/db/v8std/content/439/hdoc
Здесь говорится, что Не следует использовать инструкции препроцессора в клиент-серверных общих модулях для проверки клиентского и серверного контекстов (#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения
Что понимается под ненадёжным определением контекста? В каких случаях контекст определяется некорректно? И что-то не совсем понятно рекомендация по разделению реализаций по модулям: окей, я разделил реализации, а как понять какую из них вызвать-то?
КМК речь идёт о том что код превращается в лапшу и становится труднее для понимания.
источник

АС

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

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
ненадежное определение контекста это точно про толстый клиент и, особенно, обычные формы, но, вроде, и в веб-клиентом есть приколы
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
> , я разделил реализации, а как понять какую из них вызвать-то?

с клиента - клиентскую, с сервера - серверную, очевидно же :)
Да, и правда хрень сморозил.
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Konstantin Kozyrev
Доброго дня. Есть статья на ИТС про использование директив компиляции и инструкций препроцессор - https://its.1c.ru/db/v8std/content/439/hdoc
Здесь говорится, что Не следует использовать инструкции препроцессора в клиент-серверных общих модулях для проверки клиентского и серверного контекстов (#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения#Если Сервер, #Если Клиент) ввиду невозможности надежного определения контекста исполнения
Что понимается под ненадёжным определением контекста? В каких случаях контекст определяется некорректно? И что-то не совсем понятно рекомендация по разделению реализаций по модулям: окей, я разделил реализации, а как понять какую из них вызвать-то?
ну основные проблемы возникают в режиме толстого клиента управляемого приложения, (чтоб его нафиг выпилили)
источник

Z

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