변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· AIService
YugabyteDB의 포인트 및 PostgreSQLDialect 사용
CockroachDB는 YugabyteDB에 의해 대체되었습니다. 연결 문자열에서 이동 cockroachdb-public:26257 yb-tserver-service:5433, 그리고 Hibernate 방언 ...에서 *********** 에 PostgreSQLDialect.
· KlusterServices
Unique rowid() YugabyteDB의 shim 및 비공개 스키마
Shim는 생산 최대 플러스 마진에 시퀀스입니다. 더 보기 씨앗은 두 가지 요구 사항을 나타낸다. 그것은 모든 기존 ID를 초과해야하거나 cutover 콜드 후에 첫번째 삽입, 그리고 그것은 ids 때문에 2^53를 초과해야 합니다 문자열과 API 계약으로 직렬화 된 것 위에 이미 가정. 인증: 반환 > 2^53 및 > 최대 생산, 1000 모든 차이를 호출, 및 `INT8 DEFAULT unique rowid()`는 열 기본값으로 verbatim을 작동한다. 점은 donotmodify의 모든 520 열 정의 문자열을 lets 공유 라이브러리는 byte-for-byte unchanged를 유지합니다. 또한 5 개의 비공개 스키마를 사전 제작합니다. Hibernate는 창조하지 않습니다 hbm2ddl.create namespaces=true가 없다면, KamoInitializerService 같은 34 테이블이 다시 누락되지 않도록 설정하지 않습니다.
· KlusterServices
Unique rowid() YugabyteDB의 shim 및 비공개 스키마
Shim는 생산 최대 플러스 마진에 시퀀스입니다. 더 보기 씨앗은 두 가지 요구 사항을 나타낸다. 그것은 모든 기존 ID를 초과해야하거나 cutover 콜드 후에 첫번째 삽입, 그리고 그것은 ids 때문에 2^53를 초과해야 합니다 문자열과 API 계약으로 직렬화 된 것 위에 이미 가정. 인증: 반환 > 2^53 및 > 최대 생산, 1000 모든 차이를 호출, 및 `INT8 DEFAULT unique rowid()`는 열 기본값으로 verbatim을 작동한다. 점은 donotmodify의 모든 520 열 정의 문자열을 lets 공유 라이브러리는 byte-for-byte unchanged를 유지합니다. 또한 5 개의 비공개 스키마를 사전 제작합니다. Hibernate는 창조하지 않습니다 hbm2ddl.create namespaces=true가 없다면, KamoInitializerService 같은 34 테이블이 다시 누락되지 않도록 설정하지 않습니다.
· KlusterServices
CockroachDB와 함께 단일 노드 YugabyteDB 2026.1.0.1 배포
이제 두 엔진은 k1m1에 측면을 실행; CockroachDB는 터치되지 않고 롤백 경로 유지. 분명하지 않은 세 가지 : - Helm 차트 버전은 Docker 태그가 아닙니다. 차트 2026.1.0 앱 지도 버전 2026.1.0.0-b118,그래서 `image: yugabytedb/yugabyte:2026.1.0`는 ImagePullBackOff. 2026.1.0.1-b1, 안정의 최신 패치 2026.1. - hostNetwork는 k1m1의 실제 인터페이스에 팟을 넣는다. 기본값은 이미 가지고 있습니다. 9000 by MinIO and 9100 by node exporter. 더 보기 tserver 웹 서버는 9010과 RPC를 9110로 이동합니다. 호스트 서비스 검증된 결과가 없습니다. - TLS는 선택하지 않습니다. 모든 31 소비자 연결 문자열은 sslmode=require, 그래서 YSQL 암호화없이 모든 클라이언트를 거부 절단. Certs는 cockroachdb-public alias와 밴드에서 만들어집니다. 소비자가 cutover를 통해 유지되기 때문에 SAN 목록의 이름. Deliberately not wired into CI: 배포 단계 편집을 추가 .forgejo/, 이는 뒤집는 풀 reconcile를 트리거.
· KlusterServices
CockroachDB와 함께 단일 노드 YugabyteDB 2026.1.0.1 배포
이제 두 엔진은 k1m1에 측면을 실행; CockroachDB는 터치되지 않고 롤백 경로 유지. 분명하지 않은 세 가지 : - Helm 차트 버전은 Docker 태그가 아닙니다. 차트 2026.1.0 앱 지도 버전 2026.1.0.0-b118,그래서 `image: yugabytedb/yugabyte:2026.1.0`는 ImagePullBackOff. 2026.1.0.1-b1, 안정의 최신 패치 2026.1. - hostNetwork는 k1m1의 실제 인터페이스에 팟을 넣는다. 기본값은 이미 가지고 있습니다. 9000 by MinIO and 9100 by node exporter. 더 보기 tserver 웹 서버는 9010과 RPC를 9110로 이동합니다. 호스트 서비스 검증된 결과가 없습니다. - TLS는 선택하지 않습니다. 모든 31 소비자 연결 문자열은 sslmode=require, 그래서 YSQL 암호화없이 모든 클라이언트를 거부 절단. Certs는 cockroachdb-public alias와 밴드에서 만들어집니다. 소비자가 cutover를 통해 유지되기 때문에 SAN 목록의 이름. Deliberately not wired into CI: 배포 단계 편집을 추가 .forgejo/, 이는 뒤집는 풀 reconcile를 트리거.
· kamo-internal
접근 로그와 그 탐지 규칙을 sub-tabs로 분할
의 규칙을 결정하는 것은 격자 아래 협정이었다 — 기본적으로 붕괴되었기 때문에 구성은 당신이 알고 있었다 무언가였다 거기에, 그것은 같은 pane에 대한 그리드를 밀어. 그들은 두 개의 전망 1개의 주제로 각은 전체적인 고도를 원합니다. Sub-tabs 이제 그들 사이 전환, 일치 탭 패턴 OAuth2 탭 다음 문은 이미 사용합니다. 규칙 탭은 회원 보유에만 존재합니다. MANAGE DETECTION RULES, 그리고 적극적인 보기는 정확하지 않습니다 효력: useUserInfo가 해결될 때까지 false를 체크Right 대답, 그렇지 않으면 그 다음 헛된 탭에 서 회원을 떠나. 규칙은 탭을 입력하여, 그들이 협정을 확장하고, 패널은 이제 자체의 머리가 없어 탭이 이름을 지정합니다. 또한 편집 버튼 아이콘을 교환합니다. 또한 "Edit 통치"도구에서 플러스였습니다.
· kamo-internal
Back-to-home arrow on the main workspace 헤더
앱의 나머지 부분에서 설정 페이지 화살표를 정렬 : 계정, 리드, 상업, 마케팅 (모든 4개의 탭, 공유 레이아웃을 통해), 지식 베이스, HR, 네트워크, 문서 관리자, 달력, 연락처 및 메모. 버튼은 구성 요소/설정에서 구성 요소/BackToHomeButton로 이동 이제는 App-wide 크롬이 아닌 설정 크롬입니다. 마케팅 및 HR은 각 탭에 대해 하나의 영광스러운 영웅을 소유, 그래서 그들의 화살표 땅 레이아웃과 각 탭은 그것을 상속합니다. 상업 및 메모는 단일 용도의 헤더를 렌더링합니다. 구성 요소 (PipelineView, NotesHeader), 이는 화살표가 그 두 가지를 위해 간다.
· kamo-internal
모든 관리자 바 링크에 Explanatory 패널
10 분 전에 자신의 조직을 만든 Somebody는 9 링크를 충족 읽을 수있는 방법이 없습니다. Hovering or focus one now unfurls a panel 그 답변, 순서: 이 스크린은, 당신이 거기 할 수 있는 3개의 것, 및 찾아내는 곳 설정 한 번에 바가 더 이상 새로운 없습니다. 패널은 가까이에 뜨기 보다는 오히려 밴드에서 확장합니다 — 그것은 성장합니다 밴드의 가장자리에서 그것의 입장에 용접된 주의, 및 입장을 가진 lit을 유지하면서, 그래서 두 개의 읽기 한 객체. 내용에 침입 짧은 stagger 뒤에 그것. 감소된 동의는 crossfade를 지키고 방울합니다 여행; 감소된 투명도는 흐릅니다. 두 세부 사항이 그들의 장소를 적립. 블록 및 로그는 막대에 짧은 실행하지만 패널 실제 이름, Access Blocks 및 System Access Logs로 머리말을 붙입니다. 누군가가 나중에 설정에서 사냥 될 것입니다. 그리고 각 위원회 화면으로 돌아가는 길과 가까이에, 그래서 한 번 학습은 단축 load-bearing 보다는 오히려 선택. 비트 후 호버에 열려, 즉시 한 번 어떤 패널이 이미 밖으로, 그리고 키보드 초점에 즉시; 탈출은 그것을 닫습니다. 터치 포인터는 아무도를 열지 않습니다 — 탭은 단지 링크, 패널이 뒤에 좌초된 상태에서.
· kamo-internal
관리자 바를 꽉 — org 레이블, 짧은 감사 이름, 갭 없음
바가 9 링크를 읽는 방법에 대한 세 가지 변화 : 팀 구성원은 이제 Behavior &에서 org의 자신의 복수 라벨을 착용 라벨링, 그래서 Loan Officers가 Loan Officers를 여기에 호출하는 org. 그것은 레이블 키가 없는 한 항목 — 이름은 org's, 번역이 아닙니다. Access Blocks 및 System Access는 블록을 단축하고 로그인합니다. 설정 메뉴가 아닌 키. 공유 키 이름을 변경하면 그들이 나타나는 모든 탭을 이름을 변경; 이 그룹에서, 그 아이콘 옆에, 각 이름의 'access' 반은 작동하지 않았습니다. 항목 사이의 간격은 멀리 간다 그래서 각 링크의 자신의 패딩은 분리 그리고 hover 필드는 가장자리에 맞습니다 - 칩의 행 보다는 오히려 지구.
· kamo-internal
Back-to-home arrow 왼쪽의 모든 설정 페이지 제목
설정 페이지는 nav 레일의 실행 패드에 다시 방법이 없었다. 지원하다 옵션 보기 backHref now defaults to home and plays the unconditionally, 그래서 그것에 내장 된 20 페이지는 선택합니다 무료 화살표; 자신의 헤더를 그리는 6 페이지는 동일한 제어 인라인을 얻습니다. Nested 편집기 (시장, 제품, 계획, 이메일 제공 업체, webhooks, 상태 템플릿, 에이전트 스튜디오) 이미 그들의 부모에 빵 부스러기를 다시 수행하고 혼자 왼쪽, 리드 설정으로, arrow deliberately 반환으로 /leads.
· kamo-internal
관리자 바에 필수적인 설정의 나머지
보안 역할, 부서 및 작업 제목 구성 그룹에 가입, 왼쪽 감사 쌍. 그들은 세 가지 필수 설정 탭은 바가 누락되었습니다. — Behavior & 레테르를 붙이는 것은 그 주제를 혼자 들고, 그래서 하나의 화면 관리자는 여기에 도달 한 것은 첫 번째 탭이 될 것입니다. 각 아이콘을 재사용하고 라벨 키 설정은 이미 제공, 그리고 모든 세는 바의 기존 CONFIGURE SYSTEM 게이트에 의해 덮여있다.
· kamo-internal
관리자 바에 액세스 블록, 트레일 가장자리에 감사 링크
Access Blocks 및 System Access Logs는 대답하는 막대기에 2개의 스크린입니다 'who got in and who did not' 오히려 어떤 구성보다, 그래서 그들은 그룹 함께 밴드의 흔적 가장자리를 타고 구성에서 멀리 링크. 자동 인라인 시작 마진은 — 우주 요소 없음, 쌍 단순히 좁은 전망 포트에 행 랩을 한 번 휴식. 둘 다 막대기 MANAGE ACCESS RULES 문에 의해 이미 덮고, 접근 Blocks는 아이콘을 재사용하고 라벨 키 설정은 이미 제공합니다.
· kamo-internal
이름과 편집 주소 책, 그리고 그 주위에 페이지를 다시
책 추가하기 POSTed a hard-coded placeholder name with no prompt, 아무것도 어느 곳에서도 이름을 바꿀 수 있었습니다 — 그래서 모든 책은 org는 같은 것을 불렀습니다, 영구적으로. 책과 그룹은 이제 생성되고 편집됩니다. 이름, 묘사 및 악센트, 이름과 이동할 수 있는 행 메뉴에서. 그룹은 전혀 흠뻑 취하지 않았습니다. 사이드바는 단지 성장한 목록에서 렌더링되었습니다. 당신이 만든 경우, 그래서 그룹은 다시로드에 사라. 연락처는 당 캐시되었습니다. 브라우저에서 책과 합병, 그래서 "모든 연락처"는 당신이 가지고있는 책을 보여 자주 묻는 질문 이제 둘 다 서비스와 함께 범위 (책, 그룹, 질문, 순서) 1 주문, 계산 된 요청을 구동. 페이지의 나머지는 콘솔 idiom 앱 사용의 나머지를 따릅니다. - 사이드바: 그들의 접촉 조사를 가진 책, 그룹은 일원 조사로 배열했습니다, 이름 / 그룹 추가 / 수출 / 삭제를 위한 행 작업 - 목록 : 서버 측 검색 및 주문, 선택 영역 및 이동 범위 선택, 무한 스크롤, 골격, A-Z 레일, 빈 상태에 대한 다른 "no contacts" 과 "nothing match" - 선택 바 : 이동, 그룹에 추가, 수출, 삭제. per-row 체크 박스에는 전화에 아무것도와 함께 - 세부 패널 : 파일에 모든 것, 각 사실 복사 및 실행 가능, 그리고 하나 생성 대화 상자를 가진 공유된 편집기 이렇게 2는 drift 할 수 없습니다 - 수입은 어떻게 건너 뛰는지, 그래서 부분 수입은 손실처럼 보이지 않습니다 연락처 프록시는 각 204을 500으로 설정했습니다. — 성공적인 삭제가 보고되었습니다. 실패 — JSON으로 빈 몸을 파싱하기 때문에. 새로운 책에 org-level 옵션 없음: listBooks는 org에서 모든 책을 반환 소유자에 관계없이, 그래서 선택을 제공 할 것 개인 정보 보호 읽는 경로 하지 않습니다.
· EmailService
Persist 과 serve 전체 접촉, 뿐만 아니라 그 이름
REST 층은 직접 JPA 엔티티티를 직렬화했습니다. 연락은 지도가 없습니다. 이메일, 전화, 주소, 조직, URL, IM 또는 관계 — 그 별도의 테이블입니다 - 그래서 아무도 응답에있었습니다, 그리고 Jackson 조용히 길에 모두 떨어졌다. 생성 대화 상자는 7 개의 섹션을 수집하고 아무도. 책과 그룹은 게으른 협회로 돌아 왔습니다. null로, 왜 sidebar가 그룹을 책에 속성 할 수 없었다. 접촉을 만드는 것은 모두에 성공할 수 없습니다: CONTACT.OWNER ID는 NULL 및 아무것도 설정하지, UI에서, vCard 가져오기에서, 또는 CardDAV에서 제품 정보 FORMATTED NAME null만 저장 열 거부; 수출은 동일한 원시 카드 뒷면, 그래서 아무것도에서 만든 UI는 빈을 수출했습니다. * * * * * * 철사 모양, 와 더불어 sidebar 필요와 총 타이머 필요 계산 - ContactDetailStore : 배치로드 및 7 개의 위성 테이블을 교체하고 그룹 회원; 연락처를 더 이상 나판을 삭제 - ContactQueryStore: counts, 명령/filtered/paged org-wide listing, 그리고 a 이름, 전화 번호 및 조직과 일치하는 검색 - ContactVCardMapper : 수입 및 수출은 하나의 필드 매핑을 통해 이동하므로 접촉은 둥근 여행을 살아. BDAY는 PartialDate로 작성되었습니다. — 해결 즉시 다른 시간대에 독자를 위해 일 이동 - updateBook은 전송된 필드만 적용합니다: 그 책을 닦아 내고 설명과 색상, 그리고 NULL isVisible에 던져 - deleteBook cascades; org 기본값은 오히려 깨지지 않는다 constraint 모든 org-level 책은에 달려 있습니다 - Bulk delete/move/group endpoints - 목록의 체크 박스가 호출되지 않았습니다. 책 작성은 항상 소유자를 설정하고 클라이언트 공급 isOrgDefault를 무시합니다. ownerless 책은 org 기본으로만 법적이며, 두 번째 기본은 findOrgDefault arbitrarily를 선택합니다.
· kamo-internal
Launcherpad 카드 위의 Administrator 바
Org 관리자가 지속적으로 열 다섯 개의 화면 - 팀 구성원, 행동 및 라벨링, 통계 및 비용, 앱 및 기능, 시스템 액세스 로그 - 각 2 개 또는 3 개 오늘 설정 메뉴를 통해 딥을 클릭합니다. 그들은 상단의 한 행을 얻습니다. 마스트헤드의 밑에 발사 패드, 카드의 위. 각 항목은 아이콘을 재사용하고 라벨 키는 이미 목적지를 운반합니다. 설정 착륙, 그래서 같은 화면은 같은 위치를 읽습니다. 밴드는 NavTop/NavPri org gradient 흰색 링크, 이는 무엇이 만드는 그것은 6 카드 보다는 오히려 크롬으로 읽습니다. Visibility는 Administrator (Full Access) 역할이며 유일한 방법을 표현했습니다. 세션이 노출됩니다 : 역할이 보유하고 아래 재고 역할 없음 이름 * 모든 세가 필요합니다. 그들은 정확히 다섯 가지 목적지가 무엇인지 문에, 그래서 바는 회원을 거부 할 수있는 링크를 제공하지 않습니다.
· BillingService
1개의 deduplicated 통행에서 화상 진찰 사용법
공유 라이브러리 변경을 따라 각각 다른 파일 당 하나의 충전 조직. 요약 및 일일 스냅 샷 작가 모두 단일 복용 이미징 패스 및 모든 도메인을 읽습니다. 도메인 당 한 번 그룹화 - 8een 도메인은 동일한 쿼리 8een 시간을 의미 1 페이지 부하를 위해.
· kamo-shared-library
조직 당 한 번씩 각 파일을 검색, 업로드 당 한 번
빌링은 imgs 레코드 당이었다, 그래서 같은 파일을 업로드 한 조직 5 시간은 5 번 청구되었습니다. 소유자의 규칙은 명백한 파일 당 1개의 책임입니다 조직 당: Kamo는 아직도 파일을 한 번 체계 넓은 저장합니다, 각 조직 그것을 유지 여전히 계산, 그리고 당신이 이미 가지고 뭔가 다시로드 새로운 책임. 이미징 수치는 이제는 기록을 붕괴하는 조직 당 한 패스에서 온다. 특정 파일에. KamoCRM의 생산에 대한 측정 : 52 라이브 레코드가 28 충전 가능한 파일, 6,886,309,250 바이트가 5,441,174,177. 두 협회의 밑에 개최 된 파일은 정확히 하나에서 계산됩니다 - 가장 낮은 협회는 아래 나타납니다 - 둘 다에서 계산하기 때문에 두 번 청구합니다. 두 개의 생산 파일은 그 위치에 있으며이 규칙과 함께 조직의 파일을 분할하고 총에 정확히 요약합니다. 조직 FIRST가 파일을 열 때의 기간 숫자 키, 그래서 다시로드 뭔가 이미 나중에 새로운 책임이 없습니다. 주 메뉴 미리보기는 같은 이유에 대한 파일에 의해 키 입력되고, 파일의 한 복사를 추적 5회 무료 ImagingUsage ()는 현재, 일생을 봉사하고 단 하나 통행에서 추가해, 때문에 각 이미징 도메인은 동일한 그룹화 및 도메인당 컴퓨팅을 필요로 합니다. 1개의 요약을 위한 12배 조회.
· kamo-internal
플랫폼이 이미 파일이있는 경우 업로드를 건너
같은 비디오를 3 명에게 전송하는 것은 세 가지 전체 업로드를 의미한다. Dedup 그들을 붕괴 하나의 저장 객체로, 하지만 한 번만 각 전송 완료 했다 — 그래서 저장 했다 저장, 회원의 시간 또는 대역폭. 작곡가는 지금 그것을 보낼 전에 묻습니다. 동일한 내용 때문에 크기 조사 첫째로, 동일한 바이트 수를 가지고 있어야 합니다: 그것은 거의 모든 진짜로 새로운 일치합니다 1개의 작은 요구의 비용에 파일, 그래서 hashing는 그것을 지불할 수 있는 경우에만 지불됩니다 내 계정 BLAKE3 및 SHA3-256는 서버로 컴파일 및 제공 저장된 내용을 직접 첨부합니다. 자주 묻는 질문 해싱 스트림. 기존의 도우미 호출 file.arrayBuffer() 한 번 해시 당, 그래서 파일 두 번 이상 기억에 거주합니다 - 문서에 대한 벌금, 3 GiB 비디오에 대한 지방. 더 보기 새로운 것들은 4 MiB 슬라이스에서 파일을 걸어 두 개의 해저를 먹이고, 그래서 피크 메모리는 하나 SHA3-256가 순수한 자바 스크립트이기 때문에 어떤 크기든지에 펑크하고, 펑크 사이 수확량 그렇지 않으면 분 동안 작곡가를 동결합니다. Dedup은 낙관과 문이 아닙니다. 조사, 해시 또는 실패 링크는 업로드를 다시 떨어졌다, 이는 항상 정확. 패널 이름은 일시 중지 그래서 그것은 읽지 않습니다.
· MediaService
다시 업로드하지 않고 이미 저장된 파일을 첨부
3 명의 동료에게 2 GB 비디오를 전달하는 3 개의 전체 업로드. 제품 정보 1개의 객체로 나눌 수 있지만, 각 전송이 완료된 후만 thrown away — 회원은 모든 바이트에 대해 지불, 세 번, 사본을 생성 이미 플랫폼. 두 개의 엔드 포인트는 모든 바이트 이동 전에 정착. /attachments/probe 답변 이 크기의 파일은 싸고 클라이언트가 해싱을 건너 뛸 수있는 모든 것에 존재 할 수 있습니다 거의 모든 진짜로 새로운 파일을 위해. /attachments/link hashes 클라이언트 자체를 계산하고, 저장 된 콘텐츠를 해결 할 때, 첨부 파일을 생성 outright; a 404 의미 'never 본, 업로드 it' 그리고 평범한 대답 오히려 보다 실패. hashes는 주장이 아니라 허가가 아닙니다. 그들은 단지 컨텐츠에 대한 해결 콜러의 자체 dedup 범위 내에서 이미 저장되며, 엔드포인트 모두 세션이 필요합니다. 다른 첨부 파일 경로와 같은 회원. 업로드 및 링크 공유 한 행 건물 목적에 대한 경로 - 바이트 여행 또는 인식 여부, 첨부 파일 대화의 땅은 불가피해야합니다.
· kamo-internal
자체 라인으로 생성 된 미리보기 저장 표시
Thumbnails 및 미리보기 이미지는 이제 조직의 총을 향해 계산합니다. 그래서 클라이언트는 그들이 그(것)들을 접히기 보다는 오히려 보는 것을 볼 수 있어야 합니다 다른 번호. 도구 끝은 그들이 무엇인지 말해 다 페이지 문서 페이지 당 하나의 미리보기를 생성하므로 그림은 오히려 설명할 수 있습니다. 인기있는.
· SecurityService
각 파일에서 생성 된 썸네일 및 트랙을 측정
오브젝트 키는 content-addressed 로 *********** 그래서 첫번째 underscore의 앞에 세그먼트는 유래물을 가지고 있는 파일을 확인합니다 이름 * 크기는 ImgDat 당 정상화됩니다 - deduplicated 파일 당 1개의 물리적 세트 — 및 각 imgs 레코드를 통해 계산 속성을 그것. 이것은 질문에 대답하는 유일한 방법입니다. img dats.THUMB FILE SIZE는 수십 개의 페이지 썸네일이 될 수 있는 단일 값은 5개의 결과에 대해 생산의 84 행, 결코 모든에서 트랙 객체를 덮지 — 함께 대략 37%에 의하여 실제적인 유래물 저장. Legacy object keyed by a numeric id predate content addressing, 일치 아니 파일, 그리고 아무도를 위해 계산됩니다; 조사는 오히려 위에 지나서 지나서 기록됩니다 기타 제품.
· InitializerService
측정된 엄지나일 및 트랙 저장을 위한 Schema
img dat derivatives 레코드, 저장된 파일 당, 모든 파일의 실제 바이트 크기 Kamo에서 생성 된. img dats를 대체합니다. THUMB FILE SIZE의 소스로 그 숫자: 그 열은 수십 페이지가 될 수있는 것에 대한 하나의 값을 보유 thumbnails는 생산에 있는 84의 줄의 5를 위해 대중화되었습니다. 생산에 대한 실행 2026-08-09; 테이블과 인덱스 확인.
· kamo-shared-library
빌 생성 된 thumbnails 에 조직
Thumbnails 및 per-channel 트랙은 조직의 업로드 원인을 저장하고 있습니다. 그래서 소유자의 지시에 그들은 이제 그 조직의 총을 향해 계산 Kamo에 의해 흡수되기 보다는 오히려. GENERATED PREVIEWS는 청구된 도메인입니다. img dats에서 객체 저장소에서 측정합니다. THUMB FILE 서비스 그 열 수십 개의 페이지 썸네일이 될 수있는 단일 값 보유 ({imgDatId} thumb p0..pN) 및 프로덕션은 84 행의 5에 대해 대중화되었습니다. — 대략 37%에 의하여 실제적인 유래물 저장 및 omitting 궤도 목표 전체보기 img dat derivatives는 청소가 실제로 다시 읽는 것을 기록합니다. 기여는 기록 당, 파일 자체와 같은 규칙: 청구 img dat derivatives에 imgs에 가입하여, 두 개의 조직이 하나의 파일을 들고 있습니다. 미리 청구하고 deduplication는 Kamo의 저축을 오히려 체재합니다 고객의. 기간 그림 날짜는 그(것)들을 기인한 올려 놓습니다, 그래서 미리보기는 같은 기간 동안 같은 파일로 떨어졌다. 플랫폼 보고서의 파생Bytes 이제 동일한 측정 된 소스를 읽습니다. 이미지 처리 비용에 대한 이해 이 착륙하기 전에 생산에서 검증 된 Schema : img dat derivatives가 존재합니다. KI 실행 후.
· kamo-internal
회원은 비디오 또는 오디오 첨부 파일을 유지, 그냥 그것을 재생하지
플레이어는 하나의 의도를 답합니다. 디스크에 파일을 원하면 다른 것, 그리고 비디오 및 오디오는 할 수있는 두 개의 첨부 파일 종류였다 - 문서가 다운로드 버튼을 모두 함께했고, 이미지에는 라이트 박스에 하나가 있습니다. 크롬 부리 비디오 요소의 오버 플로우 메뉴에서 다운로드; Firefox 및 Safari는 하나를 제공하지 않습니다 모든 것에, 그래서 감당은 신뢰할 수있는 우리의 것. 이제 두 개의 캡션 라인은 크기와 다운로드 버튼을 사용하여 파일을 명명합니다. 동일한 origin href + 다운로드 속성 문서 칩 이미 사용. 또한 문서 칩에 항상-KB 크기를 삭제합니다. 그 순간을 훔쳐 첨부 파일은 기가 바이트 수 있습니다 : 2 GB 파일은 '2130125 KB'를 읽습니다. 그것은 지금 같은 사용 formatBytes the composer shows for that file before it is sent.
· kamo-internal
상표 및 문서 저장 표시
둘 다에서 기록된 크기 없이 물건에 똑똑히 쓰입니다 데이터베이스, 그래서 그들은 먼지가 측정 할 때까지 0으로 읽습니다. 그들은 이제 그들의 제품 설명.
· SecurityService
상표 및 문서 저장 측정
이 두 가지는 크기가없는 조직 상점입니다. 데이터베이스의 어느 곳에서나 - 브랜딩 자산은 공공 버킷으로 직진 조직의 도메인 접두사 아래 docs workspace id — 그래서 객체 저장소를 다시 읽을 때까지 0으로 읽으십시오. Attribution은 뒤로, 조직에 접두사. 각 조직의 훈련 접두사 및 스캐닝은 침묵적으로 접두사에서 저장되는 것을 놓을 것입니다 nobody thought to derive; 대신 모든 top-level prefix는 다시 맵핑됩니다 위젯, 공유, 기본, 플러스 아무것도 버킷 루트에 느슨한) 토지에서 고객의 합계. 회원/ 하위트리는 별도의 deliberately입니다. Avatars는 조정의 밑에 살고, 디자인에 의해 조직 독립 접두사, 그리고 레거시 per-domain을 계산 사본은 다른 조직의 사용자를 위한 1개의 조직을 위탁할 것입니다 이름 * 방아쇠 엔드포인트는 LosInternalApplyController를 따릅니다: 일정한 시간 비교 클러스터 비밀에 대하여, unconfigured 때 실패.
· InitializerService
Object-store-only 저장 측정을 위한 Schema
object storage days는 2개의 MinIO에서 다시 읽는 것을 기록합니다 데이터베이스에 크기가없는 것들 : 브랜드 자산과 docs 작업 공간. 마지막으로 수정 된 날에 의해 태우는 창은 정확히 요약합니다. 생산에 대한 실행 2026-08; 테이블과 인덱스 확인.
· kamo-shared-library
브랜딩 및 문서 저장
거의 모든 조직은 자신의 크기를 기록합니다. 어딘가 — imgs 행, kb media 행, mailbox 측정. 두 가지는 없습니다. 회사 소개 자산 (로고, favicons, 배경 이미지, 테마 CSS 및 구성) 작성 조직의 도메인 접두사, 그리고 docs workspace는 id에 따라 작성됩니다. Neither는 데이터베이스에서 아무것도 남깁니다. 그것은 얼마나 큰, 그래서 둘 다 0으로 읽으십시오. object storage days는 객체 저장소에서 다시 읽는 것, 마지막으로 수정 된 날에 의해 양동이 그래서 임의 청구 창은 정확히 요약 달에 둥근 보다는. **************** 공급 크기 및 지속, deduped 노드의 키에 의해. 사이트 복제는 여러 노드에 동일한 객체를 넣어, 노드 당 한 번 계산하면 조직의 청구서를 크기로 곱합니다. 클러스터. 브랜딩은 회원/ 하위트리를 정의합니다. 회원 avatars 살고있다 아래의 고정, 설계에 의한 조직 의존 접두사 — 사용자는 몇 가지에 속할 수 있습니다. 조직, 그래서 아바타는 그들 중 하나의 재산이 아닙니다 - 그리고 per-domain 복사는 레거시입니다. 그(것)들을 계산하기 위하여 1개의 조직을 위탁할 것입니다 다른 조직의 사용자를 소유합니다. 이 착륙하기 전에 생산에서 검증 된 Schema : object storage days는 존재한다 KI 실행 후의 독특성 제약.
· kamo-internal
텍스트 메시지 첨부 파일 저장
MMS 첨부 파일 데이터로 데이터베이스의 라이브 인라인 : URI는 파일보다 오히려, 그래서 그들은 크기 기록이 없었다 결코 계산되지 않았다. 그들은 이제 그들의 자신의 라인을 가지고.
· kamo-shared-library
텍스트 메시지 첨부 파일
MMS 첨부 파일이 저장되고 계산되지 않았습니다. 그들은 또한 그들이 무엇인지 처럼 보이기: VoipMessageService는 데이터로 첨부 파일을 인코딩합니다: URI 및 쓰기 그것은 VOIP MESSAGES.ATTACHMENT URL에 인라인, 그래서 그들은 MinIO 개체가되지 않습니다 그리고 stat에 파일이 없습니다 - 측정은 저장된 문자 길이입니다, 대화의 org를 통해. Base64는 바이트보다 세 번째 더 큰 것을 실행하여 인코딩 및 그 팽창 양식은 실제로 데이터베이스를 점유하므로 계산 된 것이 무엇인지.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음