Zhihu/quora 및 기타 웹사이트와 마찬가지로 사용자 답변이나 기사를 읽을 때 더 읽기 또는 모달을 사용하여 전체 기사를 읽을 수 있습니다.
이제 비슷한 비즈니스 시나리오가 있습니다. 프런트 엔드가 백 엔드에서 15개의 기사를 요청할 때마다 제 질문은 일부 기사에 수만 단어가 포함될 수 있다는 것입니다. API가 너무 큽니다.
질문자는 네트워크 데이터 전송과 같은 개념에 대한 깊은 이해가 없기 때문에 한 번에 거의 100,000 단어의 데이터를 반환하면 네트워크 지연 시간에 많은 영향을 미치나요? 즉, 매번 기사의 처음 몇 단어만 반환합니다. 사용자가 자세히 읽기를 클릭하면 프런트 엔드가 백 엔드에 요청을 시작합니다.
淡淡烟草味2017-06-12 09:21:43
네트워크 요소를 무시하고 이 시나리오에서는 두 가지 사항을 고려해야 합니다
1. 서버 측 압축 알고리즘 성능
2. 서버 측 압축 알고리즘 압축 비율
일반적으로 알고리즘 성능과 압축 비율은 반비례합니다. 가장 극단적인 경우에는 서버가 압축을 수행하지 않으므로 압축률은 100%이고 CPU 오버헤드는 0%입니다. 반대로 압축률은 0.1%에 도달하고 CPU 오버헤드는 100%입니다.
현재 서버는 gzip 압축을 활성화하며 텍스트 압축률은 약 15%에 달할 수 있습니다. 물론 텍스트 내용에 따라 달라지기도 합니다. 예를 들어 정렬된 텍스트 압축률은 더 높아집니다.
주제가 설명하는 비즈니스 시나리오로 판단하면 15개의 기사를 미리 로드하는 것과 유사하게 결국 제품 경험과 사용자 트래픽을 모두 고려해야 합니다.
PHP中文网2017-06-12 09:21:43
그렇다면 서버측에서 페이지를 렌더링하고 수만 단어의 기사를 요청하면 데이터의 양이 더 커지지 않을까 하는 질문이 있습니다. 수십만 단어는 2바이트에 불과합니다. = =얼마나 클 수 있습니까?