0
의 당신이 약 500 책 (속성 : 표지 이미지, 제목, 저자, 요약 등)의 목록의 웹 페이지가 있다고 가정하자 그 페이지를 매기는 할 . 한 가지 방법은 제한 및 오프셋 매개 변수를 사용하는 것이고 다른 하나는 커서를 사용하는 것입니다. 후속 페이지마다 다음 배치가 반입됩니다. 하지만, 방금 모든 책을 가져 와서 속도 목록으로 memcached하고, 다른 페이지에 속한 책을 숨기고, jquery를 페이지 매김에 사용한다면 어떨까요? limit + offset 또는 cursor 메소드보다 더 빠르고 쿼터 집중적이지 않습니까? 이 단순히 다른 페이지에 속하는 도서에 대한 적절한 숨기기 클래스를 설정하여, 자바 스크립트가 아닌 사용자를 위해 일할 수있는 JQuery와 매김, 검색, 필터링 및 구글 앱 엔진 사이트의 다른 기능
. 그것들은 (비록 memcache가 도움이 될지 모르지만) 느려질 수도 있지만, 오늘날의 대부분의 사용자들이 자바 스크립트를 사용할 수 있다고 가정하는 것이 합리적이지 않습니까?나는 또한 다음 등 (전체 텍스트 검색을 할 수없는 응용 프로그램 엔진부터 편리) 검색 JQuery와, 필터링,로드, 그것은 훨씬 더 보인다
으로, 페이지에 더 많은 JQuery와 기능을 추가 할 수 있습니다, 단점이 있습니까? jquery가 배우기 쉽다는 점을 감안할 때 왜 모든 사람들이 이것을하지 않는 것입니까? 다른 stackoverflow 게시물, 애플 리케이션 엔진 페이지 매김에 대해 아무도 jquery를 언급하지 않습니다.
모든 개발자가로드 할 항목이 적기 때문입니다. 모든 사람이 500 개의 항목을로드 할 수있는 제한이 없으며 너무 작습니다. 그것이 10,000이라면, 한 번에 모두로드하려고 시도 할 것입니까? 나는 그것을 의심한다. 500은 괜찮습니다. 아무에게도 질문하는 것에서 만 멈추지는 않습니다. 그러나 스케일링은 어떻게됩니까? – corroded
memcache 값은 언제든지 제거 될 수 있다는 것을 잊지 마십시오. 이러한 500 개의 값을 가져 와서 캐싱 할 수 있으며 누군가 다른 사람이 페이지를 요청하면 사라질 수 있으므로 전체 페치 및 캐시 프로 시저를 다시 수행해야합니다. 더 나은 방법은 각 페이지의 결과를 별도의 항목에 캐시하는 경우입니다. – Calvin
@corroded : memcache에 나를 위해 확장의 치료, 더 많은 사용자, 더 많은 "활성화"를 memcaching, 그것은하지를받지 않을 것? – shafty