Хз что там отвалится

так этот проект получается на монге уже?

нужно просто клиента реализовать?

проект не обязательно переводить сразу - нужно место для плейграунда

отдельный серв к примеру

+ по советам при переводе я понял что нужно делать экспорт базы - и потом импорт - это вроде надежнее

я понимаю что данных может быть много…

привет, а кто нибудь пробовал страницы созданные в webflow.com интегрировать в метеор? хорошая ли это идея вообще?))

интересно

не пробовал

Да, на 3-ей Монге. Он даже был на Метеоре, но пришлось основные функции Метеора выпилить потому как начали происходить потери данных(это одна из причин). Я написал эти цифры немного с запасом, исходя из реального опыта использования пользователями приложения. Конечно, они не часто за раз могут принести 1Гб данных из оффлайна. Нужно очень постараться для такого объема:) Обычно данных намного меньше. Но запас прочности у приложения должен быть.

Клиент уже реализован на Ionic. Серверная часть - Meteor(сейчас - только как REST API и аутентификация) + Mongo + несколько Node.js сервисов. Микросервисная архитектура в docker-контейнерах. Пока что без месседж-брокера.

Спасибо за подсказку, что нужно накатывать данные(экспорт-импорт) на повышенную версию Монги. Возможно, попробуем.

На данный момент архитектура проекта уже устоялась, можно сказать, без Метеора(используем только 5-10% от его функциональности) и я пытаюсь выяснить ограничения Метеора что бы знать о них или выяснить как решаются подобные задачи(с накоплением оффлайн-данных) на Метеоре. Описаний в и-нете почти нет, к сожалению. Встречаются упоминания в каментах на ютубе о том что Метеор - отстой. А почему?  Для каких задач эта платформа подходит? Какие у него ограничения?

А в каких случаях пользователь кидает такой объем данных? Может проще связать с трансфером этой части в amazon s3 ? Весь пробой в ionic - он не даст Вам использовать передачу в фоне - для этого нужно использовать нейтив приложения при разработке

советую смотреть в сторону graphql и всё таки писать нейтив приложения - сам сделал такую ошибку когда всё хотел на кроссплатформе писать…

в итоге есть соцсеть под три платформы - но нет гарантий при передачи данных

для этого метеор и хорош - быстро спроектировать систему

но для более солидного подхода - нужно каждую часть отдельно формировать

Это приложение - т.н. Мобильный обходчик на предприятии. Контроль состояния оборудования, регистрация дефектов, прохождение тех.карт и т.д. НА прдприятиях есть большие зоны без вай-файя, моб.ин-нет не используется. Человек может ходить в полях целый день или больше:)
Не знал про это, прочту, спасибо
Да, менеджеры уже отдали переделывать то приложение на андройд-нэйтив.
Ionic позволяет асинхронно передавать данные. Но это может привести к тормозам в приложении. Поток один, как известно. Service worker's -не дошли до этого, а хотелось

Да, прототип на нём был написан быстро. И всем понравилось:) Но потом началось "веселье"))

что то и у меня с service workers не сложилось - кэш попросту убивает возможности при обновлении в последствии - клиенты могут остаться недовольными

Мм, ясно