У меня на бэкенде используется Swagger и я автоматически генерирую все запросы/типы в ReactApp через rtk-query-codegen-openapi. Все это сохраняю в один редюсер, в другом храню самописные и сложные запросы.
Зайти на официальные сайты этих фреймворков и потыкаться час-два религия не позволяет?
Я лично использую antd, мне хватает. Стилизация компонентов сводится к выбору цветов, установке иконок, поведения. Можно задавать свои css-классы для компонентов, но я использую практически дефолт, лишь цветовую тему из брендбука задал и обернул корневой элемент, чтобы везде применилось.
Зайдите на оффсайт - там от силы полчаса уйдет, чтобы все примеры потыкать.
Да вроде бы все более-менее нормально. Есть некоторые огрехи, но терпимые. Я бы связал билет напрямую с рейсом, а тариф вынес куда-нибудь отдельно, т.к. вообще без разницы как приобретен билет - это никак на него не влияет. Ну а через билет + посадочный салон можно легко получить и рейс, и место, и модель, и еще кучу метаданных...
Valentin Barbolin, не совсем понятно выразился.
Как мне получить доступ к опубликованному в докер контейнере приложению через http-запрос по dns-имени, например, через браузер?
Для этого мне надо закрепить за выбранными именем IP в hosts (если мы говорим про Windows). Без dns-имени он доступен по http://localhost:port, где port - это публичный порт, пробрасываемый при docker run -p port: internalport.
Вопрос где и как этот public IP у контейнера взять. Его надо как-то в домашней сети ПК зарегистрировать через команды docker?
Valentin Barbolin, спасибо, попробую.
Но насколько я понял app-network - это внутренняя докеровская сеть и домен будет доступен только внутри нее. Как-то этот домен на windows можно привязать к контейнеру? В hosts вроде docker работает через единый gateway...
#, я не создавал никакого дополнительного логгера, если вы об этом, пользуюсь одним инстансом.
Дефолтный логгер пишет ВСЕ ошибки возникающие, что есть хорошо. Я пишу только там, где сам их ловлю и дополняю мета данными.
Просто логгер пишет ошибку в лог еще до самой обработки как мне кажется. Буду в эту сторону копать...
Так даже на Метаните хватит информации, чтобы понять, что такое фуллстек. Посмотрите в сторону веба, там и Entity Framework/Dapper рассмотрен, и Web API/MVC, и прочие вещи.
Я бы порекомендовал для начала посмотреть на архитектурные паттерны/решения, чтобы понять как сейчас пишут приложения, желательно, с примерами и указаниями стеков. Там сразу всплывут все пробелы.
Rsa97, вроде как там общее хранилище "assets". Можно структурировать, создавая папки/подпапки. Вызывать на любой странице через эдитор и добавлять то, что нужно. Но как там идет работа с ограничениями по доступу я не скажу, возможно, что доступ дается на подпапки, а может целиком на все хранилище...
ИТ курсы, пусть и от неплохой html academy вообще не гарантируют трудоустройства. Я бы сказал, что если есть только курсы (без ВО, без релевантного опыта работы) - вас отправят в самый конец списка, если вообще возьмут в этот список. У вас нет никаких конкурентных преимуществ перед более молодыми соискателями.
zaxece09, выше написали. Используется инструменты моделирования поведения пользователя, например Selenium. Можете провести диагностику endpoint'ов - возможно можно будет обращаться за фотографиями напрямую, зная идентификаторы записей.