Ну значит не играйте. И подарков не дарите. Да и вообще не используйте экосистему 1С, раз она такая плохая и вендор редиска. Пусть посмотрят в сторону достаточно интересного белорусского InFusion. Да раз столько сил и компетенцией - то может засесть за собственную ERP? Чтобы сразу сделать всё по красоте.
У 1С всегда было какое-то своё видение развития платформы. И сильно часто оно идет в разрез с хотелками 1с-ников. Но непонятно, как такие бездушные упыри заняли процентов, наверное, 80 российского рынка учетных систем. 1С просят сделайте веб-сокеты, а они делают распознавание речи. 1С просят исправьте ошибки, которым уже n-лет (список), а 1С делает интеграцию с WhatsApp и улучшает круговые диаграмы.
Хотя надо признать, что WebSocket и gRPC все-таки сделали, если ничего не путаю
Да их вроде жалеть положено. Чистая прибыль у них падает. ...с финансовой отчетностью по МСФО за первое полугодие 2025 года крупнейших российских операторов связи. У трех из четырех компаний чистая прибыль значительно упала: у «МегаФона» — на 36,17%, до 17,1 млрд руб., у МТС — на 83,5%, до 7,6 млрд руб., у «Ростелекома» — на 50,7%, до 12,8 млрд руб.
Не доедают практически, бедняжки. А тут хоть с таргетов копеечку поимеют. Упыри.
У меня почему-то при oSignedData.ContentEncoding = 1, ругается, что свойства Content у CAdESCOM.CadesSignedData нет. Зато нормально, при ContentEncoding = 0 В отладчике видно, что св-во Content появляется у CadesSignedData сразу после присваивания ContentEncoding = 0 Непонятное.
Да не надо никаких json на входе. И multipart/form-data не надо.
В принципе ничего в заголовках не надо (ну кроме X-API-Key для авторизации).
Весь бинарник слать POST. Без всяких имен.
Если совсем очень хочется правильно, то можно в заголовках:
Content-Type: application/octet-stream
Тогда и 1С легко такое сможет, да и на других языках немного проще станет. Да и в принципе правильнее будет, ибо нет у вас никаких multipart данных. Есть по факту один большой blob / бинарник.
Ввести глобальный каталог: идентификатор и номер телефона. Под идентификатором может быть что угодно: ИНН в России, номер соц. страхования в США, в других странах что-то еще. Что-то из неизменного на всю жизнь. Каждое государство (мин. связи, цифры, коммуникаций) имеет право админить свою часть этого каталога. Тогда легко реализуется смена номера телефона. Привязывать сервисы не к номеру телефона, а к этому идентификатору. Но схема останется прежней - смс на номер. В идентификаторе можно сделать префикс страны, чтобы по аналогии с ДНС запрос на получение номера уходил в соот-вую структуру нужной страны. Например в России идентификатор будет выглядеть как: RU_номер_инн. Сервис получает по этому идентификатору номер телефона и дальше как с номером телефона. Смена привязки номера телефона к этому идентификатору каждая страна реализует по своему. В России к примеру через госусулуги или МФЦ.
А нельзя ли отверстия не сверлить, а лазером прожигать? У меня вот под боком лазер для гравировки на разных предметах. Так у него по спецификации вроде 0,08 мм пятно. Мощность конечно для прожига текстолита недостаточная. Набор сменных объективов и уже имеем разные диаметры. Автоматическая револьверная система смены объективов (если вообще это необходимо)
Ключевой момент в вашей истории (и похожих историй)
а потому что мне очень надо было
Когда очень надо можно еще и не то сделать. Есть конечно единицы которым языки даются без напряга. Но в основном единственная причина по которой можно быстро и довольно сносно выучить язык - когда им реально надо (припёрло) пользоваться.
Хорошо, но что там занимает такой объем? 32 Гб чистая база.. напомню WinXP в то время занимала от 1,5 до 3 Гб. Что такого в ERP системе может быть, что она занимает в 10 раз больше места, чем полноприводная ОС? Дремуче неиспользуемое легаси с 80-х годов. Картинки для GUI ? Что, ЧТО там занимает столько места ?
Например, нет функциональных типов, отсюда нет обобщений. Отсюда куча дублирования кода в типовых.
Это да. Этот костыль через "Оповещение" не только ломает стройность кода, но и ломает отладку. Да и языка там минимум, типичный набор для любого языка: условия, циклы, функции, итд. Сам язык простой (да и не нужны там сложности). Всё остальное 1с-специфичные вещи, которые языков не исправить.
Проблема в том, что 1С работает. В российских реалиях они пока оперативнее и удобнее всего. Кто вам исправит хитровыдуманные формы регламентированной (регламентированные налоговой) отчетности, когда приказ ФНС вышел сегодня о том, что эту отчетность надо сдавать по новом форме еще вчера? Можно конечно везде посадить программиста, который будет в режиме "жопа в мыле" это делать. Но формы отчетности порой достаточно не тривиальные, а требования ФНС часто противоречивы. Кто будет решать как их реализовывать? Нужен еще юрист? Да и откуда у условного цветочного магазина ресурсы на программиста. А у кого есть программист 1С - так пусть и обновляет, ему же за работу платят. Ну и да, цветочному магазину 1С вообще не надо. Есть много более легких и простых решений для учета таких масштабов.
Да, было бы хорошо уйти от монолита. По хорошему обновление платформ нужно только для бухгалтерии (ну и ERP поскольку она включают в себя бух-ню). Но никто не мешает поставить две платформы и два сервера 1С на разных портах. Свежий для бухгалтерии и второй для всех остальных баз (УТ, УНФ и прочие, в том числе отраслевые, к примеру ТОИР). и обновляя платформу для бух - ничего со второй установленной платформой не будет, не надо никого выкидывать из этих баз.
Короче проблемы есть у 1С. Их полно. Тот же самый монолит. Новый функционал можно было бы ставить не полностью обновляю платформу, а доставляя dll/so которые имплементируют новый функционал. Dll динамические, можно подгружать даже не останавливая рабочих процессов (если они вообще нужны). Можно сделать подгрузку функционала по мере необходимости: запросил код что-то из функционала подключаемого оборудования - загрузилась либа, никто не просил - не надо ее вообще при старте платформы грузить.
Самая большая проблема 1С в том, что не исправляются ошибки, которые реально создают проблемы. И не исправляются годами. Зато распознавание речи, интеграция с Whatsapp и прочее с блекджеком и шлюхами.
Короче проблемы у 1С есть. Но у кого их нет? ))
PS. Лет 10-15 назад тестил SAP (не помню что именно ставил, да и не специалист в sap-e), но цифры запомнил. Чистая УТ - ~600 Мб, ставилась минут 8 Инстанс SAP c чем-то вроде HR - ставилось 8 часов, размер (чистой?) базы - ~32 Гб.
Ну значит не играйте. И подарков не дарите. Да и вообще не используйте экосистему 1С, раз она такая плохая и вендор редиска.
Пусть посмотрят в сторону достаточно интересного белорусского InFusion. Да раз столько сил и компетенцией - то может засесть за собственную ERP? Чтобы сразу сделать всё по красоте.
У 1С всегда было какое-то своё видение развития платформы. И сильно часто оно идет в разрез с хотелками 1с-ников. Но непонятно, как такие бездушные упыри заняли процентов, наверное, 80 российского рынка учетных систем.
1С просят сделайте веб-сокеты, а они делают распознавание речи.
1С просят исправьте ошибки, которым уже n-лет (список), а 1С делает интеграцию с WhatsApp и улучшает круговые диаграмы.
Хотя надо признать, что WebSocket и gRPC все-таки сделали, если ничего не путаю
Да их вроде жалеть положено. Чистая прибыль у них падает.
...с финансовой отчетностью по МСФО за первое полугодие 2025 года крупнейших российских операторов связи. У трех из четырех компаний чистая прибыль значительно упала: у «МегаФона» — на 36,17%, до 17,1 млрд руб., у МТС — на 83,5%, до 7,6 млрд руб., у «Ростелекома» — на 50,7%, до 12,8 млрд руб.
Не доедают практически, бедняжки. А тут хоть с таргетов копеечку поимеют. Упыри.
Клюшки, снеговики, телепаты...
Для кого статья? Для полутора человек, которые в теме? Нет бы представить сначала действующие лица и немного ввести в предмет спича.
У меня почему-то при oSignedData.ContentEncoding = 1, ругается, что свойства Content у CAdESCOM.CadesSignedData нет.
Зато нормально, при ContentEncoding = 0
В отладчике видно, что св-во Content появляется у CadesSignedData сразу после присваивания ContentEncoding = 0
Непонятное.
Да не надо никаких json на входе. И multipart/form-data не надо.
В принципе ничего в заголовках не надо (ну кроме X-API-Key для авторизации).
Весь бинарник слать POST. Без всяких имен.
Если совсем очень хочется правильно, то можно в заголовках:
Content-Type: application/octet-stream
Тогда и 1С легко такое сможет, да и на других языках немного проще станет. Да и в принципе правильнее будет, ибо нет у вас никаких multipart данных. Есть по факту один большой blob / бинарник.
Ясно-понятно. Росатом, всё ооооочень секретно.
Ну питоновским скриптом из ТЖ в Кликхаус можно было и поделиться. Не думаю, что там что-то секретное. Хоть какой-то код к статье был бы.
Кг/ам.
Сова порвалась от натягивания на глобус ИИ. А за интервью спасибо, надо посмотреть.
Ввести глобальный каталог: идентификатор и номер телефона.
Под идентификатором может быть что угодно: ИНН в России, номер соц. страхования в США, в других странах что-то еще. Что-то из неизменного на всю жизнь.
Каждое государство (мин. связи, цифры, коммуникаций) имеет право админить свою часть этого каталога.
Тогда легко реализуется смена номера телефона. Привязывать сервисы не к номеру телефона, а к этому идентификатору. Но схема останется прежней - смс на номер. В идентификаторе можно сделать префикс страны, чтобы по аналогии с ДНС запрос на получение номера уходил в соот-вую структуру нужной страны.
Например в России идентификатор будет выглядеть как: RU_номер_инн.
Сервис получает по этому идентификатору номер телефона и дальше как с номером телефона.
Смена привязки номера телефона к этому идентификатору каждая страна реализует по своему. В России к примеру через госусулуги или МФЦ.
Сумбурно как-то написал
Ну мелкая пыль с той же медной крошкой от сверления, скорее всего, не сильно лучше. В обоих случаях нужна мощная вытяжка в станке.
А нельзя ли отверстия не сверлить, а лазером прожигать? У меня вот под боком лазер для гравировки на разных предметах. Так у него по спецификации вроде 0,08 мм пятно. Мощность конечно для прожига текстолита недостаточная.
Набор сменных объективов и уже имеем разные диаметры.
Автоматическая револьверная система смены объективов (если вообще это необходимо)
Ключевой момент в вашей истории (и похожих историй)
Когда очень надо можно еще и не то сделать. Есть конечно единицы которым языки даются без напряга. Но в основном единственная причина по которой можно быстро и довольно сносно выучить язык - когда им реально надо (припёрло) пользоваться.
Вы что, автору не верите??!! У них надежно (!).. наследники
исчезнувшей цивилизациицелой Шнайдер ЭлектрикНапомнили "Фатальный недостаток" и Микрософт )))
Изобретение своих велосипедов одна из движущих сил в ИТ ))
Вы это всё настроили и написали такую огромную статью. Скорее всего у вас нет СДВГ, вы просто зануда )))
Шутка конечно
Только доллары 1989 и доллары 2021 года немного разные по покупательной способности. Ну да какая разница :)
Хорошо, но что там занимает такой объем? 32 Гб чистая база.. напомню WinXP в то время занимала от 1,5 до 3 Гб. Что такого в ERP системе может быть, что она занимает в 10 раз больше места, чем полноприводная ОС? Дремуче неиспользуемое легаси с 80-х годов. Картинки для GUI ? Что, ЧТО там занимает столько места ?
Это да. Этот костыль через "Оповещение" не только ломает стройность кода, но и ломает отладку. Да и языка там минимум, типичный набор для любого языка: условия, циклы, функции, итд. Сам язык простой (да и не нужны там сложности). Всё остальное 1с-специфичные вещи, которые языков не исправить.
Отчетность касается всех, кто платит налоги. Разве уж самые простые типа самозанятых и ИП 6% могут заполнить их прямо на сайте налоговой.
А чем золотой-то? Сервер 1С по факту один. Просто разных версий. Ничего покупать не надо. Админится не сложнее одного.
http://www.gilev.ru/multiple1cservers/
https://voblachke.ru/blog/dva-servera-1s-raznyh-versij-na-odnom-kompjutere/
Этому костылю в обед сто лет )
Тетрадка, эксель... много чего есть. Вопрос в эффективности всего этого в больших масштабах.
Проблема в том, что 1С работает. В российских реалиях они пока оперативнее и удобнее всего. Кто вам исправит хитровыдуманные формы регламентированной (регламентированные налоговой) отчетности, когда приказ ФНС вышел сегодня о том, что эту отчетность надо сдавать по новом форме еще вчера? Можно конечно везде посадить программиста, который будет в режиме "жопа в мыле" это делать. Но формы отчетности порой достаточно не тривиальные, а требования ФНС часто противоречивы. Кто будет решать как их реализовывать? Нужен еще юрист?
Да и откуда у условного цветочного магазина ресурсы на программиста. А у кого есть программист 1С - так пусть и обновляет, ему же за работу платят. Ну и да, цветочному магазину 1С вообще не надо. Есть много более легких и простых решений для учета таких масштабов.
Да, было бы хорошо уйти от монолита. По хорошему обновление платформ нужно только для бухгалтерии (ну и ERP поскольку она включают в себя бух-ню). Но никто не мешает поставить две платформы и два сервера 1С на разных портах. Свежий для бухгалтерии и второй для всех остальных баз (УТ, УНФ и прочие, в том числе отраслевые, к примеру ТОИР).
и обновляя платформу для бух - ничего со второй установленной платформой не будет, не надо никого выкидывать из этих баз.
Короче проблемы есть у 1С. Их полно. Тот же самый монолит. Новый функционал можно было бы ставить не полностью обновляю платформу, а доставляя dll/so которые имплементируют новый функционал. Dll динамические, можно подгружать даже не останавливая рабочих процессов (если они вообще нужны). Можно сделать подгрузку функционала по мере необходимости: запросил код что-то из функционала подключаемого оборудования - загрузилась либа, никто не просил - не надо ее вообще при старте платформы грузить.
Самая большая проблема 1С в том, что не исправляются ошибки, которые реально создают проблемы. И не исправляются годами. Зато распознавание речи, интеграция с Whatsapp и прочее с блекджеком и шлюхами.
Короче проблемы у 1С есть. Но у кого их нет? ))
PS. Лет 10-15 назад тестил SAP (не помню что именно ставил, да и не специалист в sap-e), но цифры запомнил.
Чистая УТ - ~600 Мб, ставилась минут 8
Инстанс SAP c чем-то вроде HR - ставилось 8 часов, размер (чистой?) базы - ~32 Гб.
Win XP в то время занимала от 1,5 до 3 Гб.
Не знаю к чему, просто вспомнилось )