서버의 org의 아이콘을 해결하고 근원을 미리 연결하십시오
Lighthouse는 theme.kamocrm.com을 300 ms의 비접촉 된 기원으로 지명했습니다. 또한 아무 근원도 preconnected 보고, 마지막 둥근 나는 stale로 읽었습니다 스타일 시트에 대한 불만 나는 단지 줄었다. 그것은 아니. 그 기원은 여전히 모든 부하에 문의...
3개의 노선 묶음을 홈페이지로 이동
Lighthouse's 103 KiB 의 "사용되지 않는 자바 스크립트" 라는 4 개의 펑크, 두 개의 근본적으로 100% 사용하지 않는. 그들 중 아무도 홈페이지의 HTML에 나타났습니다 - 그들은 다른 경로의 코드, 로 끌어 <Link> prefetch 때문에 nav 및 footer...
Backdrop 폭을 이름, 그리고 서버에서 테마 구성을 읽으십시오
두 가지 발견, 둘 다 어떤 코드가 말했다. 뒤로프 웨이는 1920 피스를 장식합니다. 149 KB, 장식 그림 412px 전화의 내용 뒤에, 와 함께 `sizes="(최대 폭: 768px) 50vw, 100vw"` 다른 말을 앉아. 원인은 내가 자신을 추가 한 규칙입니다 2 커밋 전...
이미지를 더 열심히 압축하고, 카드를 아직도 잡고, 중복 요청을 드롭
이미지. 페이지의 모든 품질 설정은 단계 아래로 이동, 허용 목록 next.config.ts는 [30, 50]로 이동하여 더 자주 요청할 수 없습니다. 영웅 배경 (LCP) 40 -> 30 21,959 -> 750px rung의 6,635 바이트 단면도 배경막 75 -> 50 영웅 비...
영웅을 분할하고 마지막 두 개의 라이브러리를 페이지
단계 C. Neither GSAP 또는 Framer Motion은 홈페이지에 더 이상 있으며, `home` 메시지 네임스페이스는 더 이상 브라우저로 전송되지 않습니다. JS 241,999 -> 214,135 gzip (15 펑크 -> 13) 문서 53,877 -> 51,797 gzip...
7개의 단면도 정지 hydrating
단계 B. TrustBar, WhatReplacesWhat, HowItWorks, UseCases, 기능, CTAStrip 및 가격은 서버 구성 요소입니다. 그들은 HTML에 렌더링하고 자바 스크립트를 발송하지 않습니다. 클라이언트에 그들을 유지 한 유일한 것은 분석이었다. 이름 * ...
홈페이지에서 애니메이션 실행 시간을 완전히 잡아
수화 작업의 A 단계. Framer Motion은 홈페이지의 eager에서 사라집니다. 번들: 798,723 -> 687,593 바이트 원료, 245,367 -> 209,422 gzip. 즉 35,945 철사에 몇몇 바이트, 측정에 의해 한 36,444의 예측에 대하여 펑크 전손, 그리...
영웅 앞에 8개의 오프 스크린 단면도를 멈출 수 있습니다 페인트
LCP는 4.4 s이고, 그것의 고장은 어디에 말했다: 120의 ms에 첫번째 바이트, 290 ms의 로드 지연, 390 ms 실제로 이미지를 다운로드 — 그리고 그 후에 1,810 ms의 "element 렌더링 지연". 그림은 도착을 완료하고 단순히 할 수 없었다 그려집니다. 홈페이지...
차단 시간의 380ms를 요하는 두 가지 변경, 그리고 조용한 전화
마지막 두 라운드는 87에서 67로 점수를 받았습니다. 총 블록 시간에서 갔다 80 ms에서 460 ms 및 LCP 3.9 s에서 4.4 s. 내 자신의 변화의 두 가지는 그, 그리고 둘 다 동일한 나쁜 이유를 위해 만들었습니다. 실제 수업이기 때문에 첫 번째를 자극하는 이유는 다음과...
Headline 청소를 compositor로 이동하고, 채팅 위젯 오프로드
마지막 라운드에서 왼쪽 두 가지 것들, 두 개는 오히려 수행하기 때문에 각 거래 뭔가. 그대에게 HEADLINE의 LIGHT PASS입니다. 유형 구획에 두번째 배경 층이었습니다, 'background-position'에 의해 이동 - 페인트 속성, 그래서 모든 프레임 랜 메인 스레드...
스타일 시트를 인라인, 그리고 드롭 polyfills 아무것도 도달 할 수 없습니다
두 개의 Lighthouse 발견, 마지막 라운드 이후의 숙박 모두 나는 그들이 접근 할 수없는 결론을 내렸다. 그들은 있었다; 나는 열심히 보이지 않았다 뚱 베어 RENDER-BLOCKING REQUESTS (560 미터). stylesheet는 단지 차단 요청이었다 페이지에 왼쪽과...
배송 중지 1.8 수화 후 크기의 배경의 MB
ThemedBackground는 홈페이지에 남아있는 가장 비싼 것, 그리고 아무도 버그처럼 보입니다. 테마 버킷에서 직선으로 원시 <img>를 렌더링했습니다. 브라우저는 untouched 소스 파일을 받았다 — 606, 646 및 585 KB, WebP, 에 전화에 가득 차있는 해결책....
수화에 대한 접이식 대기를 중지하고로드 창을 취소
홈페이지는 전체 접점이 가능했습니다. Framer Motion 직렬화 `initial` prop into the prerendered HTML as a 인라인 스타일, 그래서 마크 업 <h1>, 복사열, 릴 가늠구멍 및 전체 표백 `opacity: 0`에서 모두 배경 - React가 될...
테이블 시작으로 다시 스캔 대신 하나의 후보 블록을 참조
/api/send는 1.8-7.9 s를 대부분의 주소와 단 하나 손가락 ms에 대 한 했다. 로드 문제가 아닙니다 - geolite 쿼리의 모양입니다. getLocation()는 이벤트가 작성되기 전에 대기, 그래서 늦게는 브라우저에 의해 지불되었다 모든 트랙 이벤트 및 마케팅 사이트에...
분석 추적기를 중지 모든 링크하지만 홈
홈페이지를 제외한 모든 페이지는 초가 열리고, 그 이유는 결코 없었습니다. 이 앱의 내비게이션 경로: 서버 우선 순위, prefetch payloads 완전한 (78 펑크 refs, ~57 KB, 68 ms), 모든 내부 href는 locale-aware입니다. <Link> 및 배치된 ...
사이트 전체 로딩 경계 단지 이차 페이지 유료
홈페이지를 제외한 모든 페이지는 느리게 느껴집니다. (페이지) subtree - 그리고 뭔가에 나는 거기 넣어. 언제 4fae924 추가 (페이지)/loading.tsx 모든 경로는 역동적이고 역동적 인 루트의 경우 다음 prefetches no more than 가장 가까운 선적 경계...
변경 로그 수를 렌더링, 대신 게시에 새로 고침
모든 방문자는이 번호를 스스로 읽었습니다. PreviewBanner가 공유하는 삶 레이아웃, 그래서 모든 페이지에 /api/changelog/today 수화 후, 대기, 그때 답변에 맞게 성장하고 페이지를 이동. 그 경로 (d3de447)가 예비 자주 묻는 질문 모든 방문자와 같은 값은...
페이지 당 메가바이트를 태우고, 백엔드를 무료로 호출합니다
모든 페이지에 지불 된 두 가지 비용, 둘 다 기자의 자신의 뒤에 의해 발견 i18n 및 needless 백엔드 통화에 대한 hunch. PREFETCH VOLUME - 4fae924의 회귀. 경로의 앞에, a <Link> prefetch는 220 빈 바이트를 돌려, 그래서 prefe...
리디렉션과 2s 페이드 인을 기다리는 모든 페이지 스위치
4fae924의 사전 작업은 서버와 라우터를 고정, 사이트 아직도 페이지를 변경하기 위해 1-2 초 정도 걸린다. 네트워크가 아니었다. 두 가지는 그것을하고, 둘 다 빌드, 유형 체크 및 보이지 않는 lint run — 그러므로 ****************는 prebuild로 타전했습...
경로를 다시 렌더링하고 페인트하는 탐색을 제공합니다
Locale layout은 bare getMessages()로 메시지를 해결했습니다. Headers를 요청하고 정적 렌더링에서 ENTIRE 앱을 선택했습니다. 없음 Load.tsx는 어디에나, 다음까지 동적인 경로를 prefetch하는 것은 아무것도 없었다: a <Link> prefet...
각 핸들러의 플랫폼 주석을 한 번 해결
Interceptor는 /**에 등록되어 있지 않다. 이 서비스를 요청, 로그인 포함, AnnotatedElementUtils 산책 방법, 그 클래스와 그들의 메타 - 각 시간. 답변은 할 수 없습니다. 프로세스 수명 동안 변경; 핸들러 방법 당 캐시, absent 포함, "no ann...
읽지 않은 조사에 대한 질문, 전체 폴더 트리
메일 배지는 하나의 정수를 필요로하고 mailbox의 모든 폴더를 fetching했다. IMAP 공급자에 그것을 찾아서 가장 비싼 것은 우편물 backend를 부르습니다 수 있습니다. EmailService는 이제 MailReader의 단일 폴더 읽지 않은 카운트를 노출 항상 하나의 S...
Inbox 대기를 두 번 클릭하면 답을 볼 수 있습니다
2 라운드 여행은 여전히 렌더링 된 inbox의 앞에 앉아, 그리고이 시점에 의해 거기에 남아있는 유일한 것은 - 폴더 트리와 첫 페이지는 이미 일찍 도착 했으므로 회원은 메일의 상단에 부팅 골격을보고했습니다. 이미 로드됨. mailbox probe는 공급자가 그것을 시작하기 전에 답...
자주 묻는 질문
/messages를 열고 메일을 보면서 3 가지 더 많은 것들. 뭉치가 착륙할 때까지 아무 것도 요구되지 않았습니다. /messages는 몇몇을 당깁니다 JavaScript의 megabytes 및 메일을 요청하는 컴포넌트는 도착하고 파싱 할 때까지 존재하지 않는 - 그래서 첫 번째 요...
아무것도 읽는 열쇠를 위해 지불하고, 요청을 기다리기
세 가지는 느리고 /messages down before a single message was fetched. 모든 이메일은 /api/generate-otk로 왕복을 먼저 입력하고 전송 X-OTK 결과. 이 측의 경로가 그 헤더를 읽지 않았습니다: 프록시 buildForwardHead...
모든 폴더를 열고, 모든 메시지를 복구 중지
/messages 긴요한 경로에 2개의 왕복 문제, 둘 다 보이지 않는 그들에게 기인 한 코드. listFolders는 각 폴더를 읽을 수 있습니다. 그것은 SELECT 및 폴더 당 닫힘, 각 mailbox 인덱스를 빌드하는 서버 길을 따라, 그래서 20 배의 메일 박스는 forty ...
요약 슬라이스를 볶습니다. 1 회 협회 및 스캔 대신 계산
개요의 관심과 최근 슬라이스는 LAZY에서 행당 제목을 읽습니다. @ManyToOne, open-session-in-view의 블록당 최대 16개 추가 선택 비용. 모든 4 조각 지금 LEFT JOIN FETCH 그것. fetch는 두 협회 모두가 있기 때문에 Pageable 옆에 안...
주간 GeoLite rebuild 후 판자 통계를 새로 고침
YugabyteDB는 auto-analyze가 아니며 staging+rename swap은 대체합니다. geolite blocks 도매 -- 그래서 모든 일요일 동기화 플래너는 없었다 5.8M 행에 대한 통계. ANALYZE를 실행하면 범위 인덱스에서 IP 조회를 유지합니다. 통계 정...
Geolite 범위 색인은 ASC, YugabyteDB의 기본 HASH이어야 합니다
IP 조회는 범위 검사입니다: WHERE network start <= ? 네트워크에 의해 주문 start DESC LIMIT 1 YugabyteDB는 HASH에 의해 LEADING 인덱스 컬럼을 분할합니다. 그렇지 않으면; CockroachDB 인덱스는 항상 range-ordered...
Geolite 범위 색인은 ASC, YugabyteDB의 기본 HASH이어야 합니다
IP 조회는 범위 검사입니다: WHERE network start <= ? 네트워크에 의해 주문 start DESC LIMIT 1 YugabyteDB는 HASH에 의해 LEADING 인덱스 컬럼을 분할합니다. 그렇지 않으면; CockroachDB 인덱스는 항상 range-ordered...
YugabyteDB 실제 리소스를 제공하고 메모리를 핀
그것은 CockroachDB 보다는 더 적은에서 그것을 대체했습니다 -- 20Gi/6cpu에 대하여 CockroachDB의 32Gi/8cpu -- 더 필요로 하는 동안, YSQL이 분리되기 때문에 저장 엔진의 상단에 연결 당 PostgreSQL 백엔드 프로세스. 3개의 변화: 1. ...
YugabyteDB 실제 리소스를 제공하고 메모리를 핀
그것은 CockroachDB 보다는 더 적은에서 그것을 대체했습니다 -- 20Gi/6cpu에 대하여 CockroachDB의 32Gi/8cpu -- 더 필요로 하는 동안, YSQL이 분리되기 때문에 저장 엔진의 상단에 연결 당 PostgreSQL 백엔드 프로세스. 3개의 변화: 1. ...
Hash with BLAKE3 only, 그래서 업로드를 건너 실제로 시간을 절약
Dedup 일 - 서버는 'linked WithOUT 업로드' 및 358 MB가 결코 왼쪽 기계 -하지만 회원은 여전히 대기, BLAKE3와 함께 SHA3-256을 컴퓨팅하기 때문에 업로드가 18.8 이었는지 ~20 초가 걸렸습니다. js-sha3는 순수한 자바 스크립트입니다. 대략 2...
BLAKE3-only 주장을 받아들이십시오 그래서 dedup는 올려주기 보다는 더 빠릅니다
링크 endpoint 모두 hashes 요구. 브라우저에는 빠른 SHA3-256가 없습니다. 이미 358 MB 파일을 가지고 ~20 초에 대한 18.8 두 번째 업로드 — 회원 오랫동안 기다려야 할 것은 아무것도 변경하지 않았다. sha3256는 지금 선택적입니다: 공급해, 아직도 가...
BLAKE3에 저장 된 콘텐츠를 혼자서, 그래서 브라우저는 요청할 수 있습니다
소지품은 모두 해시를 요구하고, 브라우저에는 SHA3-256가 없습니다. — js-sha3 ~25 MB / s의 순수 자바 스크립트입니다. 358 MB 비디오에 측정 된 ~20 초의 에 대한 해싱 18.8 두 번째 업로드, 그래서 dedup은 대역폭을 저장하고 수교 시간 똑바른 뒤. 회...
역사를 로딩하지 않고 최신 스냅 샷 날짜를 읽으십시오
요약 한 날짜가 필요합니다. 그것은 2 년 범위를로드하여 그것을 읽었습니다. 스냅 샷 및 최대 복용 — 매일 5개 도메인 시간, 에 모든 페이지 부하, 질문에 답변 MAX() 답변.
App-catalog 요청 당 1개의 계획 매트릭스 검사
또한 이제 사용하지 않는 DevelopmentStageType 가져오기를 삭제하고 수정합니다. Auto-provision 의견, 여전히 단계 규칙 카탈로그를 설명 대체.
하나의 패스에서 모든 앱에 대한 계획-matrix 질문에 대한 답변
앱 및 기능 탭은 각 앱이 플랜 매트릭스에 나타나는지 묻습니다. per-app 양식은 앱당 계획 기능 및 추가 테이블을 스캔합니다. — 2 단일 페이지를 렌더링하는 수십 개의 전체 스캔. appsInPlanMatrix() 전체 수집 한 패스로 설정; 이제 단일 앱 방법에서 읽습니다.
공급자가 인스턴스가 될 때 확장 당 호출 내역을 다시 채우지 마십시오
RingCentral의 엔드포인트는 extension/~이며 인수를 무시하므로 반환합니다. 모든 확장에 대한 동일한 로그. 페이지가 새로운 것을 추가하면 나머지 각 값은 이미 볼 수있는 응답을위한 둥근 여행입니다. FreePBX는 진짜로 역사는 per-extension, 입니다 unaf...
인덱스 (borrower uid, organization id) vault Cross-loan 재사용 쿼리
정지 per-boot customer id fk tug-of-war 에 SchemaCleanupRunner
Stale RetailCustomer->Account 정리는 commerce carts.customer id의 하락을 제거합니다, *************** 그리고 *********** 이름 * 열은 지금 살아있는, Hibernate 소유한 FK 란 (Cart.customer/Draf...
더 낮은 PoW 어려움 (1000의 반대 2000-4000)
해결 비용은 CHALLENGE COST x 카운터 범위의 제품입니다. 둘 다 오버 크랭크 (~37.5M PBKDF2 라운드, ~40-75x 재고 캡차), 만들기 위젯은 낮은 엔드 장치에 느립니다. ~3M 라운드 (~12배 빠른) 의미있는 봇 비용 유지. Server는 이미 keySign...
Tier 2 — Hikari + RestTemplate timeouts + Stripe SDK + Redis cache
- RestClientConfig: single shared RestTemplate bean with 5s connect / 30s read timeouts. MediaServiceClient / NotificationDispatchService / OfacSanctionsSer...
페이지 repo 쿼리 + countByStatus 뜨거운 경로
- LoanRepository : countByStatus / 카운트ByOrganization AndStatus는 + 페이지<Loan> findByStatus(...) / * * * * * *********** + **************** 충돌 방지 번호에 대한 - LoanPaym...
지역 상태에 부분적인 DTOs, 하락 refetch-after-patch
모든 편집 스타일 autosave (이름 필드, 고용, 자산, 책임, REO, 선언, 군사, HMDA 인구 통계, 기인자) 전체 발행에 사용 mortgageAppsApi.get() 패치가 반환된 후, 라운드 트랙을 투약 debounced 키 입력. 새로운 appMutators.ts는 각...
붕괴 파이프라인 kanban N+1는 단 하나 그룹화한 조사 쿼리에
listForOrganization () 대출 당 하나의 조건-fetch 발행에 사용 (201 쿼리 200 대출). 이제 단일 그룹 JPQL 집계는 대출File.uid에 의해 키 프로젝트는 LoanConditionCountsRow로 개방 및 차단을 엽니다. 서비스는 앱 목록으로 맵을 병...
생성에 티켓에 저장 지오, 드롭 GeoLite 읽기
*********** 이제 방문자의 지를 캡처 한 번 ( GeoLookupService를 통해) 및 persists IP/country/city/subdivision SupportTicket 자체. SupportTicketService.toDTO는 티켓에서 지오를 읽습니다. - 아니 ...
Bulk-load 방문객 및 GeoLite 검색 목록
/api/support/tickets list endpoint가 실행되었습니다., 20개의 행의 페이지 당: - 20 *********** 통화 (N+1) - 20은 GeoLookupService.lookup으로 호출되며, 각 범위는 GeoLite 블록 테이블에 대한 (열의 방사) 및 ...
Add findBySessionGuidin 대량 로딩
지원 티켓 목록 endpoint에 의해 사용하는 모든 방문자를 fetch N 별도의 findBySessionGuid 호출 대신 하나의 쿼리에 페이지.