Про 1С-OLE компонент в общих чертах слышал, есть у меня предвзятость, что это устаревший подход и компания 1С может его криво поддерживать или вообще забросить.
Win-платформа не пугает, да и на моем профильном C# / .NET это будет реализовать довольно просто [на первый взгляд].
Стоит поисследовать ваш вариант, подкупает что вы довольно масштабно его используете.
Получается вы в своих решениях держите, что то типа словаря, где ключ - тип сущности (товар, накладная на поступление, и т.п.), а значение - это дата/время последней выгрузки. И потом запросом (в OLE компоненте) вычитываете изменившиеся с последней выгрузки сущности?
По вашим оценкам, сколько может потратить 1С на выгрузку справочника товаров на 10к позиций и сколько будет проводится порядка 200-300 расходных накладных?
И в этом подходе [вроде] есть жирный плюс - всё можно сделать фоново, не обязательно чтобы клиент был запущен.
А можно как-нибудь организовать двусторонний обмен со стандартной конфигурацией (в частности 1С:Розница), что бы со стороны 1С ничего не пришлось дописывать?
При этом со стороны другого приложения на доработки нет никаких ограничений.
Бегло пробежался по документации, не нашел упоминания ключей идемпотентности ни при оплатах ни при возвратах. Но ведь это одна из важнейших штук в платежных REST api.
Поэтому надо иметь запасной план – собственно, сам Сбер рекомендует опрашивать их сервис по каждому проведенному платежу.
Со всеми колбеками так, никогда не стоит рассчитывать на них. DDoS атаки, технические сбои как собственной так и Сберовской инфраструктуры. Сервис должен уметь восстанавливать статусы оплат и возвратов.
Ещё можно было немного затронуть тему ретраев HttpClient-а, чтобы не натыкаться на "скоротечные" проблемы при отправке запросов.
Спасибо за обстоятельный ответ!
Про 1С-OLE компонент в общих чертах слышал, есть у меня предвзятость, что это устаревший подход и компания 1С может его криво поддерживать или вообще забросить.
Win-платформа не пугает, да и на моем профильном C# / .NET это будет реализовать довольно просто [на первый взгляд].
Стоит поисследовать ваш вариант, подкупает что вы довольно масштабно его используете.
Получается вы в своих решениях держите, что то типа словаря, где ключ - тип сущности (товар, накладная на поступление, и т.п.), а значение - это дата/время последней выгрузки. И потом запросом (в OLE компоненте) вычитываете изменившиеся с последней выгрузки сущности?
По вашим оценкам, сколько может потратить 1С на выгрузку справочника товаров на 10к позиций и сколько будет проводится порядка 200-300 расходных накладных?
И в этом подходе [вроде] есть жирный плюс - всё можно сделать фоново, не обязательно чтобы клиент был запущен.
А можно как-нибудь организовать двусторонний обмен со стандартной конфигурацией (в частности 1С:Розница), что бы со стороны 1С ничего не пришлось дописывать?
При этом со стороны другого приложения на доработки нет никаких ограничений.
Много кто может обжечься думая, что это типа "импортозамещенный Windows".
Не массовый это продукт, как бы ни хотелось в это верить.
Недавно про чувака писали, который ради ролика на ютубе самолет разбил, так ему двадцатка [может] светит.
Вот, что значит правильно риск/вознаграждение выбирать.
кто-нибудь может подсказать, а насколько трудоемкая реализация поддержки новых процессоров в виртуальных машинах .Net, Java?
и что вообще нужно сделать со стороны системного софта, что бы процессор можно было бы нормально использовать в повседневной работе
Три несвязанных пункта:
1) если успеха добился человек из обеспеченной семьи, то с большой вероятностью ему это (семья и достаток) помогло
2) если успеха добился из семьи обычного достатка, то этот человек вдвойне молодец
3) никто не говорил, чтобы добиться успеха нужно родиться в обеспеченной семье
так ведь все работали , разве не США с ЕС воткнули дубину в колеса, провоцируя зарубежные компании продавать бизнес и уходить из страны?
миллион разработчиков? это какая то гигантская цифра, может всё таки IT-специалистов
вы буквально, кого то сейчас можете лишить работы
Про какую версию идет речь?
Посмотрел свою версию:
Зачем это всё на Хабре?
облака ближе чем вы думаете
Тут скорее, вопрос не в том как относится к возможностям нейросети, а можно ли это называть интеллектом.
Так, например никому не приходит в голову называть реляционные СУБД искусственным интеллектом.
Уверен есть общепринятые термины, но нейросеть не обладает интеллектом, а лишь имитирует его.
Тэги к посту говорят, что всё серьезно. Уже переписываю пэт проекты.
заставят вырастить!
Бегло пробежался по документации, не нашел упоминания ключей идемпотентности ни при оплатах ни при возвратах. Но ведь это одна из важнейших штук в платежных REST api.
Со всеми колбеками так, никогда не стоит рассчитывать на них. DDoS атаки, технические сбои как собственной так и Сберовской инфраструктуры. Сервис должен уметь восстанавливать статусы оплат и возвратов.
Ещё можно было немного затронуть тему ретраев HttpClient-а, чтобы не натыкаться на "скоротечные" проблемы при отправке запросов.
Пчелы против мёда? Или среди нас мухи?
опустив откровенную глупость про "бесплатно работают даже опытные",
в Северной Америке нет проблем с трудоустройством разработчиков?
свидетели Форка Эфира
не совсем корректно, скорее так:
Кого то обманули и с его карты (и без его ведома ) перевели вам деньги в размере 100 рублей, а вы в магазине хлеба как раз на 100 руб купили.