В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

1542 membersпожаловаться на группу
2020 April 04

IC

Ivan Carlo in 1С, БСП, DevOps и Архитектура
Vladimir Bondarevskiy
Стандарты соблюдают не все, это факт. Но знание стандарта это хорошая отправная точка, чтобы найти отклонение и учесть его.

Вот здесь много полезной информации
https://developer.mozilla.org/ru/docs/Web/HTTP

А вообще можно действовать так:
выцепляем из того что нам нужно какую-то ключевую информацию
и дальше ищем что-то вроде "<ключевая информация> RFC". В RFC описано как это должно работать. Практически все RFC можно найти с переводом на русский
Веб-документация MDN
HTTP
Протокол передачи гипертекста (Hypertext Transfer Protocol - HTTP) - это прикладной протокол для передачи гипертекстовых документов, таких как HTML. Он создан для связи между веб-браузерами и веб-серверами, хотя в принципе HTTP может использоваться и для других целей. Протокол следует классической клиент-серверной модели, когда клиент открывает соединение для создания запроса, а затем ждет ответа. HTTP - это протокол без сохранения состояния, то есть сервер не сохраняет никаких данных (состояние) между двумя парами "запрос-ответ". Несмотря на то, что HTTP основан на TCP/IP, он также может использовать любой другой протокол транспортного уровня с гарантированной доставкой.
Даже не знал, что так можно. Спасибо! Буду стараться таким методом изучать
источник
22:30пожаловаться#1

JD

John Doe in 1С, БСП, DevOps и Архитектура
Vladimir Bondarevskiy
Стандарты соблюдают не все, это факт. Но знание стандарта это хорошая отправная точка, чтобы найти отклонение и учесть его.

Вот здесь много полезной информации
https://developer.mozilla.org/ru/docs/Web/HTTP

А вообще можно действовать так:
выцепляем из того что нам нужно какую-то ключевую информацию
и дальше ищем что-то вроде "<ключевая информация> RFC". В RFC описано как это должно работать. Практически все RFC можно найти с переводом на русский
Веб-документация MDN
HTTP
Протокол передачи гипертекста (Hypertext Transfer Protocol - HTTP) - это прикладной протокол для передачи гипертекстовых документов, таких как HTML. Он создан для связи между веб-браузерами и веб-серверами, хотя в принципе HTTP может использоваться и для других целей. Протокол следует классической клиент-серверной модели, когда клиент открывает соединение для создания запроса, а затем ждет ответа. HTTP - это протокол без сохранения состояния, то есть сервер не сохраняет никаких данных (состояние) между двумя парами "запрос-ответ". Несмотря на то, что HTTP основан на TCP/IP, он также может использовать любой другой протокол транспортного уровня с гарантированной доставкой.
Спс!
источник
22:42пожаловаться#2
2020 April 05

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Доброго дня. Коллеги )
источник
16:20пожаловаться#3

ВМ

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

Никак не могу выбрать )))
источник
16:21пожаловаться#4

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Подсобите советом.
Как лучше содержать список комплектующих у изделия
а) В табличной части справочника номенклатуры
б) в регистре сведений

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

если на любой из этих вопросов ответ "да" - то тебе дорога в РС
источник
16:22пожаловаться#5

В

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

Никак не могу выбрать )))
см как типовой
источник
16:23пожаловаться#6

JD

John Doe in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Подсобите советом.
Как лучше содержать список комплектующих у изделия
а) В табличной части справочника номенклатуры
б) в регистре сведений

Никак не могу выбрать )))
Есть ещё третий вариант - подчиненный / связанный справочник "Варианты комплектации" со своей ТЧ
источник
16:25пожаловаться#7

JD

John Doe in 1С, БСП, DevOps и Архитектура
Это когда и права отдельные надо, и ссылочку
источник
16:26пожаловаться#8

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
John Doe
Есть ещё третий вариант - подчиненный / связанный справочник "Варианты комплектации" со своей ТЧ
Я обдумывал этот вариант - и у этого справочника тоже проблема.
Его "варинт" комплектации хранить в ТЧ или в РС )))
источник
16:26пожаловаться#9

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
Но показ из постановки задач исключили работу с Вариантами комплектации - хотим пока освоить хотя бы простую комплектацию
источник
16:27пожаловаться#10

JD

John Doe in 1С, БСП, DevOps и Архитектура
Василий Мазурок
Я обдумывал этот вариант - и у этого справочника тоже проблема.
Его "варинт" комплектации хранить в ТЧ или в РС )))
Ну а там-то зачем выносить в РС, если он чисто в одной узкой сфере использоваться будет. Это ж не номенклатура или контрагенты.
источник
16:27пожаловаться#11

ВМ

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

но подозреваю что это все "иллюзия"
источник
16:29пожаловаться#12

B

Banof in 1С, БСП, DevOps и Архитектура
🔫 @mazzilkin кикнут — вернуть этого пользователя можно только разбаном в настройках чата.

Проголосовавшие за кик:
John Doe, @me789, @SBirukoff, @IvanM_11, @mvgfirst
источник
16:29пожаловаться#13

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура
О боже, я тоже поучастовал в этом ))) Карающий перст прям ))))
источник
16:33пожаловаться#14

AK

Artem Kuznetsov in 1С, БСП, DevOps и Архитектура
Выложили БСП на GitHub и прогнали через sonar, результаты неплохие: https://sonar.openbsl.ru/dashboard?id=ssl_3_1
источник
16:54пожаловаться#15

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Artem Kuznetsov
Выложили БСП на GitHub и прогнали через sonar, результаты неплохие: https://sonar.openbsl.ru/dashboard?id=ssl_3_1
Да погоди ты)
источник
16:59пожаловаться#16

AK

Artem Kuznetsov in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Да погоди ты)
упс, а шо?
источник
16:59пожаловаться#17

IC

Ivan Carlo in 1С, БСП, DevOps и Архитектура
Artem Kuznetsov
Выложили БСП на GitHub и прогнали через sonar, результаты неплохие: https://sonar.openbsl.ru/dashboard?id=ssl_3_1
Это как эксперимент? Или 1С теперь будет выкладывать в гит?
источник
16:59пожаловаться#18

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Artem Kuznetsov
упс, а шо?
Я хотел завтра запостить) и день рабочий и порядок наведем)
источник
17:00пожаловаться#19

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Ivan Carlo
Это как эксперимент? Или 1С теперь будет выкладывать в гит?
Нет, это самостоятельная выкладка, не связанная с 1с
источник
17:00пожаловаться#20