CORS 구성을 위해 .htaccess보다 PHP를 선택하는 이유는 무엇입니까?

.htaccess와 PHP에서 CORS 구성

Angular.js를 사용하여 교차 출처 애플리케이션을 개발할 때 CORS를 활성화해야 합니다. (Cross-Origin Resource Sharing)을 통해 다양한 출처의 요청을 허용합니다. .htaccess는 CORS를 구성하는 일반적인 방법이지만 때로는 예상대로 작동하지 않을 수도 있습니다.

사용자의 .htaccess 구성에 따라 다음 헤더를 추가해야 합니다.

Header set Access-Control-Allow-Origin "*"
Header set Access-Control-Allow-Methods: "GET,POST,OPTIONS,DELETE,PUT"

단 , Angular 애플리케이션에 여전히 오류가 발생합니다. 정적 파일에 대한 .htaccess 구성이 이미 설정되어 있으므로 사용자는 PHP를 사용하여 대체 접근 방식을 탐색하기로 결정합니다.

index.php 파일에 다음 코드가 추가됩니다.

<code class="php">// Allow from any origin
if (isset($_SERVER['HTTP_ORIGIN'])) {
    // should do a check here to match $_SERVER['HTTP_ORIGIN'] to a
    // whitelist of safe domains
    header("Access-Control-Allow-Origin: {$_SERVER['HTTP_ORIGIN']}");
    header('Access-Control-Allow-Credentials: true');
    header('Access-Control-Max-Age: 86400');    // cache for 1 day
}
// Access-Control headers are received during OPTIONS requests
if ($_SERVER['REQUEST_METHOD'] == 'OPTIONS') {

    if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_METHOD']))
        header("Access-Control-Allow-Methods: GET, POST, PUT, DELETE, OPTIONS");         

    if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']))
        header("Access-Control-Allow-Headers: {$_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']}");

}</code>

Slim이 사용되는 프레임워크이므로 OPTIONS 요청을 처리하기 위해 추가 경로가 추가됩니다.

<code class="php">// return HTTP 200 for HTTP OPTIONS requests
$app->map('/:x+', function($x) {
    http_response_code(200);
})->via('OPTIONS');</code>

.htaccess 대신 PHP에서 CORS 구성을 구현하면 사용자가 원본 간 요청 문제를 성공적으로 해결할 수 있습니다. 이제 Angular 애플리케이션은 RESTful 서비스에 요청할 수 있습니다.

위 내용은 CORS 구성을 위해 .htaccess보다 PHP를 선택하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!