3

웹 응용 프로그램은 페이지를 가능한 한 빨리 렌더링해야한다는 것을 알고 있습니다. 단 몇 개의 데이터베이스 요청은 밀리 초 단위로 처리됩니다. 이 응답 시간에 대한 가이드 라인은 무엇입니까 (예 : UI 또는 그와 유사한 Microsoft 가이드 라인)?
웹 페이지가 응답해야하는 최대 시간은 얼마입니까?
이에 대한 "제한"또는 일반적인 지침이 있습니까?
언제 작업 대기열에 작업을 넣어야합니까 (예 : Python celery)?웹 응용 프로그램 (또는 웹 사이트)이 요청에 응답해야하는 최대 시간은 얼마입니까?

내 구체적인 문제는 사용자가 제출하는 여러 텍스트 파일을 구문 분석해야한다는 것입니다. 평균 분석 시간은 2-3 초 (데이터베이스 삽입시 응답 시간은 3-4 초)이지만 파일 크기가 크면 구문 분석하는 데 8 초 (응답하려면 10 초)가 소요됩니다.
이번에 피드백없이 사용자에게 알려주시겠습니까? 그렇지 않은 경우 이러한 상황을 처리하는 가장 좋은 방법은 무엇입니까?
이러한 요청을 요청주기에 넣어도 괜찮습니까?
REST API와 웹 사이트 양식을 제공하면 어떤 차이가 있습니까? 이 "허용 된"반응이 느리게 있습니까?

답변

4

저는 이것이 정말로 대답하기가 어렵다고 생각합니다. 다른 지침이 존재합니다.

나는 인터페이스/상호 작용 디자인 과정에서 대학에 있었을 때 50ms가 넘는 응답 시간을 남겨서는 안된다는 것을 알게되었습니다. 초과하면 로딩 아이콘 등이 표시되어야합니다.

그러나로드 아이콘은 브라우저의 처음부터 있습니다. 또한 사용자는 웹 사이트에서 적절한로드 시간을 기대할만큼 충분히 교육 받았기 때문에 티켓 예약 페이지의로드 시간은 2 초이지만 검색 엔진에서는 300 밀리 초 이상을 허용하지 않습니다.

이 기간 동안 내가 들었던 한계는 0.1 초, 1 초 및 10 초입니다.

0.1 웹 사이트에 사용자에게 즉시 느낌 1 초 속도가 느린하지만 중단 10 초 사용자가 관심을 잃어버린 전에 견딜에 대한 최대입니다 (예 등, 그 동안 페이스 북의 피드를 확인, 연기 빛 ..)

요즘 내가 당신을 지적하고자하는 읽어 유용한 의견을 많이과 함께 좋은 기사가있다 :

http://www.nngroup.com/articles/response-times-3-important-limits/

나는 그것이 당신의 질문에 대답 생각합니다.

이 모든 순전히 주관적인 것을 이해하지만 이것은 매우 주관적인 주제입니다 생각하세요

...

+0

아주 좋은 대답은,하지만 난 그것을 주관적인 주제 있다고 동의하지 않는다. – kissgyorgy

+0

@Walkman이 질문은 주관적인 사전 정의로 갈 수 있습니다. –