PHP 환경에서 환경 변수를 설정하는 방법 PHP 실행 환경 변수 추가에 대한 설명

PHP에서 환경 변수를 설정하는 세 가지 주요 방법이 있습니다. 1. php.ini를 통한 글로벌 구성; 2. 웹 서버 (예 : Apache의 Setenv 또는 nginx의 FastCGI_Param)를 통과했습니다. 3. PHP 스크립트에서 putenv () 함수를 사용하십시오. 그 중에서 Php.ini는 전역적이고 드물게 변화하는 구성에 적합하며 웹 서버 구성은 분리 해야하는 시나리오에 적합하며 Putenv ()는 임시 변수에 적합합니다. 영구 정책에는 구성 파일 (예 : php.ini 또는 웹 서버 구성)이 포함되어 있습니다. 보안 관리 민감한 정보는 하드 코딩을 피해야합니다. .gitignore, Docker Secrets 또는 AWS Secrets Manager와 같은 클라우드 서비스와 함께 .env 파일을 사용하는 것이 좋습니다. 환경 변수가 적용되지 않으면 PHP 작동 모드를 확인하고 변수 범위를 확인하고 구성 파일 경로를 확인하고 서비스를 다시 시작할지 여부를 확인해야합니다.

PHP 환경에서 환경 변수를 설정하는 몇 가지 핵심 방법이 있습니다. 전 세계적으로 php.ini 구성 파일을 설정하거나 웹 서버 (예 : Apache 또는 Nginx)의 구성을 사용하여 전달하거나 PHP 스크립트 내부에서 putenv() 함수를 사용하십시오. 선택한 방법은 종종 PHP 작동 모드, 환경의 격리 요구 사항 및 변수의 수명주기에 따라 다릅니다.

해결책

솔직히 말해서, PHP 환경 변수는 약간 신비 롭지 만 실제로 사용하기가 매우 간단합니다. 나는 개인적으로 가장 일반적이고 가장 안전한 방법은 각각 자체 자체 시나리오를 가진 몇 가지에 지나지 않으며 그 중 어느 것도 "보편적 인 솔루션"이 아니라고 생각합니다.

우선, 가장 직접적인 것은 php.ini 변경하는 것입니다. 파일에서 variables_order 또는 E 직접 사용하여 PHP에서 액세스 할 수있는 변수를 제어 할 수 있습니다. 그러나보다 일반적으로 사용되는 구성은 upload_max_filesize 와 같은 구성입니다. PHP 구성 항목이며 운영 체제 수준에서 환경 변수와는 다릅니다. 그러나 데이터베이스 연결 정보 또는 API 키와 같은 특정 환경 변수가 전 세계적으로 적용되기를 원한다면 env[VAR_NAME] = value php.ini 의 값을 사용하는 방법입니다. 그러나 이것에 문제가 있습니다. 즉, php.ini 변경하면 PHP-FPM 또는 웹 서버를 다시 시작해야하며,이 PHP 환경에서 실행되는 모든 응용 프로그램에 영향을 미치며 충분히 유연하지 않습니다.

그런 다음 웹 서버를 통과합니다. Apache를 사용하는 경우 SetEnv 디렉토리가 .htaccess 파일 또는 Apache 구성 파일에 있으면 단순히 마법 도구입니다. 예를 들어:

 <ifmodule mod_env.c>
    setenv app_env "생산"
    setenv database_url "mysql : // user : pass@host/db"
</ifmodule>

이것은 좋고 특정 디렉토리 또는 가상 호스트에 효과적 일 수 있으며 격리가 잘 수행됩니다. Nginx의 경우 일반적으로 fastcgi_params 파일 또는 서버 블록에서 fastcgi_param 사용해야합니다.

 FASTCGI_PARAM APP_ENV "개발";
FASTCGI_PARAM DATABASE_URL "MYSQL : // 사용자 : PASS@localHost/dev_db";

