Sprawdź, czy plik istnieje na Amazon S3 Podpisano URL

Question

muszę utworzyć podpisaną $ URL dla Amazon S3 i otwiera się doskonale w przeglądarce.

http://testbucket.com.s3.amazonaws.com/100-game-play-intro-1.m4v?AWSAccessKeyId=AKIAJUAjhkhkjhMO73BF5Q&Expires=1378465934&Signature=ttmsAUDgJjCXepwEXvl8JdFu%2F60%3D 

** nazwa łyżki i accesskey zmieniło w tym przykładzie

Ja jednak próbuje następnie użyć funkcji poniżej, aby sprawdzić (za pomocą curl), czy plik istnieje. Nie powiedzie się połączenie CURL. Jeśli zastąpię $ URL powyżej adresem URL obrazu spoza s3, ten kod działa idealnie.

wiem, czy plik istnieje w Amazon, ale nie może pracować się, dlaczego ten kod nie powiedzie się w przypadku korzystania z podpisaną adres jak wyżej

Jakieś pomysły?

Dzięki

Oto mój kod.

function remoteFileExists($url) { 

    $ch = curl_init(); 
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, false); 
    curl_setopt($ch, CURLOPT_URL, $url); 
    curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); 

    //don't fetch the actual file, only get header to check if file exists 
    curl_setopt($ch, CURLOPT_HEADER, 1); 
    curl_setopt($ch, CURLOPT_NOBODY, true); 

    $result = curl_exec($ch); 
    curl_close($ch); 



    if ($result !== false) { 

     $statusCode = curl_getinfo($ch, CURLINFO_HTTP_CODE); 

     if ($statusCode == 200) { 
      $ret = true; 
     } else { 
      $ret = false; 
     } 

    } else { 
     $ret='connection failed'; 
    } 

    return $ret; 

} 

Answer 1

Podczas korzystania CURLOPT_NOBODY, libcurl wysyła żądanie HTTP HEAD, a nie żądania GET.

... ciąg być podpisane powstaje przez dodanie czasownika REST, wartość content-MD5 wartość Content-Type, wygasa wartość parametru, nagłówki canonicalized x-AMZ (patrz przepis poniżej), a zasób; wszystkie oddzielone znakami nowej linii.

^{— http://s3.amazonaws.com/doc/s3-developer-guide/RESTAuthentication.html}

„reszty czasownik” - np GET vs HEAD - musi być spójna pomiędzy podpisaniem wygenerować i żądania, które sprawiają, więc podpis, który będzie ważny przez GET nie będzie ważna dla HEAD i odwrotnie.

Zamiast potwierdzania konieczne będzie podpisanie zgłoszenia w celu sprawdzenia poprawności pliku w ten sposób.