Телеграмм чат группы aws

Size: a a a

AWS_RU

2020 September 23

origin s3

такие response заголовки возвращаются при 307 коде - редирект

content-length: 488
content-type: text/html
date: <date>
etag: "<value>"
last-modified: <value>
server: AmazonS3
Set-Cookie: <value>=0|0|0|; Max-Age=0; SameSite=none; Secure
status: 200
via: 1.1 <value>.cloudfront.net (CloudFront)
x-amz-cf-id: <value>==
x-amz-cf-pop: <value>
x-cache: Error from cloudfront

Ок, то есть их выдает S3... А какое имя домена указано в качестве origin ? bucketname.s3.amazonaws.com или bucketname.REGION.amazonaws.com и как давно был создан бакет?

источник

09:48пожаловаться #1

L K in AWS_RU

Al T

вчера бакет создал, +- 24 должно было пройти

был указан bucketname.region....

уже попробовал на origin домене добавить query параметр - 307 редирект

источник

09:49пожаловаться #2

Al T in AWS_RU

я б попробовал еще все таки вместо cacheNothing policy что-нибудь с небольшим кешем, может в этом случае он не будет query string прокидывать

источник

09:52пожаловаться #3

inqfen in AWS_RU

Dmitriy Pisarevskiy

Привет, использую SQS и Lambda c# .net core. В SQS есть очередь FIFO до недавнего времени при падении обработчика Lambda происходил retry и message оставался в очереди пока не будет обработан. Сейчас почему-то даже если специально вызвать кастомную ошибку то сообщение не остается в очереди. Что может быть?

Shovel?

источник

09:56пожаловаться #4

inqfen in AWS_RU

Посмотри, есть ли очередь для мёртвых сообщений

источник

09:57пожаловаться #5

Dmitriy Pisarevskiy in AWS_RU

inqfen

Посмотри, есть ли очередь для мёртвых сообщений

PostponedMessages только есть, но там отдельная логика

источник