Size: a a a

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

2019 November 15

S

Sergey in 1С, БСП, DevOps и Архитектура
Раньше был стеклянный хер, но разбить его нельзя было, а теперь дали возможность, но почему-то появились недовольные этим :D
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
Или сегодня предопределенный один, а завтра с таким именем уже другой
Это прям происходит самом по себе? Без участия пользователя/программиста?
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Если сегодня тема пятничная то могу сказать что "сдуру можно и стекланный хер сломать". Однако же, как я писал выше -я с помощью прав ограничиваю доступ к предопределенным ВСЕМ. (ну кроме тех кто ПолныеПрава).
Т.е. я наивно полагаю что это на 146% гарантирует мне что они (предопределенные) останутся в базе.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
А если уж я пущу в конфигурацию еще какого-то программиста. И он удалит/изменит/зафантомит или предоставит доступы ... что ж никто и не говорил что 146% - это абсолютная гарантия
источник

S

Sergey in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Это прям происходит самом по себе? Без участия пользователя/программиста?
источник

S

Sergey in 1С, БСП, DevOps и Архитектура
Золотые слова!
источник

YM

Yaroslav Matsera in 1С, БСП, DevOps и Архитектура
Василий Мазурок
А если уж я пущу в конфигурацию еще какого-то программиста. И он удалит/изменит/зафантомит или предоставит доступы ... что ж никто и не говорил что 146% - это абсолютная гарантия
Ржу)
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Если сегодня тема пятничная то могу сказать что "сдуру можно и стекланный хер сломать". Однако же, как я писал выше -я с помощью прав ограничиваю доступ к предопределенным ВСЕМ. (ну кроме тех кто ПолныеПрава).
Т.е. я наивно полагаю что это на 146% гарантирует мне что они (предопределенные) останутся в базе.
Вот я на днях включил через функциональные опции учет ДМС в ЗУП. А потом ко мне 2  раза HR  приходили с "конфигураторной" ошибкой. База почему-то при включении опции забыла пару предопределенных показателей создать.
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
За ЗУП сказать ничего не могу. Не видел сего зверя... и видеть не хочу (надеюсь и не увижу).
Но база не может забыть. Забыл человек. Допустил ошибку в коде. Не учел каких-то внешних событий приведших к такому состоянию.
Поэтому я делаю это сам и считаю предопределенным элементом - только те которые создал руками в конфигураторе.

Я вообще стараюсь весь код избавить от Перечислений. И заменить их справочниками с фиксированным количеством предопределенных элементов.

А в перечислениях остаются простейшие типа "Да/Нет"
источник

S

Sergey in 1С, БСП, DevOps и Архитектура
Дмитрий
Вот я на днях включил через функциональные опции учет ДМС в ЗУП. А потом ко мне 2  раза HR  приходили с "конфигураторной" ошибкой. База почему-то при включении опции забыла пару предопределенных показателей создать.
как это база забыла создать? забыл программист написать код, а база ничего сама не делает
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Это прям происходит самом по себе? Без участия пользователя/программиста?
Ничего само по себе не происходит, но конкретная реализация чего-либо может быть как более, так и менее устойчивой к непредвиденным воздействиям
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Vassily Poupkine
Ничего само по себе не происходит, но конкретная реализация чего-либо может быть как более, так и менее устойчивой к непредвиденным воздействиям
Я полагаю что Предопределенные Элементы, Созданные разработчиком непосредственно в конфигураторе, и ограниченные (этим же разработчиком) правами от удаления - это очень устойчивое  решение.

Если есть более устойчивый вариант - я с радостью с ним ознакомлюсь и возьму на вооружение
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Я полагаю что Предопределенные Элементы, Созданные разработчиком непосредственно в конфигураторе, и ограниченные (этим же разработчиком) правами от удаления - это очень устойчивое  решение.

Если есть более устойчивый вариант - я с радостью с ним ознакомлюсь и возьму на вооружение
Ну это не Я, а другой товарищ выше на предопределенные катит бочку)
Все ими пользуются, просто с "изменением концепции" стало больше возможностей зафакапиться с ними, особенно в каком-нибудь РИБе
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
РРР! Айм факинг хейт девопс
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Мудохаешься, делаешь сборки, а потом выясняется, что файлик .sh который ты поправил на венде, поместил в контейнер и пушнул в хаб - имеет CRLF в строках и не работает ((
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
MS Loves Linux говорили они...
источник

VP

Vassily Poupkine in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
Мудохаешься, делаешь сборки, а потом выясняется, что файлик .sh который ты поправил на венде, поместил в контейнер и пушнул в хаб - имеет CRLF в строках и не работает ((
В чем правил, в нотепад.ехе?
источник

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Я правильно понимаю, что теперь ты допилишь скрипт пихающий в контейнер, что бы он выпиливал все CRLF?
Или как тру-разработчик. Оставишь это и будешь героически преодолевать )
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
Мудохаешься, делаешь сборки, а потом выясняется, что файлик .sh который ты поправил на венде, поместил в контейнер и пушнул в хаб - имеет CRLF в строках и не работает ((
crlf = input?
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Alexey Lab Sosnoviy
crlf = input?
гитаттрибутес
источник