О
вопрос не в росте, а в задаче
ты делаешь проект не думая о том что в будущем упрешься в ограничения технологии?
Size: a a a
2020 October 10
И
я примерно понимаю когда что юзать но ощущение что лучше сразу взять next и не париться о перспективах роста проекта
не надо писать реддит на гэтсби, он для этого не подходит. и не надо поднимать документацию на нэксте — он для этого слишком дорогой
О
не надо писать реддит на гэтсби, он для этого не подходит. и не надо поднимать документацию на нэксте — он для этого слишком дорогой
ну если всё упирается в стоимость поддержки серверов то ок)
М
вопрос не в росте, а в задаче
У меня задача - простой сайт-магазин. Поэтому думал взять гетсби, просто что бы легче разрабатывать
И лучше собрать, но без фанатизма
И лучше собрать, но без фанатизма
М
а graphQL боюсь, он кусается
О
У меня задача - простой сайт-магазин. Поэтому думал взять гетсби, просто что бы легче разрабатывать
И лучше собрать, но без фанатизма
И лучше собрать, но без фанатизма
магазин на гэтсти это воообще странно)
М
магазин на гэтсти это воообще странно)
без оплаты и чатов
О
У меня задача - простой сайт-магазин. Поэтому думал взять гетсби, просто что бы легче разрабатывать
И лучше собрать, но без фанатизма
И лучше собрать, но без фанатизма
я делал магаз на next и прям очень хорошо
И
ну если всё упирается в стоимость поддержки серверов то ок)
не в стоимости серверов, а в стоимость разработки. в зарплате людям. и ответственности этих людей.
кто-то эти сервера должен обслуживать, кто-то должен следить за логами, кто-то должен поддерживать аптайм
всего этого нет у nginx, который сервит результат билда gatsby
кто-то эти сервера должен обслуживать, кто-то должен следить за логами, кто-то должен поддерживать аптайм
всего этого нет у nginx, который сервит результат билда gatsby
И
У меня задача - простой сайт-магазин. Поэтому думал взять гетсби, просто что бы легче разрабатывать
И лучше собрать, но без фанатизма
И лучше собрать, но без фанатизма
придётся пересобирать всё после каждого добавления нового товара. подумой
О
не в стоимости серверов, а в стоимость разработки. в зарплате людям. и ответственности этих людей.
кто-то эти сервера должен обслуживать, кто-то должен следить за логами, кто-то должен поддерживать аптайм
всего этого нет у nginx, который сервит результат билда gatsby
кто-то эти сервера должен обслуживать, кто-то должен следить за логами, кто-то должен поддерживать аптайм
всего этого нет у nginx, который сервит результат билда gatsby
я не девопс но вроде сейчас есть много клауд решений где всё это автоматиизрвоано
М
придётся пересобирать всё после каждого добавления нового товара. подумой
ну дык если эти товары подключать по graphQL, не нужно будет
М
сайт сам пересоберется
О
разница для меня только в том что CRA не подходит под СЕО)
М
а я буду спокойно делать свои пост запросы по ресту
A
я не девопс но вроде сейчас есть много клауд решений где всё это автоматиизрвоано
автоматизация не освобождает от необходимости штатного сотрудника который будет заниматься обеспечением и поддержкой этой самой автоматизации
М
я же прав?
И
сайт сам пересоберется
пересоберётся, да
только представь, что товары добавляются и удаляются по 10 раз в минуту. например
если в магазине пять товаров, то не проблема
только представь, что товары добавляются и удаляются по 10 раз в минуту. например
если в магазине пять товаров, то не проблема
О
сайт сам пересоберется
а если товаров будет со временем много? сборка будет занимать много времени
М
пересоберётся, да
только представь, что товары добавляются и удаляются по 10 раз в минуту. например
если в магазине пять товаров, то не проблема
только представь, что товары добавляются и удаляются по 10 раз в минуту. например
если в магазине пять товаров, то не проблема
вооот, а такого не предусматривается
там товар раз в месяц
там товар раз в месяц