WordPress에 404 오류가 발생하는 이유는 무엇입니까?

WordPress 백엔드에서 사용자 정의 고정 링크를 설정한 후 프런트엔드 페이지를 표시할 수 없고 404 오류 페이지가 표시되지만 원래 기본 동적 경로는 계속 열 수 있습니다. 이유는 무엇입니까?

분석:

일반적으로 WORDPRESS와 같은 오픈 소스 프로그램을 사용할 때 먼저 로컬에서 디버깅하고 일부 데이터를 업로드합니다. 이 사이트를 디버깅하는 동안 제목에 언급된 문제가 나타났습니다. , 도출된 결론:

가장 큰 가능성은 Apache(PHP 서버) 구성에 문제가 있다는 것입니다. 백그라운드에서 사용자 정의 고정 링크를 설정한 후 이는 사이트의 의사 정적 규칙을 사용자 정의하는 것과 같습니다. 그런 다음 디버깅 프로세스 중에 정적 경로를 열려면 서버 환경이 의사 정적을 지원해야 합니다. 고정 경로를 구성하면 일반적으로 서버 환경에 문제가 없습니다. 동적 경로도 설정할 수 있습니다. 즉, 일반적으로 문제는 데이터베이스 연결 및 권한에 있습니다. 의사 정적 함수 를 지원하기 위해 Apache를 켜지 않았습니다. 어떻게 구현합니까? 전제 조건: Apache 서버를 사용 중입니다. 먼저 Apache가 설치된 경로를 찾으세요. 루트 디렉터리의 "conf 폴더"에 "httpd.conf"라는 파일이 있습니다. " 키를 누르면 검색창이 뜹니다.

"#LoadModule rewrite_modulemodules/mod_rewrite.so"

찾으면 앞의 #을 삭제하세요. 이 # 표시는 주석을 의미합니다. 제거한 후에는

"mod_rewrite" 모듈이 활성화됩니다. 찾을 수 없으면 다시 입력해 보세요.

"LoadModule rewrite_modulemodules/mod_rewrite.so"

찾을 수 있는지 확인하세요. 찾을 수 있으면 이 모듈이 활성화되었음을 의미합니다. "옵션"을 계속 검색하세요. FollowSymLinks AllowOverride 없음 주문 거부, 모두 거부 허용

" "AllowOverride None"을 "AllowOverride all"로 변경하여 안전을 유지하세요.

"AllowOverride None"을 다시 검색할 수도 있습니다. 여러 곳이 있을 수 있으므로 모두 교체하고 "AllowOverride all"로 변경하고 파일을 저장하세요.
다음으로 Apache 서버를 다시 시작하고 백그라운드로 이동하여 "고정 링크"를 저장한 다음 페이지를 다시 열어 열 수 있는지 확인합니다.
아파치 서버가 아니지만 디버깅을 위해 IIS를 사용하는 경우에는 "ISAPI_Rewrite3_0069_Lite.msi" 필터를 설치한 후 사이트 설정에서 PHP를 우선 순위로 설정해야 합니다.

더 많은 WordPress 관련 기술 기사를 보려면

wordpress 튜토리얼

칼럼을 방문하여 알아보세요!

위 내용은 WordPress에 404 오류가 발생하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!