Pull to refresh

Comments 17

1с будет делать так, как программист 1с напишет, никаких

если пайплайн состоит из GET -> PATCH -> DELETE, и на DELETE он получит 500, то GET и PATCH будут ретраиться по новой

Там нет.

Также в 1с есть автогенерируемый rest интерфейс и возможность делать произвольные эндпоинты с произвольной же обработкой присланных данных.

1С будет присылать вам очень крупные массивы данных

Опять же - это дело рук программиста 1с. Если у него нет внятного задания - то он будет слать автосериализованные сущности, которые могут быть прям большими, да.

Извините, но бред

Вот здесь описано как опубликовать http-сервис https://infostart.ru/1c/articles/1293341/

По остальному - зависит от логики, заложенной на клиенте ( в том числе 1с). Грубо говоря как написали в языке 1С - так оно и будет работать.

К 1С куча претензий, но вот здесь не по теме все

Я не знал что можно. Думаю, от публичных точек на стороне 1С отказываются в целях безопасности, такой вот у меня кейс

Яндекс маркет вроде как предполагает полноценную работу, когда на стороне клиента развернут сервис. И бесплатно дает его код

Остальные маркетплейсы работают в режиме запросов от клиента. 1с довольно шустро справляется.

Автор явно надумал, ну или с разработчиками не повезло.

Я кстати не говорю, что в 1с все ок, там и язык устарел и технологии проприетарные. Но этот кейс решить можно.

Ещё в типовых конфигурациях могут быть уже готовые http-сервисы, которые делают что-нибудь полезное.

Забавная статья, хорошо демонстрирующая старую притчу о трёх слепых мудрецах, которые описывали животное класса "слон обыкновенный" и сделавших три разных заключения.😊

Впрочем, и сам был таким, лет 15 назад, когда впервые для себя переводил компанию с SAP ERP R/3 на 1С 7.7. Интеграция была очень забавной. Программисты склонны ломиться напрямую, как умеют. А Дока на стороннюю систему это для чистеньких архитекторов 🤣

И потом ходят байки, про темные леса, ошибки и кривую интеграцию с 1С.

Ну а оглянуться вокруг, понять способы обмена, протоколы, специализированные системы ESB, увы это приходит с опытом.

Какая 7.7 15 лет назад в новых проектах? Восьмерка 22 года назад вышла.

Самая обыкновенная. Даже сейчас управляемые не везде.

Так если это "перевод на 7.7", то это новое внедрение. Сейчас же никто не начинает новых проектов на обычных формах. Мне просто кажется, что не 15, а все 20 лет назад это было. Я ттже, когда свой стаж считаю, удивляюсь. И когдаузнаю, что коллеги, которым 25 лет отмечали родились в 2000

Уверен, что через 5 лет далеко не все новые проекты будут начинать на 8.5.

Также, теоретически, могло быть и здесь. Решили начать на 7.7. Вполне возможное развитие событий.

Решили начать на 7.7

Вижу минусы, плюсов не вижу. Может подскажете?

Например, штатные разработчики имеют опыт только с ней и не готовы были перейти на 8.

Это прям уникумы. Цените их! Без шуток - сейчас днем-с-огнём не найдешь спецов, которые могут и хотят работать на 7.7

Но в целом печально - ребята себя закапывают. Проще выгнать всех и начать внедрять 8-ку, перспективнее для компании

Это я, например. Просто платите мне много денег, и все.

Кажется, статью надо переименовать в "Мои заблуждения ...", тут примерно все не соответствует действительности

В зрелой Ит-инфраструктуре обмен данными между системами осуществляется с помощью интеграционных платформ / шин данных.

Sign up to leave a comment.

Articles