@graphql_ru
GraphQL — русскоговорящее сообщество

Общаемся на темы, посвященные GraphQL и опыту его использования. Проблемы. Новости. Решения. Вам могут быть полезны: @apollo_ru, @react_js, @vuejs_ru Рекомендуем сразу отключить уведомления, чтобы пребывание в чате было полезным и комфортным.

352 members

Архив канала @graphql_ru 11 апреля 2018 г.

01:40:10 ДП
User 56456060
User 224769697
Я хотел написать, что файлы через графкуэль несовсем правильно пропускать - фигово по производительности, памяти, каналу: вобщем боль для админов. И что я сразу гружу файлы на S3. И когда добрался до мутации, то там увидел загрузку на S3 через граыкуэльный сервак - то я уже молчать не могу.

Вобщем есть в S3 такая тема, как Signed URL. Она позволяет сгенерировать на сервере защищенную ссылку для клиента, по которой клиент сможет загрузить свой файл (определенного типа, веса, и даже в защищенный бакет).

Вобщем нужно гнуть каналы и память S3 напрямую, и поменьше грузить свои железки и тем более свой ламповый GraphQL сервер.
01:41:35 ДП
User 56456060
https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/private-content-signed-urls.html

Там внизу есть примеры.
docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/private-content-signed-urls.html
Describes the basics for using signed URLs to control access to your objects.
01:43:07 ДП
User 56456060
Товарисчи знатоки, если ли signed url у Ceph'a? Работает норм?
05:21:43 ДП
User 261587853
Всем, привет. Ребят, кто может помочь с InMemoryCache
05:21:48 ДП
User 261587853
не могу разобраться
05:22:02 ДП
User 261587853
есть ли хорошие источники
05:27:32 ДП
User 224769697
@nodkz изначально так и было через подписанные урлы, но в будущем стоит задача обрабатывать эти файлы на сервере, прогонять через Гугл апи для подсчёта слов, мб соединять в один архив и делать превьюхи, и был выбор 1 грузить через подписанный урлы, отправлять ссылку на сервер, скачивать на сервере, обрабатывать, дозагружать превьюхи на s3 или 2) сразу грузить на сервер и делать там все махинации и обработанные файлы грузить на s3
05:28:23 ДП
User 261587853
вот сейчас у меня при readQuery выкидывает ошибку ROOT_QUERY и тд
05:28:24 ДП
User 224769697
Мне показалось что так правильнее и гибче, как минимум ещё можно сжимать картинки и экономить место и траффик на s3
05:29:13 ДП
User 224769697
Если signedurl для этого подходит больше - я с радостью выслушаю аргументы)
06:07:21 ДП
07:23:58 ДП
User 56456060
User 224769697
@nodkz ?)
У нас обработка картинок стоит на s3 хуках через лямда функции. Из своего печального опыта, основную нагрузку на сервак делала обработка файлов. Поэтому для себя я сделал выбор по максимому убрать с АПИ серверов все что особо к апи отношения не имеет.
07:32:11 ДП
User 207858668
User 261587853
вот сейчас у меня при readQuery выкидывает ошибку ROOT_QUERY и тд
В try/catch заверни
07:32:28 ДП
User 207858668
Мб есть какие решения получше, но я пока не нашел
07:33:12 ДП
User 261587853
Ок спасибо
08:04:58 ДП
User 224769697
А превьюхи так можно делать?)
08:04:58 ДП
User 224769697
И как тогда правильно информировать сервер о том, что картинка загрузилось и нужно добавить инфу о ней в бд? И тогда могут быть ситуации когда картинка загрузилась на сервер но в апи что-то глюкануло и инфа о ней не дошла до апи сервера?
08:04:58 ДП
User 224769697
И как ты делаешь загрузку защищенных картинок с с3?)
08:11:14 ДП
User 224769697
@nodkz подскажешь ?)
11:20:45 ДП
User 56456060
User 224769697
@nodkz подскажешь ?)
В личке дообсудим