да че те не слушаешь ничего((
никакой, просто файл отдавать сразу по байтикам

чел просто спросил я и ответил)

Никакой. В тег имг кладёшь урл и всё. Если ты знаешь зачем тебе бэйс64, тогда его юзай.

😂 во разговор

блять я чувствую себя таким тупым

Картинка это такой же файл как стили, скрипты.

ну так в каком виде мне их хранить, я же не получаю с фронта просто .jpg файл, в js же ведь ты получаешь массив когда загружаешь фотки через <input type="file">.

так это другой вопрос о том как их загружать на сервер

Бейс64 может быть выгоден на мелких картинках. И то хз зачем, оно ведь не кэшируется

можно через multipart/form-data

+

принимать каким-то multer который их просто запишет в папку, ты оттуда берешь пути и пишешь их в бд, и все

так а мне что отдельный запрос для фоток делать, там же ведь не только фотки, там описание работы, тайтл и ссылки на ресурсы. соответственно нужно юзать application/json.

Ну нужно, мультипарт все сожрет вроде

может @titiaiev подскажет другое решение, но у меня так что на загрузку фоток отдельный роут.
плюсы:
1. делаем на 1 работу меньше в роуте создания сущности какой то
2. можно отправить в multipart/form-data
3. фронту если надо где то еще фотку загрузить, не паримся изменением других роутов, просто он вызывает роут загрузки фотки, и изменяет ссылку в другой сущности напрямую
4. полный контроль над тем кто и когда какие фотки загрузил
5. возможность отдельно на фронте загрузить только фотку без изменения всей сущности в бд

больно будет, данные думаю лучше в json отпралвять

Энивей это все в туториалах на мдн по классу FormData

Почему больно то 🙄

в моем случае порядок с фронта запросов таков:
POST /api/upload => response {image_url: "/upload/ohdfj2340jn0cfn0120n3hu9uh.jpg"}
POST /api/posts => в реквест пихаем image_url из пред. запроса

ну можно скормить строку json в form data если очень его хочется, но имхо так красивее когда весь апи остается с json форматом