두 방법 모두 웹 서버 계층에서 PHP 프로세스로 환경 변수를 주입하는 것으로 간주됩니다. PHP 스크립트는 $_SERVER 또는 getenv() 를 통해 얻을 수 있습니다. 이 방법은 구성과 코드를 분리하기 때문에 개인적으로 선호하며 CI/CD 프로세스에 다른 환경 구성을 주입합니다.

마지막으로, PHP 스크립트 내부의 putenv() . 이 기능을 사용하면 런타임에 환경 변수를 설정할 수 있습니다.

 <? php
putenv ( "my_custom_var = hello_world");
echo getenv ( "my_custom_var"); // 출력 : hello_world
?>

그러나 솔직히 말해서, 나는 요청 라이프 사이클 전체에서 사용할 수있는 중요한 환경 변수를 설정하는 데 거의 사용하지 않습니다. 현재 스크립트 또는 하위 프로세스에서만 사용되는 일부 임시 시나리오에서 더 많이 사용됩니다. 설정하는 변수는 현재 PHP 프로세스에 대해서만 유효하므로 요청이 완료된 후에 사라지고 부모 프로세스에 영향을 줄 수 없습니다.

요약하면, 선택해야 할 것은 귀하의 요구에 따라 다릅니다. 글로벌 및 불변, php.ini 또는 웹 서버 구성; 분리 해야하는 경우 웹 서버 구성이 더 좋습니다. 스크립트에서 내부적으로 사용하는 임시 인 경우 putenv() .

PHP 환경 변수에 대한 지속성 전략은 무엇입니까?

지속성에 관해서는, "영구적"이라는 단어가 다른 맥락에서 다른 해석을 가지고 있기 때문에 이것은 간단한 질문이 아닙니다. 내가 이해하는 것은 환경 변수가 PHP 프로세스 라이프 사이클 외부에서 값을 유지하도록하거나 새 요청이 도착할 때마다 적어도 자동로드하는 것입니다.

가장 직접적인 지속성은 변수를 구성 파일에 쓰는 것입니다. 예를 들어, php.ini 지금 언급했거나 웹 서버의 구성 파일 (Apache의 httpd.conf 또는 nginx의 nginx.conf ). 이러한 파일이 설정되면 서버가 다시 시작되지 않거나 PHP-FPM 프로세스가 삭제되지 않는 한 이러한 변수는 항상 존재합니다. 이것은 가장 "하드 코어"지속성입니다. 그러나 단점도 분명합니다. 변경 사항은 서비스를 다시 시작해야하며 다중 환경 배치에 적합 할 정도로 유연하지 않습니다.

또 다른 일반적인 "지속성"방법은 실제로 "컨벤션은 구성보다 큽니다", 즉 .env 파일의 철학적 표현입니다. PHP 자체는 .env 파일을 직접 인식하지 못하지만 vlucas/phpdotenv 와 같은 라이브러리를 통해 응용 프로그램 시작시 이러한 파일을로드 할 수 있습니다.

 // composer.json
// "필요하다": {
// "vlucas/phpdotenv": "^5.0"
//}

// public/index.php 또는 부트 스트랩 파일 $ dotenv = dotenv \ dotenv :: createimmutable (__ dir__. '/../'); // 프로젝트 루트 디렉토리를 가리 킵니다. $ dotenv-> load ();

// 그 후 getEnv () 또는 $ _env $ dbhost = getenv ( 'db_host')를 통해이 변수에 액세스 할 수 있습니다.

이 방법의 장점은 다음과 같습니다.

1. 환경 격리 : 다른 환경 (개발, 테스트, 생산)마다 다른 .env 파일을 가질 수 있거나 환경 변수를 사용하여로드 할 .env 지정할 수 있습니다.
2. 보안 : .env 파일은 일반적으로 버전 제어 시스템 (GIT)에 제출되지 않으므로 민감한 정보의 누출을 피할 수 있습니다.
3. 유연성 : 배포 중 .env 파일 만 교체하면 코드를 수정하거나 서비스를 다시 시작하지 않고 구성을 전환 할 수 있습니다 (PHP-FPM 모드).

