Смысл? Хуже агента плюс не говоря о Наполеоне
Дак вот что дали с тем и работаем) сегодня сел искать альтернативы, агент плюс нашёл, но ещё не углублялся в изучение, про наполеона вообще слышу впервые
Наполеон сделан на скулайт, базы с картинками до 50 гиг тащит легко, обмен как дбф там и можно своё сделать сервисами. На мобтустройствах работает быстро без глюков. Широкий выбор кастомизации под каждый рюпроект. Сценарная работа. Да, с картами во всех прогах будут нюансы, кто бы сказок не рассказывал. Ибо там яндексы операторов и прочие гуглы имеют свойство менять условия работы
Круто, спасибо, изучу. Карты заказчику не принципиальны, там бы просто адекватно настроить работу ))
Тогда Наполеон, агент, ст мобильная и моби с, остальные решения
Торговикам тоже в поля? А чем лучше?
Удобнее проще безглючные. Что важно. И работает реально быстро. База на мобиле на скулайт тоже. Мы занимаемся ими всеми, быстрее всего и проще Наполеон. Потом а плюс. Ещё решение от нестле для дистрибов было, почти все на прямых запросах.
а почему должно работать медленно на бэке, там данных с гулькин нос, и 50Гб на склайте - это прямо такое себе, он не предназначен для такого решения. Несколько лет назад я краем сталкивался с наполеоном, было очень кривое приложение, возможно сейчас допилили.
Там же фотки и все такое. Как правило после запуска никто пару тройку лет голову не греет. Вот и выходит к 50 гигам. По кривости сильно не заметили по сравнению с другими. То что запускали в 13 году на 120 агентов в 3 городах до сих пор работает, осенью кое что допиливали по просьбе. По а+ были вопросы , пришлось с ними немного договариваться, агентов было около 90. Пришлось переписать некоторые вещи. Но, тот же а+ очень быстро адаптировали под вендинг. В общем у меня такой опыт.
по агенту помню было дичайшая вещь с рандомным сбросом лицензии и когда человек в полях, это была боль.
Там да, китайские железки которые после вытаскиваниях симки и вставки вдруг считались другими устройствами. Как потом выяснилось симки вытаскивали и батарейку чтобы дома лёжа на диване делать заявки в полях . Потом агент добавил службу управления лицухами, не бесплатно. В общем то что запускалось Милион лет назад пока работает и никто не хочет куда то переходить.
ну это понятно, затраты должны быть обоснованы, а не просто "мне не нравится", если лицензии куплены, то уже деваться не куда, что выбрали на том и работать.
Факт. Мы контору переводили под честное слово. У них было решение за дорого. Мы сказали делаем внедрение без денег и тестят неделю, если все ровно покупают 20 лицух, если ровно ещё 20. Как итог, через 3 дня которые супер сам катал купили сразу 100.
раз уж за сторонние сервисы разговор зашел, хотел спросить. В соседней ветке я тут немного поспорил, что по архитектуре вязать rabbitmq и 1с напрямую неверно, нужно делать еще один слой, но мне сказали есть компонент первого бита, бывает глючит, может память потечь, но терпимо. Есть опыть работы с такими проектами?
rabbitmq лишь брокер, сам по себе он по сути бесполезен без исходных данных к передаче, а эти данные берутся напрямую из 1с, насчет прослойки - кто то делает кто то нет, я лично когда занимался кроликом делал связки 1с - кролик - 1с, но тут нужно понимать я думаю объем данных, допускаю что в других проектах я бы выбрал другой путь. так же работал с кафкой, хоть подход у них разных, но итог в принципе один, весь вопрос в постановке вопроса и задачи
Нет. Я тоже читал про кролика. Мнения разделились. В каждом случае могут быть нюансы.
он норм работает, но я пробовал только на относительно не больших проектах (не более 100 активных пользователей), кайф конечно бы попробовать на более большом проекте - но пока что такой возможности не преставилось
там вопрос был в приеме от кролика, это же асинхронно все, мне казалось, что это лучше делать снаружи.
Вот. Имхо сильно будет зависеть от конкретики задачи
а что не так в приеме ? насчет асинхронности, это да - но все равно 1с работает по факту в потоке и вся эти асинхронности довольно относительная
то что кролик надежен, не сомневаюсь. Я работал c mq-брокерами без 1с. вопрос был про связку 1с и кролика напрямую.
так это другое дело, я как раз об этом и говорил, что есть прослойка (тот же rest),где можно отправлять/получать данные синхронно, относительно кода 1с.
он не самостоятельный, работал поверх кролика, по этому и плагин собственно, не отдельное приложение
я понял, это не суть, главное, что в 1с у вас все в одном потоке, без асинхронщины получается, если я правильно понял.
образно говорят да, я вообще 1с не рассматриваю как асинхронщицу хотя многие говорят обратное, ну тут дело уже вкуса и определение что есть асинхронщица
Обсуждают сегодня