Круто, если будешь эту тему развивать - затронь адаптивы, там частая ошибка в полном различии структуры десктоп-мобайл из-за оптимизации места и упаковки в различные слайдеры.
Я начал учить Vue, но корп-рынку почему-то нужен React.
Рынку нужен React наверняка потому, что большие компании имеют давние продукты построенные на нем и переписывать все допустим на Vue очень дорого и бессмысленно.
Сам предпочитаю Vue, но React появился раньше и конечно устоялся. Проекты на Vue это в частности перезапуски старых продуктов с нуля на новый лад, стартапы, квизы, spa, crm
спасибо за разъяснение, паралельно загуглив пришел к ответу - страпи можно деплоить на Serverless. Есть примеры yml конфигураций, и базовые настройки самого страпи.
Спасибо за комментарий, доработал статью и обновил. Действительно это отлично подходит для проверки гипотез, что бы не зарыть огромный бюджет в то, что возможно не зайдет пользователям.
В Strapi есть многопользовательский функционал из коробки. Можно регистрироваться, авторизовываться и получать JWT-токен. Так же можно управлять доступами к API, отдельными роутами, запрещать или разрешать определенные методы, допустим findOne.
Есть роли, так же из коробки, где мы можем обозначать права и возможности аккаунтов.
Базу можно хранить как SQLite, либо же подцепить PostgreSQL или другие базы данных и работать с env.
Миграции происходят автоматически, как только мы изменяем модель через UI, там же редактируем поля, типы и прочее.
В работе со Strapi написание кода минимальное, все решается путем взаимодействия с UI. Код придется писать там, где нужно кастомизировать логику, перезаписать, к примеру, контроллер или сервис.
Возможно я не совсем понимаю значение Serverless, мы деплоили на хостинги, vds на node.js окружении.
Написание кода - минимальное, все решается путем взаимодействия с UI. Код придется писать там, где нужно кастомизировать логику, перезаписать контроллер, сервис и т д.
К чему негатив, в моем понимании фуллстек - это крепкий миддл и во фронте, и в бэке. Мы не занимаемся отдельно бэкендом и не предоставляем по нему услуги, мы закрываем бэкенд с минимальным вовчелением в него, мы не пишем руками контроллеры и роуты. Все происходит на уровне интерфейса, создается структура и поддается доработке при необходимости. Методы перезаписываются.
Мы не хотим в фуллстеки, мера временная и позволяет закрывать среднего масштаба проекты. Дальше конечно мы прорастем полноценными бэками, но это планы
Бро, мы не решили сэкономить. Мы просто не можем себе этого позволить, мы фронтом занимаемся и не хотим сильно вникать в бэкенд. Для этого мы позже найдем спеца, как только будем готовы растить в команде бэк, когда будет плотный поток однотипных конвеерных проектов с прозрачной загрузкой.
А пока, мы про функционал который на рекативных фреймворках можно и самим закрывать)
Список крутой, это все бэк - но вникнуть легче всего фронтам в страпи. Без фанатизма и потраченных месяцев жизни, без переквалификации в фуллстеков.
ну не 10 уж.. headless если не ошибаюсь в районе 2015 появилась и была не так уж продвинута тк были популярны симфони, зенд, вся эту хурма на php. Традиционно шлепали верстку и ее каждый раз интегрировали. Битриксы...
фронтовики нормально могут построить архитектуру и связи проекта, но вероятно это мне с кругозором так кажется тк я никогда не ограничивался фронтом и лез шире. В страппи можно и контроллеры переназначить, сервисы, роуты. Но я в этом не силен, каюсь)
этот подход для проверки гипотез и возможности не зарывать пару миллионов на старте, понять особенности и позже допустим отстроить проект на nest.
Инерция здесь как лучшая таблетка, но если бы не фронт в бэке) Собирали на этом стеке первую crm внутри, своими силами для собственных нужд. Умылись хорошенько)
дак не хотим мы фулл-стеками быть, в том и дело, что хочется на 20-30% закрывать бэк не вникая в его особенности сильно. А дальше проверив гипотезы - дорабатывать
Тут цель была больше в том, что бы его не менять. Она больше служит для того, что бы понять к кому можно пойти за задачами по своему стеку. Мы используем Vue, у нас возникла туманность из-за входящих задач на реакт, закрадывались мысли того - что лидов на вью нет и надо что-то менять.
В связи этой туманностью - возникла идея пойти прямо по списку и анализировать ручками, на фоне анализа собирал не только Vue, но и попутно другие фреймворки. По итогу таблица стала не только под нашу задачу - кому то она так же будет полезна в поиске задач :)
Спасибо за интерес, постараюсь твои интересы выделить в отдельную статью и учитывая текущий опыт - дожать))
Круто, если будешь эту тему развивать - затронь адаптивы, там частая ошибка в полном различии структуры десктоп-мобайл из-за оптимизации места и упаковки в различные слайдеры.
Рынку нужен React наверняка потому, что большие компании имеют давние продукты построенные на нем и переписывать все допустим на Vue очень дорого и бессмысленно.
Сам предпочитаю Vue, но React появился раньше и конечно устоялся. Проекты на Vue это в частности перезапуски старых продуктов с нуля на новый лад, стартапы, квизы, spa, crm
спасибо за разъяснение, паралельно загуглив пришел к ответу - страпи можно деплоить на Serverless. Есть примеры yml конфигураций, и базовые настройки самого страпи.
буду изучать)
Спасибо за комментарий, доработал статью и обновил.
Действительно это отлично подходит для проверки гипотез, что бы не зарыть огромный бюджет в то, что возможно не зайдет пользователям.
В Strapi есть многопользовательский функционал из коробки. Можно регистрироваться, авторизовываться и получать JWT-токен. Так же можно управлять доступами к API, отдельными роутами, запрещать или разрешать определенные методы, допустим findOne.
Есть роли, так же из коробки, где мы можем обозначать права и возможности аккаунтов.
Базу можно хранить как SQLite, либо же подцепить PostgreSQL или другие базы данных и работать с env.
Миграции происходят автоматически, как только мы изменяем модель через UI, там же редактируем поля, типы и прочее.
В работе со Strapi написание кода минимальное, все решается путем взаимодействия с UI. Код придется писать там, где нужно кастомизировать логику, перезаписать, к примеру, контроллер или сервис.
Возможно я не совсем понимаю значение Serverless, мы деплоили на хостинги, vds на node.js окружении.
Написание кода - минимальное, все решается путем взаимодействия с UI. Код придется писать там, где нужно кастомизировать логику, перезаписать контроллер, сервис и т д.
К чему негатив, в моем понимании фуллстек - это крепкий миддл и во фронте, и в бэке. Мы не занимаемся отдельно бэкендом и не предоставляем по нему услуги, мы закрываем бэкенд с минимальным вовчелением в него, мы не пишем руками контроллеры и роуты. Все происходит на уровне интерфейса, создается структура и поддается доработке при необходимости. Методы перезаписываются.
Мы не хотим в фуллстеки, мера временная и позволяет закрывать среднего масштаба проекты. Дальше конечно мы прорастем полноценными бэками, но это планы
Тоже о нем слышал из прямых уст, еще не пробовали. Отзывы отличные
оу, это как визуальный редактор, который складывает html в таблицу?))) и потихоньку забивает всю базу этим мусором?)
нову используем с субподрядом на ларавеле, но она платная да
сами решили туда глубоко не копать и ушли на nodejs
vscode этому не поддается - а переходить на php shorm фронтам - зачем?
базу нужно хранить у нас
Бро, мы не решили сэкономить. Мы просто не можем себе этого позволить, мы фронтом занимаемся и не хотим сильно вникать в бэкенд. Для этого мы позже найдем спеца, как только будем готовы растить в команде бэк, когда будет плотный поток однотипных конвеерных проектов с прозрачной загрузкой.
А пока, мы про функционал который на рекативных фреймворках можно и самим закрывать)
Список крутой, это все бэк - но вникнуть легче всего фронтам в страпи. Без фанатизма и потраченных месяцев жизни, без переквалификации в фуллстеков.
Мир, дружба, жвачка!
ну не 10 уж.. headless если не ошибаюсь в районе 2015 появилась и была не так уж продвинута тк были популярны симфони, зенд, вся эту хурма на php. Традиционно шлепали верстку и ее каждый раз интегрировали. Битриксы...
фронтовики нормально могут построить архитектуру и связи проекта, но вероятно это мне с кругозором так кажется тк я никогда не ограничивался фронтом и лез шире. В страппи можно и контроллеры переназначить, сервисы, роуты. Но я в этом не силен, каюсь)
этот подход для проверки гипотез и возможности не зарывать пару миллионов на старте, понять особенности и позже допустим отстроить проект на nest.
Инерция здесь как лучшая таблетка, но если бы не фронт в бэке)
Собирали на этом стеке первую crm внутри, своими силами для собственных нужд. Умылись хорошенько)
дак не хотим мы фулл-стеками быть, в том и дело, что хочется на 20-30% закрывать бэк не вникая в его особенности сильно. А дальше проверив гипотезы - дорабатывать
Кажется, что не хватило упоминания Vitest
Классный экстеншн, я его после выпуска статьи нашел. Думаю связать текущие данные таблицы с бэк cms. Условно Bitrix+Vue и т д.
Упор в полезность, это публичная таблица с результатом. Конечно он далеко не идеальный, но работы над собой идут)
спасибо, обязательно изучим :)
легась))) поместили в other. У нас был упор на Vue, React, Angular
Тут цель была больше в том, что бы его не менять. Она больше служит для того, что бы понять к кому можно пойти за задачами по своему стеку. Мы используем Vue, у нас возникла туманность из-за входящих задач на реакт, закрадывались мысли того - что лидов на вью нет и надо что-то менять.
В связи этой туманностью - возникла идея пойти прямо по списку и анализировать ручками, на фоне анализа собирал не только Vue, но и попутно другие фреймворки. По итогу таблица стала не только под нашу задачу - кому то она так же будет полезна в поиске задач :)
Спасибо за интерес, постараюсь твои интересы выделить в отдельную статью и учитывая текущий опыт - дожать))