ajaxify 또는 아니에요?

Question

Ajax가 웹 앱을 데스크탑 앱과 비슷하게 만드는 방식을 정말 좋아하지만 대량 사이트의 히트가 걱정됩니다. 나는 현재 인트라넷 기반 인 데이터베이스 앱을 개발하고 있습니다. 2-4 명 이상의 사람들이 한 번에 액세스하지 않을 것입니다. 나는 지옥을 ajax하고 있지만, Ajax가 얼마나 많은지 궁금하게 만들었습니까?

히트의 양은 어느 시점에서 Ajax를 사용함으로써 보이는 이점을 능가합니까? 이론적으로는 업데이트가 필요한 부분 만 업데이트하기 때문에 전체 페이지 새로 고침과 비교할 수없는 것처럼 보이지 않습니다.

대량 부지에서 Ajax를 사용했는지 궁금하고 어떤 용량을 사용했는지 궁금합니다. 스케일링 문제가 발생합니까?

Answer 1

현재 프로젝트에서 우리는 Ajax를 사용하며 스케일링 문제가있었습니다. 내 현재 프로젝트는 대도시 도시 직원들을 위해 시간 관리를하는 J2EE 사이트이므로 브라우저 측이 사용자 세션 기간 동안 변경되지 않는 데이터를 캐시 할 수있는 것이 가장 좋습니다. 다행스럽게도 우리는 단일 관리자 프로세스가있는 모델로 이동하여 가능한 많은 직원의 타임 키핑을 제공합니다. 이것은 ERP 응용 프로그램의 작동 방식 (또는 이메일 응용 프로그램)과 유사합니다. 결과적으로 우리의 비즈니스 요구는 브라우저 측이 많은 데이터를 보유 할 수 있지만 적중량이 심각한 문제가 될 것으로 기대하지는 않습니다. 그래서 우리는 XML 데이터 섬을 브라우저 측에 보관했습니다. 또한, 우리는 필요에 따라 데이터를로드합니다.

나는 책을 적극 추천합니다 Ajax 디자인 패턴 또는 그들의 대지.

Answer 2

Ajax는 귀하가 말했듯이 업데이트가 필요한 부품 만 업데이트하는 것처럼 귀하의 관심사 인 경우 대량 사이트에서 대역폭을 도와야합니다. Ajax의 문제는 방문자가 JavaScript를 활성화하지 않은 경우 사이트를 쓸모 없게 만들 수 있다는 것입니다. 대부분의 경우 부정확 한 사용자를 위해 사이트를 다시 코딩하고 싶지 않습니다.

Answer 3

이런 식으로보세요 : Ajax는 뿐 옵션! 스크립트의 가능성으로 인해 일부 측면에서 우수한 경험을 제공하기 위해 기존 아키텍처 위에 레이어로 존재해야합니다. 그 점을 감안할 때 Ajax가 생성하는 것은 불가능합니다. 더 동일한 데이터 전송을 처리하기 때문에 간단한 HTML보다 요청 또는 더 많은 작업을 요청합니다.

대역폭과 서버로드를 절약 할 수있는 곳은 Ajax가 전송 기능을 제공하기 때문입니다. 뿐 자료. 중복 HTML, 이미지, CSS 등을 절약 할 수 있습니다.

처럼 마이크 NVCK 폴링 기술은이 규칙에 큰 예외이지만 기술이 아닌 기술에 관한 것입니다. 간단한 페이지 설문 조사가 있으면 같은 종류의 영향을 미칩니다.

도구를 이해하고 설계된 내용에 사용하십시오. Ajax 구현이 성능을 줄이면 잘못된 일을했습니다.

(FWIW, AJAX 대 간단한 HTML 프로파일 링 경험은 ~ 60% 대역폭, ~ 80-90% 성능 이점을 얻는 경향이 있습니다)

Answer 4

AJAX 앱의 가장 일반적인 스케일링 문제는 사용자가 적극적으로 요청하지 않고도 컨텐츠가 업데이트되었는지 확인하기 위해 서버를 다시 확인하도록 설정해야합니다. 10 초마다 점검하는 5 개의 고객은 5000 명의 고객이 10 초마다 점검하지 않습니다.

Answer 5

한쪽의 Ajax는 일반적으로 페이지의 일부만 표시되거나 새로 고침되기 때문에 서버 워크로드를 줄이고 다른 쪽에서는 서버에 대한 히트 횟수를 증가시킵니다. 그런 다음 모든 것이 귀하의 웹 응용 프로그램의 아키텍처에 달려 있다고 말합니다. 응답 크기에 관계없이 응용 프로그램이 데이터베이스 액세스와 같은 모든 히트에 대해 많은 처리가 필요한 경우 AJAX는 많은 타격을 줄 것입니다.