매김:서버의 측면 또는 클라이언트 측?
https://stackoverflow.com/questions/407878
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
그것은 무엇을 처리하기 위해 최선의 매김?서버의 측면 또는 그 일을 사용하여 동적으로 javascript?
나는 프로젝트에서 작업하는 중에 아약스에서 당신 데이터를 동적으로,그래서 작업을했습니다 javascript 매김을 사용하는 시스템 dom-그러나 내가 생각하기 시작하는 것이 더 나은 그것을 처리하는 서버의 모든 측면이다.
무엇인가 사람의 생각은?
해결책
정답은 우선 순위와 데이터 세트의 크기에 따라 다릅니다.
서버 측면 페이지는 다음에 가장 적합합니다.
- 큰 데이터 세트
- 더 빠른 초기 페이지로드
- JavaScript를 실행하지 않는 사람들의 접근성
클라이언트 측면 페이지가 가장 좋습니다.
- 작은 데이터 세트
- 더 빠른 후속 페이지로드
따라서 주로 미용적인 이유로 페이지를 입고 있다면 클라이언트 측을 처리하는 것이 더 합리적입니다. 초기로드 시간을 줄이려면 서버 측이 명백한 선택입니다.
물론 AJAX를 사용하여 후속 페이지를로드하면 후속 페이지로드 시간에 대한 클라이언트 측의 이점이 줄어 듭니다.
다른 팁
클라이언트 측에서이를 수행하면 사용자가 처음에는 필요한 모든 데이터를 다운로드하고 페이지 매김의 주요 이점을 제거 할 수 있습니다.
이러한 종류의 AJAX 앱의 가장 좋은 방법은 AJAX가 다음 페이지의 서버를 호출하고 클라이언트 측 스크립트를 사용하여 현재 페이지를 추가하는 것입니다.
큰 페이지와 많은 페이지가있는 경우 Ajax를 통해 서버에서 청크에서 페이지를 요청하는 것이 좋습니다. 따라서 서버가 요청 URL에 따라 페이지 매김을 수행하도록하십시오.
또한 다음 몇 페이지를 미리 가져올 수도 있습니다.
페이지가 적은 경우 페이지가 적은 경우, 모든 면적을 잡고 클라이언트에 대한 페이지를 찍는 것이 더 나은 선택 일 수 있습니다.
작은 데이터 크기를 사용하더라도 최상의 선택은 서버 측면 페이지입니다. 웹 애플리케이션이 더 많이 확장되면 나중에 걱정할 필요가 없습니다.
그리고 더 큰 데이터 크기의 경우 답이 분명합니다.
서버 측 - 현재보기에 충분한 컨텐츠 만 클라이언트에게 전송합니다.
실질적인 한계의 세계에서는 서버 측의 페이지에서 데이터 전송과 관련된 모든 리소스를 보존합니다. 또한 서버는 거대한 페이지를 요구하는 악의/오작동 클라이언트로부터 스스로를 보호해야합니다.
해당 코드가 행복하게 따라 잡히면 클라이언트에 "Smarts"를 추가하여 "다음"및 "이전"페이지를 가져 와서 메모리에서 유지합니다. 사용자가 다음 페이지에 페이지를 표시하면 캐시를 업데이트하십시오.
클라이언트 소프트웨어가 이러한 종류의 페이지 캐싱을 수행하는 경우 데이터 연령이 얼마나 빨리 (변경 될 수 있음)를 고려하고 캐시 된 데이터 페이지가 여전히 유효한지 확인해야합니다. 아마도 2 분 이상이라면 다시 반복 할 수 있습니다. 어쩌면 "더러운"깃발이있을 수도 있습니다. 그런 것. 도움이되기를 바랍니다. :)
JavaScript에 모든 데이터가 메모리에 있고 한 페이지에 한 페이지를 표시한다는 것을 의미합니까? 또는 Ajax를 사용하여 필요한대로 서버에서 각 페이지를 다운로드합니까?
후자라면 정렬에 대해 생각해야 할 수도 있습니다. JavaScript를 사용하여 정렬하면 한 번에 한 페이지 씩만 정렬 할 수 있습니다. 따라서 정렬은 서버에서 수행해야합니다.
나는 서버 측면 페이지를 선호합니다. 그러나 구현할 때 SQL을 올바르게 최적화해야합니다. 예를 들어, MySQL을 믿는다. 제한 옵션을 사용하면 인덱스를 사용하지 않으므로 인덱스를 올바르게 사용하려면 SQL을 다시 작성해야합니다.
G-Man
하나는 다른 것을 지적하는 매우 드물게 될 것한 페이지를 원합니다.
당신이해야 할 수도 있습 검색에 대한 특정 조건에서 하나 더 많은 열의를 표시하고 다음을 말하는 종류에 열고 다음을 줄 수 있는 기능을 사용자 페이지를 통해 이 필터링합니다.
이 같은 상황에서 당신이 있는지 여부를 확인하는 것이 좋을 것입니다 이 검색 논리 및/또는 정렬 클라이언트 측면 또는 server side.
또 다른 고려해야 할 점은 아마존의 클라우드 검색 api 당신에게 매우 강력한 검색 능력을 분명히 당신을 허용하는 클라우드 검색을 처리 찾고 및 정렬을 위해 당신에게 일어날 수 있는 데이터 호스팅됩니다.
