액세스 제한이있는 준비 환경을 설정하는 가장 좋은 방법을 찾으려고합니다.
간단한 해결책은 기본 인증을 포기하는 것이지만 성능 최적화 및 액세스하려는 다른 유사한 외부 서비스를 테스트하는 동안 Google Page Speed Insights를 지적 할 수는 없습니다.
검색 엔진에 표시되지 않도록 robots.txt로 완전히 공개 할 수 있습니다. 그러나 내 관심사는 robots.txt의 실수로 인한 위험이 상당히 높기 때문에 걱정할 필요가 없습니다.
검색 엔진을 차단하지 않으면 (또는 일부를 무시하는 경우) 실제 고객이 준비 사이트에 주문을하게되어 만족스럽지 않습니다.
또는 더 나쁜 것은 실수로 robots.txt를 프로덕션 환경에 배포하면 모든 Google 주스와 판매량이 줄어드는 것입니다.
그래서 내가 좋아하는 옵션은 간단한 IP 주소 제한입니다. 그러나 Nginx를 다시 시작하지 않고 제한 사항을 추가 / 제거하고 변경하는 동안 위험을 다시 최소화하기를 원합니다.
따라서 활성화 된 경우 개발자 IP 주소를보고 사용자의 IP 주소 (또는 X_FORWARDED_FOR)와 일치하는 경우에만 사이트 (프론트 및 백엔드)에 대한 액세스를 허용하는 빠른 모듈에 기대기 시작했습니다.
이것이 합리적인 해결책처럼 들리거나 내가 놓친 간단한 것이 있는지 궁금합니다.
업데이트 : robots.txt는 기본 백엔드 스위치를 통해 제어 할 수 있으며 데모 스토어 통지는 합법적 인 고객 주문을 막을 수 있으며 준비 사이트에 대한 공개 액세스에 대해 걱정하지 않기 때문에 Phil의 솔루션이 좋습니다.
그러나 준비 사이트에 대한 액세스를 제한하려는 사람에게는 Kris의 솔루션이 필요하다고 생각합니다.
업데이트 2 : 시스템 구성> 디자인> HTML 헤드에서 robots.txt 옵션이 무엇을 해야하는지 100 % 확신하지 못하지만 제 경우에는 간단한 검색에서 평범한 것처럼 보입니다. 평평한 robots.txt가 있습니다. 텍스트 파일을 사용하고 있으므로 구성 옵션이 존중되지 않습니다.
그래서 지금 유지 관리 모듈을 사용하려고합니다 : https://github.com/aleron75/Webgriffe_Maintenance