Про Docker. Выбор любой технологии это всегда копромис, изначально хотелось, да и до сих пор хочется, перейти на кубер, но пока не нашел времени его приготовить. Под докером у нас NodeJS приложение веба, сервисы api и nginx.
Ну по секрету скажу что тот трафик который у нас сейчас есть и так спокойно держится одной виртуалкой, да и на GCP есть очень мощные виртуалки.
Я не думаю что на хабре есть какая-нибудь дискриминация по транспорту на котором Вы передвигаетесь, но предпоследний абзац в вашем комменте вызывает негатив даже у других мотоциклистов.
Спасибо за коммент, на самом деле мы немного в другую сторону развиваемся, два основныx направления которые мы хотим развить сейчас это каталог классных маршрутов составленный локалами, отзывы об этих маршрутах, на сайте есть возможность создавать дорожные истории с привязкой к конкретному маршруту.
Приложения что ты привел выше немного про другое, они на сколько я понимаю больше про техническое планирование катки.
Второе направление более схоже, это планирование поездки/создание ивента, но в нашем случае опять же мы больше про социальную часть этого процесса. У нас можно создать как публичный так и приватный ивент только для себя и друзей, в будущем планируем добавить функционал, путевых заметок, информации о жилье и прочий функционал который может быть полезен для планирования путешествия
cssInJS конечно добавляет Вес бандлу, но не думаю что значительный, для нас по крайней мере это не повод отказываться, уж слишком удобный он для наших задач. Было бы кстати интересно посчитать, сколько весят например стили в нашем приложении, может прикину на досугу
Частично используем, но подружить код-сплиттинг с SSR пока не пробовали, но это и правда очень не простая задача, учитывая то, что ReactDOMServer не поддерживает пока Lazy и Suspense
Если есть возможность и нету таких требований, то действительно так будет проще.
У нас же есть требования поддержки «узкиx» разрешений на десктопах и наша аналитика говорит о том, что коло 8% пользователей с к экранами меньше 800px на десктопных ос. По этому нам приходится поддерживать.
Но ключевой момент именно в наличии или отсутствии возможности отказаться от разделения ui по ширине экрана, потому что при разделении только по user-agent, это во первых проще, а во вторых можно лучше оптимизировать код.
А можно поподробнее? Очень хочется посмотреть различные другие примеры использования
Ну по секрету скажу что тот трафик который у нас сейчас есть и так спокойно держится одной виртуалкой, да и на GCP есть очень мощные виртуалки.
Я не думаю что на хабре есть какая-нибудь дискриминация по транспорту на котором Вы передвигаетесь, но предпоследний абзац в вашем комменте вызывает негатив даже у других мотоциклистов.
Приложения что ты привел выше немного про другое, они на сколько я понимаю больше про техническое планирование катки.
Второе направление более схоже, это планирование поездки/создание ивента, но в нашем случае опять же мы больше про социальную часть этого процесса. У нас можно создать как публичный так и приватный ивент только для себя и друзей, в будущем планируем добавить функционал, путевых заметок, информации о жилье и прочий функционал который может быть полезен для планирования путешествия
У нас же есть требования поддержки «узкиx» разрешений на десктопах и наша аналитика говорит о том, что коло 8% пользователей с к экранами меньше 800px на десктопных ос. По этому нам приходится поддерживать.
Но ключевой момент именно в наличии или отсутствии возможности отказаться от разделения ui по ширине экрана, потому что при разделении только по user-agent, это во первых проще, а во вторых можно лучше оптимизировать код.