개인적으로, 프로젝트, 특히 현대적인 PHP 프레임 워크 (예 : Laravel 및 Symfony)에서 .env 없이는 할 수 없습니다. 응용 프로그램 구성 및 코드를 매우 잘 해체하고 12 단계 앱의 구성 원리를 준수합니다.

전적으로 "영구적"은 아니지만 다른 유형이 있지만, 배포 프로세스, 즉 CI/CD 시스템의 환경 가변 주입에 매우 중요합니다. 예를 들어, GitHub 조치, Gitlab CI 또는 Jenkins에서는 빌드 또는 배포 단계에서 환경 변수로 컨테이너 또는 배포 대상으로 민감한 정보를 주입 할 수 있습니다. 이러한 변수는 런타임에 주입되며 코드 라이브러리에 저장되지 않으므로 매우 안전합니다.

따라서 지속성 전략의 선택은 궁극적으로 보안 요구, 배포 프로세스 및 팀 협업 습관에 달려 있습니다. 은색 총알은없고, 가장 적합한 솔루션 만 있습니다.

PHP 개발에서 민감한 구성 정보를 안전하고 효과적으로 관리하는 방법은 무엇입니까?

민감한 구성 정보를 관리하는 것은 모든 개발에서 큰 구덩이이며 PHP 예외는 아닙니다. 코드에 데이터베이스 암호와 API 키를 직접 작성하는 프로젝트가 너무 많았습니다. 이러한 것들을 안전하고 효과적으로 관리하는 것은 핵심 원칙이 "민감한 정보를 코드 기반에 직접 노출시키지 마십시오"라는 것입니다.

앞에서 언급했듯이 가장 기본적인 것은 .env 파일을 사용하여 .gitignore 와 협력하는 것입니다. 이것은 가장 쉽고 가장 일반적인 관행입니다. config.php 또는 framework 구성로드 로직로드로로드는 값을 직접 코딩하는 대신 이러한 변수를 읽습니다.

 # .env 파일 예제 app_key = somerandomStringGeneratedByFramework
db_connection = mysql
db_host = 127.0.0.1
db_port = 3306
db_database = my_app
db_username = 루트
db_password = 비밀

그런 다음 .env 에 .gitignore 를 추가하십시오.

 # .gitignore
.env

이렇게하면 민감한 정보가 코드와 함께 공개 저장소로 푸시되지 않습니다. 물론 배포 될 때 .env 파일을 수동으로 작성하거나 복사하거나 자동 스크립트를 통해 수행해야합니다.

더 나아가 고급 시나리오, 특히 Docker와 같은 컨테이너화 된 배포를 위해서는 비밀 관리를 사용하는 것이 좋습니다. Docker Swarm에는 고유 한 비밀 관리 메커니즘이 있으며 Kubernetes는 비밀 대상도 있습니다. 이러한 메커니즘을 사용하면 민감한 데이터를 암호화 된 방식으로 저장하고 배포 할 수 있으며 컨테이너가 실행중인 경우에만 응용 프로그램에 노출됩니다. 예를 들어 Docker Compose에서 비밀을 정의 할 수 있습니다.

 # docker-compose.yml
버전 : '3.8'
서비스 :
  앱:
    이미지 : my_php_app
    기미:
      -db_password

비밀 :
  db_password :
    파일 : ./db_password.txt # 이것은 비밀번호가 포함 된 파일이며 일반적으로 git에 제출되지 않습니다.

PHP 응용 프로그램 내에서 이러한 비밀은 파일로 컨테이너의 특정 경로로 장착되며 응용 프로그램은 이러한 파일을 읽어 민감한 정보를 얻을 수 있습니다. 민감한 데이터는 파일 시스템 (적어도 호스트 레벨)에서 일반 텍스트로 표시되지 않기 때문에이 접근법은 .env 파일보다 안전합니다.

