페이지 자체가 상대적이라서.
카테고리 선택시 달라지고 검색시 달라지고 등등
어디서 "이 글은 몇 페이지"라고 출력을 할 건지에 따라 달라질듯 합니다.

리스트상의 게시물 번호는 실제 순서를 정열하여 생성된 임의 순번입니다. 정확한 번호는 wr_id죠.
리스트에서 특정 게시물의 입력된 wr_id값을 구하는것은 쉬우나(원하는 게시물 쿼리를 날려 입력값을 가져오는것) wr_id 값이란 넘이 무조건 순서대로 입력되어있다고 할 수 없습니다.삭제나 이동을 한 경우 해당 레코드 번호의 공백이 생기기 때문이죠. 그렇다고 전체 게시물의 카운트를 구해서 페이지 단위로 나뉜 뒤 보는 시점을 중심으로 페이지를 계산하여 출력하는것도 그닥 유용해보이진 않습니다. 신규 게시물이 작성될 경우 페이지가 변동될 수 있기 때문입니다.
페이지의 중심은 게시판관리의 정열이 기본이긴 하나 일반적으로 최근 게시물이 리스트의 제일 초기화면에 등장을 합니다. 그리고 한한님 말씀처럼 검색을 하였거나 다른 페이지를 볼때...이동을을 하였거나 하였을때 목록에서 보여지는 게시물 페이지 순서도 문제가 되구요. 굳이 억지로 구현을 한다면야 가능은 하겠지만 그닥 추천할 기능은 아닌듯합니다.

페이지의 기본 순서는 관리자 페이지의 정렬에 맞춰지지만 말씀드렸듯이 기본은 최근 게시물이 첫페이지에 해당합니다. 페이지 단위 또한 전체 게시물을 카운트 한 후 최대값 즉 마지막 레코드부터 역순으로 페이징을 하구요. 한한님 말씀처럼 몇번째로 작성된 글이냐는 최초 작성한 시점 즉, wr_id 1번~ 부터의 순서를 의미하구요.. 일종의 모순이구요... 단순하게 카운팅을 하고 몇페이지에 속하는지 쿼리는...
전체 카운팅값(예 163개 게시물)
작성한 wr_id 검색..(예 76번째 게시물)
페이징을 위한 하위목록/76번째 이후 게시물...(예 82개)
페이징 단위 / 한페이지 출력갯수 (예 10개)
라고 가정한다면..
라이브리를 이용한 페이징값(하단 그누설정 페이징)들은 그냥 두시고 임의의 순서를 원하는곳에 위와 같은 형식의 쿼리를 작성하셔서 카운팅을 한후
82/10 = 8페이지 두번째 게시물 다음의 게시물이라는 값 출력
그럼 본글은 전체 게시물 163개, 총 페이지 17페이지, 원하는 게시물의 위치는 8페이지 3번째 게시물
정도의 결과를 얻을 수 있겠지요.
하지만, 위에서 말씀드렸듯이 신규게시물이 등록된다는 개념이 접속자(회원)들이 인식하는 몇페이지 몇번째 게시물이라는 의미가... 임의로 검색을 하였다든가... 카테고리별로 출력을 한다던가...하였을때는 그닥 의미가 없다는겁니다.