решения которое он хочет сомнительно, если не назвать его полным г. В общем, задача казалось бы стандартного обмена между 1с и микросервисом. Вот только заказчик не хочет чтобы на этом самом микросервисе хранились данные, а админ не хочет размещать базу на веб сервере, то есть никакого restapi. В итоге один программист вызвался написать через winapi на c++ своё решение. Итак, чем это решение плохо и какие могут быть подводные грабли? Из очевидного что никто так не делает и в принципе это долго, муторно и может не взлететь заказчика особо не волнует. Вопрос - чо делать?
Почему заказчик не хочет хранить данные на сервисе, а админ подымать базу?
жесть. объясните, что если кто-то из этой гоп компании уйдет (вариант с болезнью уже как бы реализован, как минимум в плане психического состояния) то даже самые отъявленные маргиналы не возьмутся за сопровождение этого куска инженерной мысли
Потому что 1с уже формирует запросы сама. Смысл хранения этих данных, когда решение на 1с уже написано и json файлы сформированы и осталось их только прикрутить Админ не хочет поднимать базу в целях безопасности. Это создаст дырку в безопасности Плюсовик же хочет написать сомнительное решение и именно он не даёт зелёный свет хранить данные на микросервисе, лобируя только своё решение
Ну, это надо просто знать где таких маргиналов искать :D
никто же не запрещает микросервису юзать 1с как базу, если уже в неё так уперлись? не работал с 1с, но наверное ж можно в неё чем-то гадить. Меня тогда только смущают слова C++ и WinApi
Именно! Winapi и CPP такое себе решение в плане 1с. Локально базу даже не хотят выкладывать чтобы по локалхосту к ней обращались. Но тем не менее, приложение на cpp разрешено выкладывать
Обсуждают сегодня