AWS, GCP 및 Azure와 같은 클라우드 서비스의 경우 모두 KMS (Key Management Services)가 있습니다. AWS에는 비밀 관리자가 있으며 GCP에는 비밀 관리자가 있습니다. 이 서비스는 키를 중앙에서 관리, 감사 및 회전시키는 데 도움이 될 수 있습니다. PHP 응용 프로그램은 이러한 키를 런타임에 동적으로 가져 오면 하드 코딩 또는 모든 파일에 저장된 대신 SDK를 통해 동적으로 얻을 수 있습니다. 이것은 의심 할 여지없이 가장 높은 수준의 보안 관행이며, 특히 대규모 및 다중 서비스 분산 시스템에 적합합니다.

마지막으로, 나는 한 가지를 강조하고 싶습니다 : 결코 고객을 신뢰하지 마십시오. 프론트 엔드로 전달 해야하는 민감한 정보는 직접 노출되지 않고 백엔드 API를 통해 프록시 또는 처리해야합니다. 예를 들어, 프론트 엔드에서 Stripe의 API 키를 직접 사용해서는 안되지만 백엔드 서버가 Stripe API를 호출하도록해야하며 프론트 엔드는 백엔드 API 와만 상호 작용합니다.

일반적으로 간단한 .env 에서 복잡한 클라우드 kms에 이르기까지 선택할 수있는 솔루션은 프로젝트 규모, 보안 요구 사항 및 운영 및 유지 관리 기능에 따라 다릅니다. 그러나 어쨌든 코드 기반에서 민감한 정보를 인출하는 것이 가장 중요한 첫 번째 단계입니다.

PHP 환경 변수는 효과적이지 않습니까? 자주 묻는 질문 및 디버깅 팁

적용되지 않는 PHP 환경 변수를 만나는 것은 상당히 짜증나지만 일반적으로 따라야 할 흔적이 있습니다. 저의 개인적인 경험은 이러한 종류의 문제가 종종 PHP 자체에 문제가 아니라 환경 구성이나 이해의 편차라는 것입니다.

1. PHP 실행 모드 확인 : 이것은 무시하기 가장 쉬운 것입니다. PHP는 어떤 모드에서 실행됩니까? Apache의 mod_php 입니까? 아니면 PHP-FPM이 Nginx/Apache와 결합되어 있습니까? 아니면 CLI 모드?

   • mod_php (권장되지 않음) : 환경 변수는 일반적으로 Apache Configuration ( SetEnv )에 의해 직접 전달됩니다.
   • PHP-FPM : 환경 변수는 일반적으로 Nginx/Apache의 fastcgi_param 에 의해 전달되거나 PHP-FPM ( www.conf 등)의 풀 구성에 설정됩니다. NGINX에서 fastcgi_param 설정했지만 PHP에서 얻지 못하면 NGINX 구성이 올바르게로드되었는지 여부와 PHP-FPM이 올바르게 다시 시작되는지 확인하십시오.
   • CLI 모드 : 현재 PHP 프로세스는 쉘의 환경 변수를 직접 상속합니다. 터미널에서 export VAR=value 으로 설정 한 다음 php your_script.php 설정할 수 있습니다. 그러나 crontab 에서 스크립트를 실행중인 경우 crontab 의 환경 변수가 독립적이며 crontab 항목에서 명시 적으로 설정해야 할 수도 있음을 기억하십시오.

2. 환경 변수의 소스와 범위를 확인하십시오. 환경 변수는 어디에서 설정 했습니까?

   • php.ini : 현재 PHP 버전에서 사용중인 php.ini 파일을 수정하십시오. phpinfo() 를 통해 Loaded Configuration File 볼 수 있습니다. 수정 후 PHP-FPM 또는 웹 서버를 다시 시작하십시오 .
   • 웹 서버 구성 :

위 내용은 PHP 환경에서 환경 변수를 설정하는 방법 PHP 실행 환경 변수 추가에 대한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!