KamoCRM

자주 묻는 질문

Performancekamo-internal
관련 상품
2026년 8월 14일 오전 2:25 UTC
이름 *
kamo
뚱 베어
fd3f86d

/messages를 열고 메일을 보면서 3 가지 더 많은 것들. 뭉치가 착륙할 때까지 아무 것도 요구되지 않았습니다. /messages는 몇몇을 당깁니다 JavaScript의 megabytes 및 메일을 요청하는 컴포넌트는 도착하고 파싱 할 때까지 존재하지 않는 - 그래서 첫 번째 요청은 왼쪽 마지막으로 바이트가 처리 된 후에 브라우저 만. 경로는 이제 서버 첫 번째 아이가 아무것도하지 않는 작은 클라이언트 모듈이지만 묻는 구성 요소 폴더 트리와 첫 페이지; 그것은 자신의 펑크에 착륙하고 잠시 동안 실행 메일 클라이언트는 여전히 다운로드됩니다. 누가 데이터가 요청에 참여해야 비행에서 이미, 그래서 그것은 하나의 요청을 유지. 서버 하나가 더 빨리 시작할 수 있었더라도 클라이언트 단위이기 위하여, 이 앱의 세션 모델입니다. kamo-internal은 탭당 세션을 유지 sessionStorage에서 X- *** - 토큰으로 보냅니다. *** 쿠키는 만 심습니다. Session-extend 노선에 의해 로그인한 회원에게는 부주의 두 개의 탭이 두 개의 탭으로 다른 회원에 속한다. 계정. 서버 렌더링은 쿠키와 다른 것을 볼 수 있습니다. 회사 소개 신선한 로그인에 실패하고, 두 번째 탭에, 한 회원을 넣을 수 다른 회원의 스크린에 inbox. 메시지 트리에 존재하는 한 동적 수입이 아니라 고급 검색 패널, 라벨 선택기, 단축 오버레이, 확인 대화 상자, context menus, mailbox 스위처 및 HTML sanitiser는 독서 뒤에 팬은 첫 번째 펑크에 모두 있었다. 그들 중 아무도 inbox를 보여주기 위해 필요; 모두의 회원이 그들을 위해 도달 할 때 그들을로드합니다. 공급자 및 mailbox-accessibility 답변 — 두 개의 보기 모든 것을 보여줄 수 있기 전에 기다리십시오 — Redis에서 1 분 반 동안 캐시됩니다. 각각 한 분, 세션에 의해 키우고 어떤 글에 의해 떨어졌다 수정하기 Session-keyed and nothing broader: 저자의 캐시 대답은 열쇠가 너무 있더라도 다른 사람의 접근을 새는 종류입니다 넓고, 세션은 요청이 첫 번째로 정해진 것입니다. 이름 * Coalescing은 그 사정에서 시험됩니다 — 그것은 1개의 요구에 체재한다는 두 개의 콜러가 같은 페이지를 원할 때, 두 개의 메일 박스 또는 두 개를 병합하지 않습니다. 폴더, 그리고 그것은 조용히 캐시가되고 읽지 않은 수를 동결하지 않는 sidebar는 특별히 새로 고침합니다.

모든 변경 사항

배송을 보는 것과 같이?

모든 것이 자신의 작업 공간에서 도착합니다. 무료 플랜을 시작하고 이 페이지를 다시 한 달에 읽으십시오.

무료 영원히 시작가격 비교