변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· SecurityService
휴대 전화 확장 및 워크 스테이션을 떠나는 SP96 고용 옵션
AI 고용의 생성 몸은iPhoneExtension 및 aiWorkstation (JSON booleans, true 때 absent). 왼쪽 단계는 NOT REQUESTED AT HIRE로 SKIPPED를 만들었습니다. 그래서 고용은 여전히 COMPLETE에 도달, 그리고 재스트 경로는 지금 설정으로 다시 열. checklist 보기는 같은 행 SkippedAtHire와 재시동할 수 있습니다. 은퇴 relabels 은퇴한 이유가 있으므로 은퇴한 AI를 설정할 수 없습니다.
· AIService
그 기록에서 목소리의 성별, curated 테이블 또는 그 스타일, 그리고 공급 업체의 성별 조사에 의해 유지
SP96 작업 7. VoiceGender {FEMALE, MALE, NEUTRAL, UNKNOWN}과 lenient 파스, 그리고 VoiceGenders.of (유형, 모델, 레코드) 주문에서 spec 5.3 적용: 컨벤션, Piper norman, Deepgram thalia), 정확히 여성 / 남성의 스타일, 다른 UNKNOWN. VoiceInfo는 성별을 얻습니다: ElevenLabs 지도 레이블. 성별, 없음. ProbeRunner는 다른 목소리 필드와 함께 성별을 저장합니다. 아무것도 읽습니다 성별 아직 (Task 8).
· SecurityService
SP96 성별 에 이 회원 프로필 고 에 창조, 문 에 개인 데이터
GET /api/security/members/{id} 이름 성별 (여성, 남성 또는 null)에만 그것을 읽을 수 있는 통화꾼 (MemberSexAccess, spec D3); 열쇠는 absent를 위해 입니다 다른 사람. PUT는 나쁜 값 (400 필드 성별)을 거부 할 수있는 통화 작성되지 않음 (403 NOT ALLOWED 필드 성) 모든 것이 쓰기 전에, 세트 그것은, 및 회원 이외의 다른 사람에 의해 변경 감사: AI의와 값, 그들없이 사람의. 회원 생성은 성별을 읽습니다. 같은 memberSexWire를 통해 어떤 레코드에 대한 신체.
· kamo-shared-library
SP96 memberSex, member.sex 과 성별 에 이 음성 기록
이름 * 성은 무효 STRING 칼럼 (여성 | 남성, null = not 지정된), 그래서 AI 회원은 일치하는 목소리로 말할 수 있습니다. TTS와 REALTIME AUDIO 음성 기록은 선택적 성별 필드를 허용합니다.
· AIService
Ai member voices 테이블과 전세 음성 핀 마이그레이션, 손으로 SQL
SP96 Task 2. 테이블은 TTS 모델 (spec 5.1); 당 AI 회원의 음성을 기억합니다. 마이그레이션은 CHOSEN, MIGRATED, 선호 행에 모든 전세 VOICE 핀을 이동 그리고 정확한 음성이 이제 기억되는 핀만 명확하게 (spec 5.9). 그것은 실행 작업 11에 의해 한 번, 작업 10이 배포 한 후. Sp96VoiceDdlContractTest 모두 유지 파일 re-runnable, 첨가물 및 정확하게 계약.
· SecurityService
회원을위한 SP96 DDL. 성, 계약 테스트에 의해 핀
회원의 성별은 무효 VARCHAR(16) (여성 | 남성, NULL = not 지정), SP96 작업 3.에서 손 승인 계약 테스트는 파일을 유지 re-runnable, DEFAULT 및 CHECK, JSON 또는 DROP이 부족하지 않고.
· kamo-internal
음성 메일 목록 업데이트 라이브 (SP98-Q-3)
브라우저의 아무것도 /topic/voip/voicemail/<member>에 가입, 어디 MediaService는 VOIPService의 새로운voicemail 프레임을 릴레이하므로 카드가 도착했습니다. 목록이 변경되지 않았습니다. 이제 모든 탭은 채팅 소켓에 이미 들어갑니다. 보유 (전화 소켓은 줄을 소유하고 있는 탭에서만 열리고, 단지 호출할 수 있는 org, mailbox의 첫번째 페이지를 목록으로 접어, 페이지를 계속 스크롤. 다시 연결은 같은 방법을 잡아. 더 보기 SMS 항목에 죽은 VOICEMAIL DEPOSITED 지점이 사라집니다.
· TranslateService
En->ta를 Kamo IndicTrans에 보내고, 엔진이 대답하는 로그
공급자는 en->ta (LibreTranslate 목록 없음 Tamil, Bergamot는 봉사합니다 독일어 만), 그래서 라우터는 모든 타밀에 대한 영어 소스를 반환 요청, 그리고 사전 동기화는 값으로 썼다 : kamo-internal's ta.json 동등 영어 34,549 의 34,779 키. IndicTransProvider는 정확히 en->ta를 주장, 쌍 klusterservices indictrans/ 포드는 봉사합니다; ta->en는 indic->en 모형을 필요로 할 것입니다, 배포되지 않은, 그래서 그것은 불평. 그것은 엔진의 말을 같은 auth 프록시 토큰 뒤에 LibreTranslate 모양 API, LibreTranslateProvider의 재량 정책 (a 4xx 다른 429 최종; a 503 바쁜 100 s 예산 안쪽에 다시 시도. 라우터가 그 후에 Bergamot와 LibreTranslate의 앞에. ProviderRouter는 이제 번역 당 한 줄을 기록합니다. 쌍, 공급자 실제로 대답, 크기 및 시간, 결코 텍스트 ("번역된 en->ta 공급자=indictrans chars=21->34 ms=412"). 번역.indictrans.base-url은 application.yml와 k8s로 이동 ConfigMap은 생산에서 대체합니다.
· KlusterServices
English-to-Tamil 엔진이므로 Tamil은 영어를 멈추지 않습니다
LibreTranslate 목록 없음 타밀과 베르가못은 독일에서만, 그래서 매 en->ta 요청 (전용 동기화, 도움말 센터 기사, 채팅) 일치 없음 공급자와 그 영어 근원으로 돌아 왔습니다: kamo-internal's ta.json 34,779 키의 34,549에서 동등한 영어. Kamo IndicTrans는 IndicTrans2의 증류된 en->indic 200M 모형 (MIT를 봉사합니다; 로터리 위치 변형은 CTranslate로 변환됨) k3m1의 CPU에, bergamot와 같은 Kamo auth 프록시 뒤에 라이브러리 (kamo-translate-auth) 그것은 LibreTranslate의 API를 말하고 en->ta 만 제공; 다른 쌍은 400, 결코 영어 에코. - scripts/server.py: IndicTransToolkit의 IndicProcessor 영어 소스, 포트; Kamo의 KMPH<n> sentinels ride as the model's own <ID n> entities (150의 유지); 그리고 4개의 산출 수선은 위에 측정했습니다 kamo-internal strings: 공간 dashes 유지, 모델의 visarga-for-colon (Tamil aytham)는 대장으로 돌아갔고, ellipsis 문자가 유지되고, 라벨에 추가되지 않습니다. 로그 크기 및 타이밍, 텍스트가 없습니다. SIGTERM은 비행에서 요청을 완료합니다. - scripts/fetch models.py: 작업 indictrans-models는 모델에 의해 태치 개정 및 SHA-256 및 requirements.txt에 의해 패키지 --require-hashes into a local-path PVC; 절대 검증하지 않는 파일 제공된 이름. 서빙 팟 마운트 읽기 전용 및 없음 egress (CiliumNetworkPolicy); 단지 번역 서비스는 프록시에 도달. - 조정 (측정되는): 0.9 GB 최고봉 RSS, 0.5-0.6 GB 서빙; p50 0.16 s 당 4개의 실에 끈. 2개의 CPU/1Gi의 한계 2Gi의 CPU 한계를 요구하십시오. - 감사의 앞에 Workflow 단계 Deploy IndicTrans (K3M1); 변경 스크립트 또는 프록시 설정은 실행 서버를 다시 시작합니다. SECRETS.md 목록 kamo-translate-auth의 새로운 소비자. 테스트: python3 -m 단선 발견 -s indictrans/tests (70; 2 INDICTRANS MODEL DIR 세트로 실제 모델 테스트가 실행됩니다.
· kamo-register
다른 apex에서 얻은 방문자 ?vid= 자신의 정체성을 유지
www.kamocrm.com의 가입은 이제 register.kamouniverse.com을 엽니 다 (owner, 2026-09-28). 그것의 kdsc vid 쿠키는 .kamocrm.com에 배열되고 따르지 않습니다, 그래서 kamo-marketing은 GUID를 ?vid= 옆에 ?discount=를 나릅니다. (app/lib/register-link.ts). 관련 상품 지금 추적은 잘 형성된 GUID를 수행하고, 이 apex에 코드를 주장, 대신 축소 새로운 정체성. 가입 후 같은 방문자에 착륙 시간 참조 이름 * 이 apex에 코드, 쿠키 정체만 채택 여전히 승리하고, 변형 된 값은 결코 채택되지 않습니다.
· kamo-marketing
Www.kamocrm.com 표지판 및 KamoUniverse 문 표지판
소유자는 2026-09-28에 이것을 요청했습니다 : 로그인 및 가입 버튼 www.kamocrm.com 오픈 로그인.kamouniverse.com 및 register.kamouniverse.com. www.kamocrm.com 라이브 KamoCRM 제품 사이트 유지; 플랫폼의 문으로 이동 KamoUniverse 브랜드. - rehostAuthLink: 플랫폼 auth 링크 (등록./login. 플랫폼 apex)는 플랫폼에 제공 될 때 PRIMARY apex의 문에 간다. apex, 그리고 tenant의 자신의 문에 그렇지 않으면, 백색 상표 tenants를 위해 unchanged. 베이킹 인 hrefs, 마크 업 크롤러 및 사전 유압 클릭, 이름 무료 포르노 @ kamouniverse.com 유산 apex 의 링크는 여전히 인식됩니다. - Referral attribution은 다른 등록 도메인에 hop을 살아있다. 더 보기 kdsc * 쿠키는 .kamocrm.com에 범위가 있으며, 따를 수 없습니다. 그래서 코드 타기 ?discount= (이전) 및 방문자 GUID로 ?vid=. kamo-register 채택 새로운 정체성을 축소하는 것보다 vid. GUID만 추가됩니다. cross-domain hop, 그리고 malformed 하나는 링크로 반영되지 않습니다. - CSP Connect-src는 kamouniverse 문을 얻고 kamocrm ones를 유지 (추가). - check-register-links: 10ant invariant (쿠키의 밑에 링크 체재) 도메인) 플러스 플랫폼 케이스, 35 체크.
· VOIPService
연결되는 팀은 api.kamouniverse.com 리디렉션을 보냅니다
소유자는 ***********에 추가했습니다 플랫폼 Microsoft 앱, api.kamocrm.com 하나를 유지. 둘 다 호스트는 경로를 제공합니다. RingCentral을 이동 한 aa7b608을 완료합니다.
· EmailService
개인 메일 박스 연결 api.kamouniverse.com 리디렉션
소유자는 ****************를 추가했습니다 플랫폼 Google 및 Microsoft 콘솔에 api.kamocrm.com 하나 유지. 둘 다 호스트는 경로를 제공합니다.
· VOIPService
RingCentral은 api.kamouniverse.com 리디렉션을 보냅니다
소유자는 ***********에 추가했습니다 플랫폼 RingCentral 응용 프로그램을 유지 api.kamocrm.com 하나; 둘 다 호스트 봉사 경로. Teams 호출은 플랫폼 Microsoft 앱에서 동일한 경로를 사용합니다. 콘솔은 레거시 호스트만 보유하므로 DEFAULT REDIRECT URI는 사이트 맵.
· MediaService
회의 프로비저는 api.kamouniverse.com 리디렉션을 보냅니다
소유자는 ***********에 추가했습니다 플랫폼 Microsoft 응용 프로그램을 유지 api.kamocrm.com 하나. 두 호스트 모두 경로, 그래서 연결은 완료 아래 시작.
· EmailService
플랫폼의 Gmail, Microsoft 365 및 Zoho 연결 api.kamouniverse.com 리디렉션
소유자 추가 *********** (구글) 그리고 **************** (Microsoft, Zoho) 플랫폼 앱에 콘솔을 유지 api.kamocrm.com 하나, 그래서 모두 유효하다. 지금 플랫폼 새 호스트를 보냅니다. api.kamocrm.com는 경로 모두 제공, 그래서 이미 아무것도 등록 또는 비행 완료. Personal-mailbox는 리디렉션이 추가될 때까지 api.kamocrm.com에 머무를 수 있습니다. Google 및 Microsoft 콘솔에.
· kamo-shared-library
플랫폼 API 호스트는 api.kamouniverse.com
플랫폼의 OAuth 앱은 이제 api.kamouniverse.com URI를 리디렉션합니다. 이름 * 각 콘솔에 추가 (Google, Microsoft Entra, Zoho, RingCentral) 및 유지 api.kamocrm.com 하나, 그래서 플랫폼은 새로운 호스트를 보낼 수 있습니다. 호스트 모두 모든 콜백 경로, 그래서 흐름은 완료. org의 없음 자체 앱이 fallback에 의존했습니다. 그 자체 앱과 하나의 org가 확인되었습니다. 도메인은 api.<its domain>을 보냈습니다.
· EmailService
플랫폼 조직의 문자는 KamoUniverse에 서명되어 법적인 이름이 아닙니다
플랫폼 org의 제목은 회사의 법률 이름, "KamoCRM Inc."이며, 법률 텍스트에 체재. 그것의 편지는 지금 상표, 그것의 짧은 제목을 나릅니다 "KamoUniverse", 디스플레이 이름에서. 플랫폼 org는 영향을받습니다. 다른 모든 org는 제목을 유지합니다. 주인은 2026-09-28에 이것을 결정했습니다.
· SecurityService
테마 폴더는 여전히 은퇴 한 KamoCRM placeholder가 KamoUniverse로 이동
모든 새로운 org의 테마 폴더는 public/default/에서 시드됩니다. 오늘까지 로고는 KamoCRM wordmark이었다. 씨앗은 이제 KamoUniverse wordmark입니다. 소유자의 RasterSvgStandIn *********** 더 보기 오래된 바이트는 ****************에 지켜집니다 아무것도 삭제되었습니다. ThemeSvgStandInBackfillService는 바이트를 비교하여 보이지 않는 씨앗을 찾습니다. CURRENT 씨앗, 그래서 새로운 씨앗이 모든 사람에게 장님을 만들었습니다 오늘 전에 제공 된 폴더. 은퇴 한 씨앗은 이제 SHA-256에 의해 알려졌습니다. (LEGACY SEED LOGO SHA256, 같은 바이트로 *********** - .svg가 여전히 은퇴 한 씨앗이 그를 얻은 래스터 로고가있는 org 대에서, 전에. - .svg는 정확히 그 자체의 로고가없는 org (blank or svg) 은퇴 씨앗은 현재 씨앗을 얻고, 작업 공간은 착용 중지 retired 상표. - 바이트에 대한 은퇴 씨앗 바이트가 결코 만지지 않는 .svg 씨앗 자체가 여전히 은퇴 한 동안 이동. 백필은 모든 부팅에서 실행되므로 다음 롤아웃에 효과가 있습니다. · 두 번째 생성기는 테스트를 위해 존재하므로 봄은 @Autowired입니다. 더 보기 전체 응용 컨텍스트 테스트는 비활성화 (그것은 Redis를 필요로), 그래서 봄 구축 시험은 지금 constructor 선택을 감시합니다.
· kamo-apps
응용 프로그램 페이지는 kamouniverse.com 테마 호스트로 돌아갑니다
kamouniverse.com 이제 플랫폼의 기본 apex (kamocrm.com 완전히 유지 레거시 apex 제공 실제로 해결하는 플랫폼의 응용 호스트 apply.kamouniverse.com - apply.kamocrm.com에는 DNS 레코드가 없습니다. - Theme.tsx: PLATFORM APEX, 브라우저가 알기 전에 사용되는 테마 호스트 호스트, kamouniverse.com입니다. 실제 호스트에 대한 페이지는 여전히 묻습니다. 테마.<그녀의 apex>. - 테마의 지원 위젯로드.kamouniverse.com. 그것의 장전기 fetches 자신의 URL과 관련된 해시 번들, MinIO는 동일한 역할을합니다. 두 테마의 호스트 아래로드 (verified byte-for-byte); theme.kamocrm.com 그 이름을 붙인 모든 것을 계속하십시오. - ThemeLogo의 doc 코멘트는 실제 기본 ("Logo"). Kept: BFF의 api.kamocrm.com (공유 플랫폼 API 주인 체재, 그리고 그것은입니다 서버로 서버 호출).
· SecurityService
새로운 인증자 등록은 KamoUniverse에 표시됩니다
Otpauth 발행자는 리터럴 "KamoCRM"이었습니다. 새로운 등록 변경 만. 이름 * 기존 Authenticator 항목은 라벨을 유지하고 작업을 유지하므로 코드 비밀에서 온다, 레이블이 아닙니다.
· EmailService
EmailService는 kamouniverse.com으로 플랫폼, 링크 및 이름을 보냅니다
플랫폼의 1 차적인 apex는 kamouniverse.com입니다; kamocrm.com는 가득 차있는에서 봉사합니다. 이름 * EmailService는 오늘 1 차적인 apex를 지명하고, 아직도 받아들인 무슨을 쓴다 모두. 리테이너 및 미백 (C1, C3) - platform.mail.domain 기본값은 platformDomains입니다. PRIMARY APEX (k8s 이미 설정 kamouniverse.com; 코드 기본 더 이상 그것에 동의하지 않습니다.). NoReply 감사 기본적으로 동일합니다. - 편지 로고의 마지막 리조트의 테마 호스트는 *********** (theme.kamouniverse.com은 theme.kamocrm.com과 같은 org의 폴더 바이트 대 바이트를 제공합니다. - HostTester's test-send From and MessageIds' no-domain fallback은 기본 apex를 사용합니다. - 플랫폼 조직은 apexes를 모두 보유합니다. shared-lib 0e8cf90f로 선호되는 루트 (OrgPrimaryDomain -> OrgApiHosts.preferred)는 kamouniverse.com이므로 문자가 나옵니다. NoReply@kamouniverse.com 대답 - NoReply@kamouniverse.com - 유산 apex가없는. "플랫폼에서 업데이트 된 테스트는 기본 apex에 kamocrm.com"을 유지하고 핀. 링크 (C2) - Campaign/article-share opt-out 및 open/click 추적 링크가 축소됩니다. api.kamouniverse.com (k8s/configmap.yaml + application.yml). api.kamocrm.com은 봉사 동일한 경로, 그래서 모든 링크는 이미 작업 유지 (GET, 원 클릭 POST 및 추적 모두 호스트와 동일하게 검증; 서명은 호스트를 포함하지 않습니다. - 기사 공유 가입 링크가 등록됩니다.<primary apex>/member. 이 문서 링크는 www.kamocrm.com: 공유 가능한 문서는 (www.kamouniverse.com: 404)만 존재합니다. 인식은 추가 만 (K4) - TrackingLinks.isOurs 및 작곡가의 옵트 아웃 exclusion은 EVERY의 기초를 인식합니다. 플랫폼 apex (새로운 util PlatformUrls), 그래서 레거시 apex 추적 또는 선택 아웃 링크에서 과거 이전 캠페인은 두 번째로 싸지 않습니다. - NoReply 감사 레코드 NoReply@ 플랫폼 apex, 구성되지 않습니다. - 전송 도메인 : 10은 kamouniverse.com에서 도메인을 추가 할 수 없으며 카테고리 *********** 전체 라벨 - notkamouniverse.com은 괜찮습니다. - KamoMailDomainValidator의 apex 목록은 PlatformDomains입니다. APEXES. 브랜드 이름 (C4): user-facing outbound-host and send-domain message say KamoUniverse. Kept : OAuth는 api.kamocrm.com (K1); hello.kamocrm.com, contact.kamocrm.com, unsubscribe@hello.kamocrm.com, mail.kamocrm.com (K2); 피드백-ID "campaign:kamocrm" 및 kamocrm-com 테마 폴더 (K8); 레거시 apex 테스트 고정 장치 (K7). 검증된: mvn는 shared-lib Origin/main (0e8cf90f)에 대한 테스트: 2863 테스트, 0 실패. Origin/main의 동일한 제품군은 정확히 3개의 실패가 있었습니다. - 공유lib 1차 apex 테스트 변경 broke (ComposeAssetUrls, 기본 페이지의 로고 호스트, OrgPrimaryDomain) — 업데이트 여기에서 1 차적인 apex에, 레거시 apex 케이스는 그 옆에 유지.
· kamo-internal
도움 센터의 근원은 KamoUniverse로 말합니다
도구/help-center/content: "KamoCRM"는 70개의 기사에서 "KamoUniverse"가 됩니다. - 105개의 장소, 3개의 그들은 제목 (카모우니버스가 무엇인지, 카모우니버스를 검색하는 방법, 카모우니버스가 내장 된 방법). Slugs 및 파일 이름은 untouched : 그들은 기사의 공개 주소와 수입업자의 키와 이름을 바꾸는 것은 두 번째 사본을 게시 할 것입니다. 또한 비접촉 : "KamoCRM Platform", 이름 Lead Market a reader finds in the dropdown, and "KamoCRM" 견적, 목록의 공급 업체의 이름. clean-source.mjs는 cross-references 후에 cleanBody에 의해, 이렇게 rebuilding를 얻습니다 초안의 기사는 새로운 이름을 유지; "kamouniverse" 관계 정지 단어와 결합 제목 케이스. import.mjs가 KBService에 대해 실행될 때만 실시간 기사 변경 하지 않습니다. 건조 실행 : 307 기사, 181 교차 환경, 73,432 단어 - 이전.
· kamo-internal
도움 센터의 근원은 KamoUniverse로 말합니다
도구/help-center/content: "KamoCRM"는 70개의 기사에서 "KamoUniverse"가 됩니다. - 105개의 장소, 3개의 그들은 제목 (카모우니버스가 무엇인지, 카모우니버스를 검색하는 방법, 카모우니버스가 내장 된 방법). Slugs 및 파일 이름은 untouched : 그들은 기사의 공개 주소와 수입업자의 키와 이름을 바꾸는 것은 두 번째 사본을 게시 할 것입니다. 또한 비접촉 : "KamoCRM Platform", 이름 Lead Market a reader finds in the dropdown, and "KamoCRM" 견적, 목록의 공급 업체의 이름. clean-source.mjs는 cross-references 후에 cleanBody에 의해, 이렇게 rebuilding를 얻습니다 초안의 기사는 새로운 이름을 유지; "kamouniverse" 관계 정지 단어와 결합 제목 케이스. import.mjs가 KBService에 대해 실행될 때만 실시간 기사 변경 하지 않습니다. 건조 실행 : 307 기사, 181 교차 환경, 73,432 단어 - 이전.
· kamo-internal
기본 apex의 플랫폼 링크, KamoUniverse라는 플랫폼
플랫폼에 대한 앱 생성은 PLATFORM APEX에서 내장되어 있으므로 1차를 따르십시오. apex (kamouniverse.com). 모든 kamocrm.com 링크는 이미 일을 유지, 모두 때문에 apexes는 동일한 일을 제공합니다 — 확인: APK 및 두 테마 모두에 채팅 로더에 대한 동일한 ETag 호스트, 같은 DAV 401 ("Kamo Calendar") api 호스트에: - KamoMobile는 QR 및 링크를 설치, 웹 채팅은 스니펫을 포함, CalDAV / CardDAV 서버 URL 및 SRV 대상 및 계약 템플릿 및 이메일 템플릿 편집기의 예값. 앱이 10개 미만의 플랫폼에 대해 말하는 경우, 플랫폼의 이름은 KamoUniverse입니다. app/lib/platformBrand.ts에서 한 번 열리는: 뿌리 배치의 fallback 조직, 선적 및 /validate 로고 alts, 이메일 템플릿 편집기의 org 이름 fallbacks, 아웃바운드 호스트 루트 다이어그램, 대량 릴레이 프리셋 및 이미지 프록시의 사용자 상태. 법적인 숙박 "KamoCRM Inc." (연락처 판매 회사 라인, "<org> Inc." 템플릿 fallbacks). 조직 생성 미리보기 KamoUniverse.com/o/<alias>, 그리고 테스트는 표시 형태를 붙입니다 실제 apex. 연락처 판매 이름 Sales@KamoUniverse.com: kamouniverse.com 메일은 살고 땅 kamocrm.com mailbox (RCPT sales@kamouniverse.com 대답 250; 아무것도 전송되지 않았습니다).
· kamo-internal
기본 apex의 플랫폼 링크, KamoUniverse라는 플랫폼
플랫폼에 대한 앱 생성은 PLATFORM APEX에서 내장되어 있으므로 1차를 따르십시오. apex (kamouniverse.com). 모든 kamocrm.com 링크는 이미 일을 유지, 모두 때문에 apexes는 동일한 일을 제공합니다 — 확인: APK 및 두 테마 모두에 채팅 로더에 대한 동일한 ETag 호스트, 같은 DAV 401 ("Kamo Calendar") api 호스트에: - KamoMobile는 QR 및 링크를 설치, 웹 채팅은 스니펫을 포함, CalDAV / CardDAV 서버 URL 및 SRV 대상 및 계약 템플릿 및 이메일 템플릿 편집기의 예값. 앱이 10개 미만의 플랫폼에 대해 말하는 경우, 플랫폼의 이름은 KamoUniverse입니다. app/lib/platformBrand.ts에서 한 번 열리는: 뿌리 배치의 fallback 조직, 선적 및 /validate 로고 alts, 이메일 템플릿 편집기의 org 이름 fallbacks, 아웃바운드 호스트 루트 다이어그램, 대량 릴레이 프리셋 및 이미지 프록시의 사용자 상태. 법적인 숙박 "KamoCRM Inc." (연락처 판매 회사 라인, "<org> Inc." 템플릿 fallbacks). 조직 생성 미리보기 KamoUniverse.com/o/<alias>, 그리고 테스트는 표시 형태를 붙입니다 실제 apex. 연락처 판매 이름 Sales@KamoUniverse.com: kamouniverse.com 메일은 살고 땅 kamocrm.com mailbox (RCPT sales@kamouniverse.com 대답 250; 아무것도 전송되지 않았습니다).
· kamo-internal
앱이 Tenant의 플랫폼 호스트를 알려주는 플랫폼 apexes 모두 인식
kamouniverse.com 은 이제 플랫폼의 1 차적인 apex 및 kamocrm.com 은 완전히 제공, 그래서 모든 "이 플랫폼의 호스트 중 하나입니까?"라고 묻습니다. - proxy.ts: 플랫폼에서 페이지의 img-src 이름 테마를 호스트합니다.<apex> 및 *.<apex> EVERY 플랫폼 apex. internal.kamouniverse.com (오늘의 라이브) 모든 저장 테마 차단.kamocrm.com 사진, 과 internal.kamocrm.com은 theme.kamouniverse.com URLs 서버가 1 차에 구축 할 것입니다. 사이트맵 tenant's own apex는 여전히 그 자체만을 사용합니다. - networkModel.isCustomDomain, 첫 번째OrgCta는 이제 사본 대신 재사용: acme.kamouniverse.com 사용자 정의 도메인으로 읽기, 그래서 열려있는 입력 *********** — 그런 호스트. - OrgOAuthAppSection : api.kamouniverse.com의 콜백은 org의 자신의 도메인으로 설명되었습니다. - LeadVendorManager: SecurityService는 도메인 없이 org를 위한 apply.<primary apex>를 구축하고, 자주 묻는 질문 kamocrm.com, 그래서 플랫폼의 형태는 org의 자신의 호스트로 읽습니다. - /api/org/[...domain]: 플랫폼의 클라이언트 식별 항목은 모든 플랫폼 apex의 밑에 존재합니다. - next.config allowedDevOrigins와 CSP 이미지 호스트 가드도 kamouniverse.com을 허용한다. 에 내장 isPlatformHost / PLATFORM APEXES 앱/lib/platformApex.ts; apexes의 새로운 목록.
· kamo-internal
앱이 Tenant의 플랫폼 호스트를 알려주는 플랫폼 apexes 모두 인식
kamouniverse.com 은 이제 플랫폼의 1 차적인 apex 및 kamocrm.com 은 완전히 제공, 그래서 모든 "이 플랫폼의 호스트 중 하나입니까?"라고 묻습니다. - proxy.ts: 플랫폼에서 페이지의 img-src 이름 테마를 호스트합니다.<apex> 및 *.<apex> EVERY 플랫폼 apex. internal.kamouniverse.com (오늘의 라이브) 모든 저장 테마 차단.kamocrm.com 사진, 과 internal.kamocrm.com은 theme.kamouniverse.com URLs 서버가 1 차에 구축 할 것입니다. 사이트맵 tenant's own apex는 여전히 그 자체만을 사용합니다. - networkModel.isCustomDomain, 첫 번째OrgCta는 이제 사본 대신 재사용: acme.kamouniverse.com 사용자 정의 도메인으로 읽기, 그래서 열려있는 입력 *********** — 그런 호스트. - OrgOAuthAppSection : api.kamouniverse.com의 콜백은 org의 자신의 도메인으로 설명되었습니다. - LeadVendorManager: SecurityService는 도메인 없이 org를 위한 apply.<primary apex>를 구축하고, 자주 묻는 질문 kamocrm.com, 그래서 플랫폼의 형태는 org의 자신의 호스트로 읽습니다. - /api/org/[...domain]: 플랫폼의 클라이언트 식별 항목은 모든 플랫폼 apex의 밑에 존재합니다. - next.config allowedDevOrigins와 CSP 이미지 호스트 가드도 kamouniverse.com을 허용한다. 에 내장 isPlatformHost / PLATFORM APEXES 앱/lib/platformApex.ts; apexes의 새로운 목록.
· DocsService
플랫폼의 경력 사이트는 careers.kamouniverse.com 및 careers.kamocrm.com 보드를 유지
kamouniverse.com 플랫폼의 기본 apex; kamocrm.com 완전히 유지 레거시 apex 제공. - careers.platform-apex (작업 광고, 신청자의 영수증, a 인재상 및 조직의 네트워크 보드 카드 포인트 자체의 라이브 도메인이 없습니다) 이제 기본적으로 **************** 모든 5개의 클래스에서, k8s/configmap.yaml kamouniverse.com에 그것을 명시적으로 설정하므로 실행 값이 기다릴 수 없습니다. rebuild에. careers.kamouniverse.com은 유효한 인증서와 봉사 플랫폼 조직에 정확히 커리어로 해결합니다. kamocrm.com은. - CareersPublicController는 플랫폼의 경력 사이트를 ONE으로 인식했습니다. apex를 구성, 그래서 설정 이동은 cross-org를 촬영 careers.kamocrm.com (a 404, 실패 닫히는)에서 네트워크 보드 멀리. 현재 위치 커리어를 받아들입니다.<every PlatformDomains apex> 플러스 구성 된 것, 전체 apex를 비교하여 careers.acme.kamocrm.com 및 career.evil-kamocrm.com은 여전히 거절됩니다. 시험: ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 핀 양쪽 문과 보기-alikes; DocsAliasHostTest는 kamouniverse.com 사례를 얻습니다. aliasgroup1는 fab3d80에서 변화합니다; 3개의 연결 시험은 핀으로 꼿습니다 platform-console fallback now expect internal.kamouniverse.com, 이는 무엇인가 OrgLinkHosts는 kamo-shared-library 0e8cf90f 이후 답변합니다. mvn 깨끗한 시험: 848 실행, 0 실패.
· SecurityService
Kamouniverse.com은 1 차적인 apex이며, 도메인은 해결하는 데 의해 확인됩니다
"카모crm.com에서 /setup/dns에 kamouniverse.com으로 도메인을 변경했습니다. 그것은 말했다 그것을 설정하지만 아무것도 확인하고, 새로 고침 후 여전히 말했다 카모crm.com 3개의 결함이 있었습니다. 1. org의 도메인은 알파벳으로 선택되었습니다. 플랫폼 org 모두 보유 확인 된 루트로 apexes, kamocrm.com은 먼저 정렬, 그래서 링크, 로그인, Behavior 및 라벨링 및 DNS 페이지는 브랜드를 따르지 못했습니다. OrgDomains는 이제 공유lib ***********를 공유합니다. 첫번째 apex. PLATFORM APEX는 kamouniverse.com입니다. PlatformApexes는 kamouniverse.com,kamocrm.com, 첫째 주, 모든 kamo.platform.apex 기본값은 일정을 읽습니다. Domainless workspaces 지금 오픈 내부.kamouniverse.com 어느 문에서, 그리고 login.kamocrm.com 유지 작업. 도메인 목록은 또한 primaryDomain 및 platformApexes를 반환합니다. 이 페이지는 다시 시작한다. 2. 리터럴 "kamocrm.com"을 가진 CNAME의 표적에 비교된 검증. 모든 것 kamouniverse.com CNAMEs 에 kamouniverse.com, 그래서 그들 모두 실패. 그래서 플랫폼에서 바로 기록, 그리고 CNAME 체인. validPointsAtPlatform은 어디에나 대체합니다: 검증-dns, 모두 도메인Verification 시계 청소 및 프로비저닝 대상. 그것은 따릅니다 A 레코드 또는 CNAME 체인을 통해 최종 주소와 비교 그들과 함께 kamouniverse.com 지금 해결. 그 주소는 살고있다 60 년대에 대 한 캐시, 마지막으로 좋은 독서는 읽기가 실패 한 시간 동안 유지; 그것은 결코 형성되지 않습니다. stray AAAA는 Let's Encrypt가 실패했습니다. IPv6를 선호한다. 읽을 수 있는 플랫폼 주소, NXDOMAIN 또는 SERVFAIL는 입니다 종료, 절대 오류. check-dns 반환 cnameTarget 과 platform주소s 그래서 페이지는 A-record 대안을 제공 할 수 있습니다. 3. "Change domain"은 사용중인 도메인을 삭제하지 않습니다. 플랫폼 apex의 경우 거부 (409 PLATFORM APEX, a5bcbd2); 페이지는 제공 중지합니다. 인식은 add-only를 유지합니다: 신청 ChatOriginService는 모두 적용됩니다. apexes, 전송 된 이메일에 kamocrm.com에 대출 신청서 링크 때문에. apply.kamocrm.com에는 오늘 DNS 레코드가 없습니다, 그래서 가을 링크 이동 apply.kamouniverse.com (의 봉사) 또한 죽은 링크 수정.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음