Я бы сделал пару тестовых файлов в вашем S3 bucket общедоступными и просмотрел их в вашем браузере, просто чтобы убедиться, что они никак не повреждены.В противном случае, если они находятся в S3, вероятно, нет смысла их опускать.Если вы сделаете их общедоступными, просмотрите их, и они в порядке, тогда продолжайте и установите для них частное , а затем выполните следующий шаг, который ...
...проверьте контрольную сумму (и) рассматриваемого файла (ов):
aws s3api head-object --bucket YOUR_BUCKET_NAME --key YOUR_FILE_NAME
Сравните значение ETag с контрольной суммой md5 локального файла.Если они совпадают, И когда вы сделали файл общедоступным, обнаружили, что он в порядке, но они все еще хранятся локально, тогда можно с уверенностью сказать, что это, вероятно, проблема на вашей локальной рабочей станции.
В качестве примераиз того, что я упомянул выше:
M04:Desktop aaron$ md5 cat0.jpg
md5: cat0.jpg: No such file or directory
M04:Desktop aaron$ aws s3api head-object --bucket MY_BUCKET_NAME --key cat0.jpg
{
"AcceptRanges": "bytes",
"LastModified": "Sat, 09 Jun 2018 06:53:13 GMT",
"ContentLength": 286388,
"ETag": "\"e9b0f5e7647e0bc1ad01745730329d74\"",
"ContentType": "image/jpeg",
"Metadata": {}
}
M04:Desktop aaron$ aws s3 cp s3://MY_BUCKET_NAME/cat0.jpg .
download: s3://MY_BUCKET_NAME/cat0.jpg to ./cat0.jpg
M04:Desktop aaron$ md5 cat0.jpg
MD5 (cat0.jpg) = e9b0f5e7647e0bc1ad01745730329d74
M04:Desktop aaron$
Обратите внимание, что контрольная сумма изображения моей кошки в обоих местах (в S3 ДО того, как я загрузил ее, затем на моей локальной рабочей станции ПОСЛЕ того, как я загрузил ее) совпадают.Я также подтвердил, что могу открыть эту картинку на месте и увидеть сварливого кота, так что все хорошо.