변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· SecurityService
클라우드에서 코더 세션을 시작하고, 터미널이 무엇인지 말하십시오
cwd로 저장소)와 대답 `cloud: true`; 기계는 건설합니다 클라우드 세션이 시작될 수 있습니다. 터미널 목록은 에이전트의 `cloud` 마크를 통해, 창의 아이콘에 클라우드.
· KlusterServices
로컬 체크 아웃에서 클라우드에서 코더 세션을 시작합니다
관련 기사 뭉치는 우리의 리모트가 Forgejo이기 때문에 강제됩니다, 아닙니다 GitHub 및 포인트는 이 디스크에 체크 아웃입니다. --permission 형태 없음 (클래스 드롭 bypass클라우드 세션에 대한 권한) 및 없음 --session-id 또는 영수증 (클라우드는 세션을 지명하고 여기에 성적을 지키지 않습니다). tmux 세션이 표시됩니다 @kamo cloud 그래서 터미널 목록 보고서 `cloud: true`와 콘솔은 창의 아이콘에 클라우드를 넣어 ~/Kamo/Projects는, 가장 최근에 첫번째에서 일해, 메뉴에서 선택할 것이다.
· kamo-internal
첨부 파일 자체로 몸 위에 앉아
만 콘텐츠가 PDF가 열리거나 다운로드 할 수없는 이메일 파일: paperclip는 목록 행에 보여주고, 판독은 보여주었습니다 아무것도. EmailService는 Gmail 앱이 준 때문에 PDF 인라인을 표시했습니다. Content-ID (0de0823)에 설정; 팬은 모든 인라인을 떨어졌다 몸이 실제로 그려지는 것을 요구하지 않고 부분. 규칙은 이제 한 곳에서 살아있다, 나열된Attachments : 일부가 밖으로 유지 HTML body가 cid을 참조 할 때만 목록:. 독서 팬, 리드 타임 라인과 모든 사용을 전달, 그래서 전달 메시지 없음 더 이상 침묵적으로 그 파일을 삭제합니다. 서버의 신뢰는 없습니다. 브라우저에서 캐시 된 플래그는 여전히 수정하기 전에 수행됩니다. sanitizer는 cid를 해결합니다: 동일한 정상적인화를 가진 참고, 이렇게 목록에서 아무것도 남아 항상 신체 쇼 뭔가. 첨부 파일 선반, 헤더의 첫 번째 것: - 각 파일은 파일 자체를 보여주는 카드입니다: PDF 중 하나 페이지 ( 그것의 페이지 조사), 사진, 또는 공백 종이에 유형의 glyph - 전체 화면 뷰어에서 한 번의 클릭 미리보기: PDF를 통해 pdf.js 줌 및 페이지 카운터, 클릭-to-zoom, 비디오와 이미지에 맞는 화면 오디오 플레이어, 텍스트 및 CSV / TSV 테이블; 화살표 키와 filmtrip 파일 사이 이동 - 다운로드는 fetch를 통해 이동, per-tab 세션 헤더를 운반 <a download> 결코 할 수 없었다, 진전 링과 그려진 진드기 - "모든 것을 다운로드" 브라우저에서 작성된 한 .zip으로 모든 파일 - keyboard-first, 감소된 동의는, axe 청결한 명예를 줬습니다; 행 당 2개의 카드 좁은 pane에서
· kamo-shared-library
두 번째 외부 LOS와 실제 공급자 솔기
Arive는 초대 전용 Zapier 앱을 통해만 도달 가능하므로 연결 두 방향으로 Zapier : Kamo 메시지 명령 (대출 생성, 대출 업데이트 단계, 업데이트 리드, 변환 리드) per-market Catch Hooks 및 Arive의 트래커는 per-connection inbound 토큰으로 돌아갑니다. 접합기, 분야 mapper (three Arive namings, 라이브 앱에서 읽기), 단계지도, 암호화 비밀과 활동 로그 통합에 살고. arive / 통합.los. LeadService 더 이상 모든 링크에 대한 MeridianLink 코드를 실행하지 않습니다. 푸시 이동 링크 자체 LosProviderAdapter; 하나없이 공급자는 건너뛰고 SOAP envelope를 받기 대신 로그인. Inbound는 적용 공급자 중립 LosLeadPatch (접촉, 우편 주소, 모기지 사실, 상태) 및 공급자의 특성. 해결자는 회원을 찾습니다. 연결의 공급자에 의해 자격, 그리고 시장은 알 수없는 저장 MLOS 값은 침묵 NO MLOS 대신 400입니다. 이 지도는 Yugabyte (LosAriveSchemaMigration's)에서 이미 존재합니다. 문장은 이 푸시 전에 적용됩니다.
· kamo-internal
디자인 출시 화면, 조직의 자체 브랜드
컴퓨터를 열어 흰색 페이지에 일반 텍스트의 한 줄을 보여, 탭으로 바로 작성 `document.body.textContent`. 최대 9 초 동안 - 이력서는 전체 게스트 메모리 이미지를 읽습니다. 복제 된 볼륨을 다시 — 그 문장은 전체 경험이었다, 그리고 그것은 브라우저로 읽는다 회원의 소프트웨어보다는 오류. 부서지는 페이지는 사람에 가까운 forty 몇 초, 아무것도 취소. 그것은 지금 화면,이 응용 프로그램의 대장에 내장 된 오히려 발명 : 광선 차 / 초 세척 흰색에, 반경 14에서 흰색 카드 --elev-hover, 90deg 영웅 gradient 그것의 규칙으로, --ease-house의 가벼운 형태. 조직의 로고 및 라이브 *********** SERVER의 견적을 계산하는 반지는 오히려 추측보다, 그리고 주위 세척 그 선호하는 모션이 완전히 꺼집니다. 실패는 이제 그것을 밖으로 가지고. 서버 자체 문장을 보여줍니다 — " 노드는 현재 8 GiB가 없습니다. 무료"은 독서 가치가있다 - 그리고 다시 시도는 동일한 탭에서 출시를 다시 실행. THE TAB KEEPS THE ORGANIZATION'S ICON은 다른 절반의 이것입니다. 게이트로 이동 "<link rel="icon" href="images/logo-64.png">"를 소유한 Guacamole에 대한 전체 문서가 있습니다. 탭을 소유 : 회사의 컴퓨터가 Guacamole의 로고로 전환 한 회원. 더 보기 세션은 대신이 페이지 안쪽에 프레임되어 있으므로 아이콘과 제목은 org와 손 오버를 유지합니다. 백색 섬광 보다는 오히려 퇴색입니다. Guacamole은 X-Frame-Options 또는 프레임 ancestors를 보내지 않습니다. 정책 - 검사, 가정하지 않음 - 프레임이 탭을 만들 수없는 경우 항상 그것을 탐색 prettier 탭이 컴퓨터에 도달하지 않는 회원이 아니기 때문에. 아이콘은 경로에서 재건되지 않습니다 : 그들은 '<link>` 요소 DynamicMetaLoader 이미 이 조직에 대한 해결, 복제. 두 favicon 디렉토리의 Re-deriving 첫 번째 답이 될 것입니다. 모든 문자열은 키, 사전에 밀어. 복사본은 겉보기보다 오히려 주사된다 — 페이지는 일반 함수에 의해 다른 창으로 작성되며, `useTranslations`는 실행할 수 없습니다. deliberately no English default이므로, 대신 컴파일하는 콜러가 실패합니다. 모든 Locale에 영어 배송. 서버 메시지가 마크 업으로 쓰지 않는 것을 포함하여 15 가지 테스트.
· kamo-login
자신의 업무 이메일에 입력한 회원
Forgot-password 리셋은 사용자 계정의 주소로 이동, 보통 개인, 하지만 회원은 자신의 조직을 입력. SecurityService는 현재 업무 주소를 인식하고 409 WORK EMAIL에 답변합니다. personalEmailHint, 계정 주소는 마스크. 견적 요청 마법사는 "check your inbox": 그들이 입력 한 주소, 자신의 선에 마스크 힌트, 그리고 필드는 명확, relabelled "개인 이메일 주소", 집중, 그 자리에 힌트와. 더 보기 ***가 해결되어 있기 때문에 회원이 아닌 따라 도왔습니다. 법적고지 개인 주소를 입력하기 전에 코드 단계로 이동합니다. /recover의 이메일 단계는 정보 메시지 대신 동일한 답변을 보여줍니다. "회복 이메일을 보낼 실패".
· SecurityService
Forgot-password에 대한 작업 주소는 계정 자체에 묻습니다., masked
회원은 개인 주소 (gmail, yahoo)로 계정을 열고 나중에 자신의 조직에 의해 일 주소를 부여, 이는 그들이 기억하고있는 것 forgot-password의 유형. 그것은 자신의 org의 로그인 호스트에만 해결, 그리고 그 편지는 일 inbox에 갔다. 20의 KamoCRM 회원은 KamoMail mailbox, 그들은 단지 고정 된 제품 내부를 읽는 이름 * 다른 호스트에 주소 일치 nobody, 페이지는 말했다 "이 경우 이메일은 등록되어 있지 않습니다. /api/recover/email/initiate는 현재 이전의 계정 전자 메일을 정확히 답변합니다. 다른 주소에 대해 회원 일 주소를 찾습니다: org에서 첫 번째 그 로그인 페이지는 (Primary mailbox, then member.email)입니다. 한국어 자신의 주소로 계정을 이름을 때, 아무것도 전송되지 않습니다. 더 보기 답변은 409입니다. WORK EMAIL 및 personalEmailHint, 계정 주소 첫 번째와 마지막 별 사이의 이름의 모든 문자로, 그리고 전체 도메인. 그것은 목적에 409입니다 : 미리 지정된 로그인 페이지 hint는 non-2xx의 `message`를 보여주고, `message`는 같은 단어를 말한다. 자신의 주소가없는 계정은 여전히 작업 inbox에서 편지를 가져옵니다. org의 호스트에 기록의 유일한 inbox이기 때문에. 힌트는 누군가에 속하는 주소를 말한다, 일반적인 대답 결코 이렇게 각 사람이 CodeAttemptLimiter에 의해 계산됩니다 : 주소 당 5 시간 typed, 코드 체크와 공유 콜러의 주소 제한 플러스. 그 외 요청은 429을 가져옵니다.
· EmailService
이동 시스템 메일 및 플랫폼 org의 자신의 전송 도메인 kamouniverse.com
platform.mail.domain 이제 기본값은 kamouniverse.com (config 값, 아니 코드 기본 변경) 및 게이트 모든 unverified-domain org의 거래의 fallback 에서, 하기 전에. 사용된 플랫폼 org (kamocrm) 속성을 우회하고 대신 자신의 확인 된 OrgDomain로 보내 - 이제 PlatformOrgResolver는 동일한 fallback을 통해 강제합니다. 2개의 다른 줄을 경주하는 대신 1개의 재산을 따릅니다. ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 일치하는 조각을 가져옵니다 회원: 플랫폼 org의 기본 사서함은 합성을 가져옵니다 kamouniverse.com 입력 prepended (same mailbox, klusterservices mail/ aliases 그것 다시 현실 kamocrm.com maildir) 작곡가의 새로운 기본적으로, 원래 kamocrm.com 주소는 완전히 sendable 유지 - 첨가물은, 보충 아닙니다. 다른 모든 org는 한 가지 방법이 없습니다. 대량/campaign 메일 (bulk-email.platform-relay.*, hello.kamocrm.com)은 별도의 코드 경로 및 untouched.
· KlusterServices
Kamouniverse.com 을 두 번째 정규 메일 도메인으로 추가하십시오
Postfix의 virtual alias domains에 kamouniverse.com 추가 지역 - 예약 regexp 그래서 어떤 주소에 토지에 동일한 kamocrm.com mailbox (사용자 설정 없음, 메일 박스에 대 한 작동 만든 나중에 너무), and to relay sender domains so member/services can 이 릴레이를 통해 kamouniverse.com으로 보내십시오. rspamd gets 그 자신의 dkim keypair 및 서명 블록 도메인 (selector mail, 출판 ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** hello.kamocrm.com / postfix-bulk는 기타 제품.
· KlusterServices
Kamouniverse.com에 전달 kamocrm.com
Apex 및 www에 대한 DNS는 이제 k1m1의 공개 IP에 포인트입니다. 더 보기 redirectRegex 경로를 두 개의 항목 지점 (301, 경로 / query 보존, ACME 도전 경로 제외 :80) 및 씨앗 모두 호스트 auto-cert's STATIC DOMAINS 그래서 그들은 certs를 얻지 못하는 org 도메인 등록, sign.pink와 동일.
· kamo-internal
상태 리드 필터에 대 한 선택-all/deselect-all, 기본적으로 모든
캠페인 청중 패널 및 드립 트리거의 주 차원 리드 필터는 기본적으로 검사하지 않은 경우에도, 목록은 이미 철사에 "모든 상태"를 의미합니다 - 같은 "제한 없음" 컨벤션 시장/벤더/벤더 제품 이미 사용. 그것은 그것을 거꾸로 거꾸로 거꾸로 거꾸로 모두, 그리고 "모든 상태"또는 "하나"에서 시작하는 빠른 방법을 준 몇 초 전에. leadAudienceFilter.ts는 effectiveStates()를 얻고 있습니다. (check: the 저장된 목록, 또는 모든 국가 때 그것 unset)와 withStates () (무엇에 다시 저장 : 명시되지 않는 한 완전한 세트 붕괴 fifty-code 목록, 그래서 파일에 공백 국가와 지도 여전히 일치 "every state"는 필터의 실제 부재는 다음과 같습니다. 목록이 없습니다. 두 개의 패널은 "모두 선택" / "모두 선택" state Picker에서만 쌍; 다른 3 차원은 입니다 unchanged, 그들의 비-기본 framing 이미 정확 하 게.
· kamo-internal
DKIM 및 DMARC 단계, 그래서 우리가 org에 대 한 보내 완전히 인증
기존 SPF 한 후 두 가지 새로운 단계, 비 기술 소유자에 대 한 작성 같은 방법 SpfCard 이미 - 일반 언어, "왜이 문제"상자, 그리고 우리가 실제로 필요로 하지 않는 변화를 위해 결코 요구하지 않습니다: - DkimCard : SecurityService는 도메인의 서명 키를 처음으로 생성합니다. 이 부하 시간, 그런 다음 TXT 레코드가 게시되는지 읽습니다. 만 2 실제 상태 ( 아직 간행되지 않음, 또는 뭔가 간행되지 않은 일치) DKIM 기록이 어떤 고객과 결코 충돌 할 수 없기 때문에 이미 SPF와는 달리, "add vs. edit"가 정의되지 않습니다. - DmarcCard : 읽기 전용. Kamo의 메일은 항상 org의 도메인을 사용합니다. envelope sender와 눈에 보이는 둘 다, DMARC의 정렬 체크는 이미 입니다 SPF가 완료되면, 어떤 정책이 선택되었는지 - 그래서이 출판물 (또는 시작점을 건의합니다) 만 표시 할 수 없습니다. 옵션 정보 모두 새로운 *********** 프록시가 따릅니다. 기존 spf/route.ts는 정확히 — 여기에 캐치 없음, 그래서 자체없이 경로 SecurityService에 도달하기 전에 404s 파일. DnsSetupStudio는 이제 4 단계 대신 6 단계가 표시됩니다. 소유권을 모두 위해 업데이트됨 - 토큰 및 소유권 - 토큰 케이스. kamo-translation-dictionary 2f143f94에 따라 (설정.dns.studio.dkim.*) 및 setup.dns.studio.dmarc.* 복사) 및 보안서비스의 자문 엔드포인트.
· EmailService
DKIM-sign 거래 메일은 org의 자신의 도메인으로 전송
SecurityService가 도메인의 DKIM 레코드를 확인합니다. (org domains.dkim verified), 비밀번호 재설정, 초대 및 기타 NoReply@{org 도메인}로 전송된 거래 문자는 이제 DKIM을 수행 기존의 SPF 승인과 함께 서명 — reusing the same DkimSigner 캠페인 메일은 이미 등록되어 있습니다. EmailSmtpService 는 새 메일을 가져옵니다(...) MessageSigner를 복용 과부하, mirroring sendVia의 서명 경로: saveChanges() 한 번, 표시, 그 후에 수동 관리된 수송, static Transport.send 때문에 ()에 의해 사용해 다른 모든 send() 호출 saveChanges() 다시 내부적으로 그리고 mint 서명 후 새로운 메시지 ID는 오래된 것 위에 계산되었습니다. 더 보기 기존의 6-arg send(...) 이제 null signer에 위임하여 다른 콜러는 byte-for-byte unchanged입니다. **************** dkimVerified에 문 (즉, 기존의 키는 아닙니다) 그리고 우리가 이미 있을 때만 적용됩니다. org의 자신의 도메인으로 전송 — 플랫폼의 도메인에서 절대, 과 org의 자체가 실패를 보낼 때 플랫폼-주소 리트리에 결코. kamo-shared-library에 따라 5de57705 및 securityservice의 DKIM advisory endpoint, 이는 생성하고 이 읽기 키를 확인합니다.
· SecurityService
/setup/dns를 위한 DKIM 및 DMARC 자문 엔드 포인트
기존 SPF와 함께 두 개의 엔드포인트를 추가하므로 org의 거래 메일 (password Resets, 초대, 알림)는 DKIM 서명을 수행 할 수 있습니다. 그리고 주인은 그들의 DMARC 자세를 볼 수 있습니다: - GET /api/security/domains/{id}/dkim - 도메인의 DKIM 키 생성 처음에 그것은 물었다 (단후로 재생, 스왑 이후 키는 이미 오래된 것으로 서명 한 모든 것을 깰 것), TXT 레코드가 출판되는지 확인하고, verdict를 저장 **************** 동일한 체크 상태 모양 spf verified는 이미 사용합니다. - GET *********** — 읽기 전용. 모든 메시지 Kamo sends noReply@{domain} 은 도메인을 envelope sender와 가시성으로 사용합니다. DMARC의 정렬 체크는 이미 SPF가 완료되면 만족합니다. 어떤 정책든지 선택했습니다. 이것은 단지 무엇을보고 출판 (또는 아무것도 할 때 시작 기록) - 그것은 결코 물어 변경을 위해 카모가 결코 필요 없기 때문에. ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 미러 SpfAdvisoryService의 모양 (순수 검사(), createLookup() 테스트용 솔기) 및 DkimAuthorization (주) Mirrors SpfAuthorizationService (버러를 분산, 혼자 떠나 실패한 보기). DkimDomainRepository는 일반 JpaRepository 같은 방법입니다 SpfDomainRepository는, 동일한 이유를 위해: 그것은 1개의 redeploy로 발송합니다 오히려 공유-library 버전 범프. kamo-shared-library 5de57705에 따라 (OrgDomain의 새로운 dkim * 필드).
· kamo-shared-library
DKIM 키 필드에 대한 org 도메인의 거래 메일
************** 추가 org domains로 spf verified/spf checked at 쌍을 이미 미러링합니다. 그래서 도메인은 생성 된 DKIM keypair를 잡고 TXT 레코드가 있는지 여부 확인되었습니다, 동일한 check-state 모양 SPF 이미 사용합니다.
· EmailService
캠페인의 모든 리드 청중과 드립 트리거 시장, 공급 업체, 제품 및 상태
캠페인 편집기의 "모든 리드"상자와 드립 트리거의 리드 필터가 될 수 있습니다 뿐만 아니라 경기 각 지도 발송인은, 시장 표적에 아무 방법도 볼 수 있습니다, 납품업자, 납품업자 제품 또는 국가 - /leads 격자는 주 동안 4개가 있었습니다. - 새로운 LeadAudienceFilter ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 뚱 베어 CampaignAudienceInput -> AudienceDefinition -> AudienceQueries.shape()을 통해 LeadGridSpecifications의 predicates (시장은 지도를 소유합니다 직접 또는 납품업자 제품을 통해; 국가는 우편물에 mortgage aware 재산입니다, 변경된 범위는. /estimate 과 /browse 소요 같은 4 필터로 comma-separated query params, 그래서 편집기의 살아있는 조사는 unsaved를 반영합니다 필터도. - TriggerConfig는 기존의 marketIds/vendorIds/와 함께 국가 필드를 얻습니다. productIds; DripTriggerMatcher.leadFilter()는 그것을 검사합니다. 이벤트 페이로드 경로 납품업자 또는 국가를 결코, 이렇게 국가는 지도 (DripContacts. stateOfLead), 동일한 방법 납품업자는 이미 납품업자 제품에서 있었습니다. 모든 기존 3/6/8-arg 전화 사이트는 추가를 통해 변경되지 않습니다. 과부하와 이차 constructors; 항상 AudienceGatherer만 정의 필터를 통해 스레드, 그것의 호출 사이트 업데이트 필요.
· kamo-internal
**************** 캠페인 리드 및 드립 트리거 필터
캠페인 편집기의 "모든 리드"경우 소스는 좁은 길을 없었다 가시 범위를 넘어가는 사람들. 필터 패널 추가 (시장 -> 공급 업체 -> 공급 업체 제품 cascade, 독립적 인 국가 차원) 그것은 라이브 카운트를 좁은, 검색 미리보기 및 저장된 청중, CampaignAudienceApi의 추정 / 통화를 통해 스레드. 드립 트리거의 리드 필터는 이미 Market/Vendor/Product를 가지고 cascade; 같은 국가 차원을 추가, 기존에 따라 3, 비 캐스팅.
· KlusterServices
Org의 자신의 컴퓨터 호스트는 인증서와 경로를 가져옵니다
컴퓨터는 이제 표준 별칭입니다 - 모든 흰색 라벨 org는 Kamo에서 원점을 주장합니다. on /setup/dns, 그것을 포인트 충족 및 기호 - 그래서 두 가지는 그것을 따라해야 또는 기록은 해결하고 아무것도하지 않습니다. 인증. 컴퓨터는 SUBDOMAINS에 가입, 이는 per-org 목록이 서비스 문제에서. org의 호스트가 DNS 및 TLS가없는 경우 브라우저 경고입니다. 작업 데스크보다는 브랜드. 오시는 길 일치하는 호스트 (`computers.kamocrm.com`)와 다른 아무것도, 그래서 org 레코드를 추가 할 수, 설정 스튜디오 녹색을 켜고 여전히 땅 어딘가에 이 출입구는 없습니다. 새로운 루트 사용 HostRegexp(`^computers[.].+$`), 같은 모양 ***********와 스트림./그라파나. 경로를 이미 사용합니다. SEPARATE IngressRoutes는 기존 규칙을 넓히기 때문에 TLS입니다. 플랫폼 경로는 명시된 secretName을 수행, 할 수있는 유일한 인증서 시간이 지남에 따라 이름을 따야 합니다. 그 도메인이 생길 때 도착합니다. 그들을 넓히기 규칙은 모든 열렬한 도메인에 대한 비밀 답변을 한 명이라고합니다. - 인증서 다른 사람의 브랜드에 경고, 그것이 보이는 때문에 모든 경로보다 악화 처럼 Kamo got 그들의 도메인 잘못. 테넌트 경로는 TLS에서 Traefik의 상점과 SNI는, 대회 것과 같이, 그리고 더 낮은 우선권에 이렇게 컴퓨터 앉습니다. kamocrm.com 자신의 유지. 1개의 regex 손에서 각 org를 봉사하십시오 아무도: 연결은 선택됩니다 서명된 토큰, hostname에 의해 절대, 그리고 토큰은 1명의 회원을 위한 1개의 컴퓨터를 mints 1 세션.
· kamo-internal
DNS 스튜디오의 컴퓨터 기록
/setup/dns에 더 많은 카드, 그래서 도메인을 구성하는 org는 호스트에 대해 말했다 호스트 컴퓨터가 열립니다. org가 문자로 페이지를 따를 수 없으면 모든 카드 녹색 완료, 여전히 브라우저 탭을 생산하는 컴퓨터가 어떤 열리고 닫습니다 - 링크는 컴퓨터에서 구축됩니다.<domain>, 링크에 기록이 없는 주인은 어떤 요구든지 떠나기 전에 실패합니다 기계. 앱을 들고 orgs에서만 다른 모든 라벨과 같은 필요. 이름 * 앱이 일하는 것은 무엇일로 전환되고, org는 다시 보내 1개의 기록에 대한 레지스트라 달은 나중에 첫 번째 컴퓨터가 열리지 않는 org입니다. 레이블은 보안 서비스에서 KnownAliases와 정확히 일치해야 — DomainAliasContractTest 레이블이 스튜디오가 필요하기 때문에 핀은 결코 상태를 방출하지 않습니다. 누락 된 것과 같이 보고하지 않습니다: 룩업은 "잠금"을 통해 떨어지고 카드는 앉아 "withiting DNS"에서 고객 영역이 말한다.
· SecurityService
컴퓨터는 표준 별명이며, 링크는 org의 소유를 사용합니다
모든 백색 상표 org는 Kamo와 컴퓨터에 상표의 조정 세트를 점유하지 않았습니다 그들에, 그래서 org는 /setup/dns를 편지에 따를 수 있고 아직도 주인이 있습니다 컴퓨터 아무도 열 수 있었습니다. 링크는 그 호스트에서 내장; 호스트에 대한 링크 없음 기록은 어떤 요구든지 떠나기 전에 열리는 브라우저 탭입니다, Kamo와 컴퓨터 자체가 건강하고 깨어있는 것은 아무것도하지 않고 전체보기 4개의 목록은 함께 움직이거나 전혀 없습니다. DomainAliasContractTest는 정확합니다 KnownAliases, SSL PROBE LABELS와 스튜디오의 자체 미러 사이의 품질 카탈로그, 실패 때문에 그들은 방어에 대한 침묵: 라벨 스튜디오 필요 하지만 확인-dns는 "잠금"을 통해 가을에 대한 상태를 방출하지 않습니다, 그래서 카드는 앉아 "withiting DNS"는 고객 영역이 실제로 말한다. 그것은 무엇인가 2026 년 4 개월 동안 '미디어'로 일했습니다. 앱을 들고 orgs에서만 다른 모든 라벨과 같은 필요. 이름 * Hosted Computers가 일하는 것은 무엇이며, org는 다시 전송 그것의 레지스트라 달은 나중에, 1개의 기록을 위해, 첫번째 컴퓨터가 아닙니다 org입니다 이름 * 지금 연결 ORG의 OWN 주인 buildLink는 조직을 가지고 https://computers.<its live domain>, 를 통해 OrgLinkHosts.liveRootDomain - 같은 헬퍼 포털 사용 및 같은 이유 : 구성 된 도메인이지만 아직 확인되지 않은 것은 회원에게 해결되지 않는 호스트. 차용 포털과는 달리, 플랫폼 호스트가 CORRECT입니다. 부서지는 링크보다. 1개의 출입구는 각 tenant를 봉사하고 기계는에 의해 선택됩니다 로그인 토큰, 호스트 이름에 의해 절대, 그래서 라이브 도메인이없는 org 여전히 작업 컴퓨터 - 그것은 단순히 컴퓨터에 열립니다. kamocrm.com 자신의 도메인이 살고있을 때까지.
· SecurityService
Getting started 단계만 하면 됩니다
보안 모델이 모든 규정 준수 응답을 수정하는 조직 (no) 제품 회원은 전환 할 수 있습니다, 각 회원 유형의 1 연령 범위) 여전히 9 단계에 대한 계산. 그 앞에 빈 ninth 단계에 "save"가 있었습니다. 완료된대로 닦은 마법사 (2026-09-21, Gnosia). OrgSetupStepApplicability는 적용된 모형에서 적용한 단계, 결정합니다. 오늘만 규정 준수가 삭제될 수 있습니다. 요약 단계, stepsCompleted 및 totalSteps, completeAt 래치 및 lastStep은 그 목록을 모두 실행합니다. · 저장되기 전에 기록된 단계는 그러나 계산되지 않습니다, 그래서 모델이 다시 선택을 제공 한 경우 다시 ticked 온다. 만약에 모형은 읽을 수 없습니다, 단계는 보입니다: 보인 단계는 건너 뛸 수 있습니다, 숨겨진 것은 도달 할 수 없습니다. 규칙 거울 kamo-internal's getComplianceStepUi (단계가 그립니다); 둘 다 동일한 케이스 테이블에 의해 핀으로 꼿습니다. AppliedModelController 지금 읽기 제품 정책과 연령은 같은 돕기, 그래서 endpoint를 통해 배열합니다 그리고 규칙은 부패 할 수 없습니다.
· kamo-internal
조직이 묻지 않은 단계는 보거나 계산되지 않습니다
보안 모델이 모든 규정 준수 응답을 수정하는 조직 (no) 제품 회원은 전환 할 수 있습니다, 각 회원 유형의 1 연령 범위) 여전히 ninth 단계는 아무것도 구성하지 않았다. 그것은 "저장" 마법사가 완료되기 전에 단계 (등록 2026-09-21). SecurityService는 이제 조직이 요청한 단계만 나열합니다. 페이지는 다음과 같습니다 : 철도, "x of y"수, 마법사가있는 이력서, 마지막 단계 후 오는 것, 그리고 `?step=` 단계 이름을 견적 요청 쓸모 없는 목록이 없는 payload는 아직도 각 단계로 읽습니다, 그래서 a 변형 된 대답은 빈 마법사를 결코 남지 않습니다. ComplianceStepApplies.test.ts 핀 getComplianceStepUi 같은 케이스에 SecurityService의 OrgSetupStepApplicabilityTest로 테이블. 서버가 결정합니다. 단계가 나열되어 있는지 여부,이 기능은 그립니다, 그래서 2는 동의한다.
· KlusterServices
문제 및 미러 컴퓨터 인증서.kamocrm.com
Hosted Computer를 열고 나타낸 브라우저 탭을 제작했습니다. 더 보기 시작 링크가 정확하고 그래서 토큰입니다 : SecurityService 빌드 ********************* from KAMO HC GUAC BASE URL, 누가 기본값은 그 호스트입니다. 호스트는 인증서 및 레코드가 없습니다, 그래서 탭 다이 Kamo의 모든 것은 그것에 대해 듣고 — 요청은 Traefik에 도달하지 않습니다, 아무것도 로그인 및 컴퓨터는 AWAKE와 건강 한 시간에 앉아. hc-https IngressRoute는 이미 이름에 의해 tls-computers-kamocrm-com을 참조합니다. secret was simply never minted, 이 서비스 문제 때문에 명시된 목록과 computers.kamocrm.com은 그것에 없었다. desktop.kamocrm.com은 정확히 나열되어 있습니다. 같은 이유 - 누군가가 링크를 넣을 때까지 아무런 호스트도 보이지 않습니다. Traefik의 로그에서 발견 된 것은 10 개의 도메인이 방법입니다. 또한 "hosted-computers"로 미러링, IngressRoute가 거기에 살고 있기 때문에 자신의 네임스페이스의 이름으로 비밀을 참조합니다. 기록이 존재할 때까지 이 mints. 루프는 DNS가 아닌 호스트를 건너 해결, HTTP-01에 대한 도전은 응답 할 수 없기 때문에 : ♂️ 미디어를 건너.b11capital.com (DNS가 해결되지 않습니다; HTTP-01 실패) computers.kamocrm.com은 kamocrm.com과 같은 레코드를 필요로 데스크탑.kamocrm.com, 47.181.8.84. 그 부분은 DNS 공급자에, 여기에 없습니다. 한 번에 해결, 루프 내에서이 문제 및 더 많은 행동없이 비밀을 미러.
· kamo-internal
메시지 목록은 지도 또는 접촉, 그들의 주소가 아닙니다
행은 보낸 사람의 표시 이름, 또는 주소의 일부에 의해 머리 @ 전에 아무도있을 때, 그래서 읽은 리드 "jlrivera1984" 위 "jlrivera1984@mail.example". 헤더 칩 이미 자신의 기록의 이름을 선호하지만 목록은 결코 물었다. VirtualMessageList는 이제 각 로드된 페이지의 대응자를 해결합니다. avatars (1 일괄 처리 요청, 세션에 대한 주소 당 캐시) 및 기록에 이름을 가진 행을 머리말: colleague, 저장된 접촉, 또는 - 이메일 서비스 d3d6e03 - 리드. monogram spells 같은 이름. 대응 카드는 리드 "Lead"를 라벨과 "View Lead"를 제공합니다.
· kamo-internal
메시지 목록은 지도 또는 접촉, 그들의 주소가 아닙니다
행은 보낸 사람의 표시 이름, 또는 주소의 일부에 의해 머리 @ 전에 아무도있을 때, 그래서 읽은 리드 "rodarisdolgovanton" 위 "rodarisdolgovanton@gmail.com". 헤더 칩 이미 자신의 기록의 이름을 선호하지만 목록은 결코 물었다. VirtualMessageList는 이제 각 로드된 페이지의 대응자를 해결합니다. avatars (1 일괄 처리 요청, 세션에 대한 주소 당 캐시) 및 기록에 이름을 가진 행을 머리말: colleague, 저장된 접촉, 또는 - 이메일 서비스 d3d6e03 - 리드. monogram spells 같은 이름. 대응 카드는 리드 "Lead"를 라벨과 "View Lead"를 제공합니다.
· EmailService
적대적 결의자에 의해 작성된 리드
Mailbox list는 자신의 주소의 일부로 리드의 메시지를 헤드 메일 클라이언트가 표시되지 않은 경우 @ ( "jlrivera1984") 전에 이름, org는 지도로 보이지만 ("Jordan Rivera"). 해결사 동료 및 저장된 접촉만 알고 있습니다. CorrespondentResolver는 네 번째 계층, LEAD (접촉 후)을 얻습니다. 리드의 이름, 회사 및 리드 (문자 : uids는 MAX SAFE INTEGER를 통과). LeadCorrespondents는 리드 그리드가 독자를 보여줄 수있는 유일한 답변 : VIEW LEADS 필수, 할당된 리드 필요 VIEW UNASSIGNED LEADS (파일) 모든 제품에 닫히는), 전화 없음 (접촉 정보는 바닥에 의해 이 카드는 확인되지 않습니다), 그리고 모든 리드 이름은 작성됩니다 phi access log as a LIST read in the PHI org, via AudiencePhiAudit. 지도는 주소에 색인이 없습니다: 보행은 전부 ~790k를 걷었습니다 기자의 org의 리드 9.8 s. ix leads org email lower에 (org id HASH, Lower(trim(email)))는 db/leads-email-lookup-index.sql에 있습니다. 이 배포하기 전에 소유자로 HAND에 의해 APPLIED; 지금 일반적인 계획 약 3.4m.
· EmailService
적대적 결의자에 의해 작성된 리드
Mailbox list는 자신의 주소의 일부로 리드의 메시지를 헤드 @ ("rodarisdolgovanton") 메일 클라이언트가 표시되지 않은 경우 이름, org는 리드로 그들을 보유하지만 ("Anton Dolgov"). 해결사 동료 및 저장된 접촉만 알고 있습니다. CorrespondentResolver는 네 번째 계층, LEAD (접촉 후)을 얻습니다. 리드의 이름, 회사 및 리드 (문자 : uids는 MAX SAFE INTEGER를 통과). LeadCorrespondents는 리드 그리드가 독자를 보여줄 수있는 유일한 답변 : VIEW LEADS 필수, 할당된 리드 필요 VIEW UNASSIGNED LEADS (파일) 모든 제품에 닫히는), 전화 없음 (접촉 정보는 바닥에 의해 이 카드는 확인되지 않습니다), 그리고 모든 리드 이름은 작성됩니다 phi access log as a LIST read in the PHI org, via AudiencePhiAudit. 지도는 주소에 색인이 없습니다: 보행은 전부 ~790k를 걷었습니다 기자의 org의 리드 9.8 s. ix leads org email lower에 (org id HASH, Lower(trim(email)))는 db/leads-email-lookup-index.sql에 있습니다. 이 배포하기 전에 소유자로 HAND에 의해 APPLIED; 지금 일반적인 계획 약 3.4m.
· kamo-internal
알림이 시작된 회원은 카드로 엽니다
"Dana Reyes는", "Weekly sync · Dana Reyes", 신체가되는 읽지 않은 채팅 카드 sender: EmailService (29cb21e) 이제 actorMemberId (텍스트로)와 actorName을 보내, 정확히 이름 제목이나 몸은 그것을 붓고, 종은 회원의 이름으로 텍스트를 스트레칭합니다. - NotificationText는 제목의 이름을 잘라 (몸을 씻어) 한 번, 첫 번째 발생; 다른 모든 것은 전에 정확히 읽습니다. 토스트에 의해 사용, 역사 행 (clickToggles={false}: 행은 알림을 엽니다) 및 세부 대화 상자. - 토스트의 카드는 데크의 수준에서 열립니다. memberHoverCard/MemberName는 zIndex를 가지고 있으며, 토스트 NOTIFICATION DECK Z (1500, 이제 갑판 자체로 한 상수)를 통과하십시오. 카드 1305에서 데크를 열었다; 같은 수준에서 그것은 그것을 페인트 (그것은에 부과됩니다 <body> 나중에) 그리고 여전히 자체 도구 끝 (이전에 등록). - UnreadChatNotifier는 Exec2Exec에 대해 절대로 배우로 보낸다. 서버도 유지 /self에 대한 배우는 콜러의 자신의 조직에서. - Spec "As 내장": 알림 단락. 인증: tsc; eslint (변경된 줄에 없음); repo's 19 가드; vitest (notifications, 구성원, lib, 설정, 채팅; 기계 부하 패스 아래에 시간; 그리고 크롬 프로브는 토스트의 두 라인 클램프 제목과 역사 행의 인라인을 유지 ellipsis는 아직도 붙듭니다.
· kamo-shared-library
메모 앱은 "주의 & 체크리스트"입니다
노트 앱은 2026-09-23 이후 체크리스트를 보유하고 있습니다. (단계는 차단되었습니다. 그들이 행해지기 때문에, 단계가되기 전에 완료, 달력에 예약 된 체크리스트), 그것은 호출 "Notes & Checklists"는 어디에 있습니다. ServiceType.NOTES는 새로운 디스플레이 이름과 모두 커버하는 설명, 이는 무엇 Apps & 기능, 지점 유형 및 org-create 마법사 표시 한 번 SecurityService 재건. 복사 전용: 일정한 이름과 ID는 변경되지 않습니다, 그래서 저장한 교부금 또는 기능 행 이동. 서비스형고객Copy 테스트 핀 이름과 그 설명은 체크리스트를 언급합니다.
· MediaService
The Hold'em 초대 및 회의 알림은 그들이 누구인지
MemberNotificationClient.raise는 actorMemberId/actorName을 운반하는 하중 초과를 얻습니다. 텍스트; 오래된 서명은 변하지 않고도 보낼 수 없습니다. HoldemInviteMessenger는 딜러를 통과합니다. ("Dana Reyes dealt you in"); MeetingReminderSweep은 제목 이름을 지정할 때 회의 제작자를 전달합니다. ("Weekly sync · Dana Reyes")는 제목 ()보다 한 번 제작자를 읽습니다. EmailService는 쌍과 kamo-internal는 회원의 카드로 이름을 그립니다. 필드보다 오래된 EmailService 그들을 무시한다. 테스트: HoldemInviteMessengerTest (+1; 그것의 절상 검증은 새로운 하중 초과를 가지고 갑니다), MeetingReminderActorTest (2), *********** (2). 풀 스위트: 1060 실행, 0 실패.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음