먼저 Nginx의 URL rewrite 방식을 사용했습니다.
enable_query_strings 활성화
활성화하는 방법은 매우 간단합니다. application/config/config.php에서 설정합니다.
$config['enable_query_strings'] = FALSE; 🎜>
CI 개발 프로젝트에 사용되는 PATH_INFO 모드에서 Nginx 구성의 URL을 다시 작성하려면 CI 구성 파일에서 문자열 쿼리를 활성화하고 URL 형식의 변경 사항을 비교해야 합니다.
URL: www.xxx.com/user/profile 문자열 쿼리 모드: www.xxx.com/index.php?c=user&m=profile
프론트엔드 넣기 특정 규칙에 따른 백엔드 URL 및 백엔드 URL을 다시 작성한 후 테스트는 모두 정상입니다. 하지만 문자열 쿼리를 활성화한 후 생성된 페이징 URL 주소가 변경되었기 때문에 페이징 시 문제가 있습니다:
활성화되지 않음: /user/list/10 문자열 쿼리 활성화 후: /user/list&per_page= 10
다음과 같은 잘못된 URL이 나타나는 이유는 페이지네이션을 생성할 때 base_url 형식이 변경되지 않아서 /user/list에서 해당 /index.php?c=user&m= 이후로 변경되기 때문입니다. 목록을 작성하면 다음과 같은 상황이 됩니다.
두 번째 페이지: www.xxx.com/index.php?c=user&m=list&per_page=10 세 번째 페이지: www.xxx.com/index.php?c= user&m=list&per_page=20 네 번째 페이지: www.xxx.com/index.php?c=user&m=list&per_page=30
그리고 제가 설정한 페이지 크기는 항상 10입니다. 이 경우 per_page여야 합니다. 항상 10이세요. Pagination 클래스의 코드를 살펴본 결과 per_page가 query_string_segment의 기본값일 뿐이라는 사실을 발견했습니다. 저는 이것이 per_page 매개변수라고 잘못 생각했습니다.
페이징은 다시 쓰기와 호환됩니다
요약하자면, 페이징 측면에서 다시 쓰기와 호환되려면 페이징 생성 시 base_url 매개변수를 변경하세요.
방법 1 : /index .php?c=user&m=list, 결과는 다음과 같습니다: /index.php?c=user&m=list&per_page=10 방법 2: /user/list?, 결과는: /user/list?&per_page=10
페이징 SQL은 다음과 같습니다.
$this->db->limit($pagesize, $this->input->get('per_page'));
URL 일관성을 유지하려면 두 번째 방법을 사용하세요. 나중에 쓸모 없는 매개변수를 추가하여 결과가 /user/list?x=xxx&per_page=10이 되도록 할 수도 있습니다.
페이지네이션에 대해
토론하세요. 물론 CI와 함께 제공되는 페이징을 사용하거나 Pagination.php를 변경할 수도 없습니다.
/user/arg1/arg2/arg3과 같은 일반 URL인 메소드의 매개변수로 전달되면 다시 작성하는 동안 전달할 수 없습니다(적어도 아직 해결책을 찾지 못했습니다). ), 이를 해결하려면 매개변수를 GET 모드로 변경해야 하는데, 이는 프로그램 변경이 필요하므로 권장하지 않습니다.
게다가 rewrite를 사용하려면 다양한 형태의 URL이 필요합니다. 프로젝트가 매우 복잡하면 부담이 되므로 다른 방법을 찾습니다. Nginx가 PATH_INFO를 fastcgi에 전달하도록 하는 것입니다. 다음 기사를 참조하세요.
위 내용은 Nginx 구성 CodeIgniter 프로젝트(1) 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!
