기존(그리고 문제가 많은) wordpress.org 웹사이트를 물려받았는데, 이전 소유자가 .htaccess 파일과 관련하여 결정한 선택/규칙을 이해하는 데 어려움을 겪고 있습니다.
Google에서 다양한 부분을 검색하고 다양한 문서를 찾아보았지만 답변을 찾을 수 없는 부분이 있습니다.
htaccess 테스터를 사용했는데 일부 규칙은 충족되었지만 대부분은 충족되지 않았습니다. 테스터는 "ifmodule" 문을 검사할 수 없으며 on
의 CacheLookup을 이해할 수 없습니다. 으아악먼저, 테스터의 의견
으아악그렇다면 표시한 부분마다 왜 추가하는 걸까요? 이것을 생략해도 되나요?
그리고 라이트스피드의 규칙 중 상당수가 충족되지 않는 부분도 있지만, 이해/볼 수 없는 부분도 있다는 것도 인정합니다
"예제 규칙" 섹션이 누락된 것 같고 litespeed .htaccess에 설정된 규칙을 다시 작성합니다
'제안' 샘플 규칙 중 일부가 변경되는 이유는 무엇인가요? 예를 들어 내 문서에는
이라고 나와 있습니다. 으아악(테스터는 변수를 알 수 없기 때문에 확인할 수 없습니다) 그러나 재작성 규칙의 예에는 [또는]
이 포함됩니다. 으아악또한 어떤 모듈을 확인하기 위해 if 문을 포함하기로 결정한 이유가 무엇인지 잘 모르겠습니다. (이것의 장점은 무엇입니까, 아니면 "ifmodule" 태그를 제거할 수 있습니까?)
마지막으로, 이것은 어리석은 질문일 수 있습니다. "Really Simple SSL"은 "Really Simple Security"와 동일/이전에는 알려졌습니까? 그렇다면 내 .htaccess를 매우 간단한 SSL .htaccess 지침으로 업데이트해야 합니까?
이 게시물이 웹사이트를 구성하려는 다른 사람들에게도 도움이 되기를 바랍니다.
P粉0329004842024-01-17 13:07:16
제 생각에는 그들은 다양한 WordPress 플러그인을 설치하기로 결정한 것 같습니다. 각각은 .htaccess에 자신의 섹션을 추가합니다. 이 구성을 구축하려는 계획을 따르는 사람은 아무도 없는 것 같습니다.
RewriteEngine On은 모든 플러그인이 설정되었는지 확인하기를 원하기 때문에 여러 번 포함됩니다. 이러한 문을 여러 개 갖는 것은 공간과 처리 시간을 차지하는 것 외에는 아무런 해가 되지 않습니다.
IfModule 지시문은 필수 Apache 모듈이 활성화되지 않은 경우 사이트에서 "500 내부 서버 오류"를 즉시 수신하지 않도록 플러그인에 의해 추가됩니다. 규칙은 모듈 없이는 효과가 없으므로 어떤 Apache 모듈이 활성화되어 있는지 알고 있는 시스템에서 자체 규칙을 구현할 때 모듈에 대한 검사를 추가하는 것은 거의 의미가 없습니다.
제 생각에는 이러한 규칙이 수동으로 편집된 것이 아니라 이전 버전의 플러그인에 의해 추가된 것 같습니다. 파일을 사용자 정의하려는 시도가 있을 수 있지만 반드시 그런 것은 아닙니다.
댓글 BEGIN 和 END 사이에 과도한 편집을 하지 말 것을 경고합니다. 플러그인은 업그레이드 프로세스 중에 자체 규칙을 대체할 수 있도록 이러한 태그를 여기에 배치합니다. 변경한 내용은 어느 시점에 덮어쓰여질 수 있습니다.
웹사이트에 실제로 필요한 WordPress 플러그인이 무엇인지 확인해 보는 것이 좋습니다. 여러 개의 캐싱 플러그인이 설치되어 있고 서로 충돌할 수 있는 것 같습니다. 필요한 기능을 제공하는 최소한의 플러그인 세트를 줄이는 것부터 시작하겠습니다.
모든 플러그인을 업그레이드하여 가능한 보안 취약성을 패치하고 각 플러그인의 재작성 규칙도 최신으로 업데이트되도록 해야 합니다.