チェンジログ
何が新しいの？
プラットフォームのすべての改良 それが出荷される
· SecurityService
各エントリが本当に翻訳されている場所を話します
マーケティングサイトのサイトマップは、すべての言語バージョンをリストします エントリと各エントリページは、その hreflang の代替品として他の人の名前を名前を付けます。 ツイート 翻訳の行は 1 つの証拠ではありません: TranslateService は指示に答えます 英語のソース、つまりすべてのta行、およびswのプロバイダがない 古いエントリの3行目は、単語の英語タイトルの単語を繰り返します。 ログイン これらは、英語に戻ってcanonicalページで検索エンジンをポイントします。 メニュー 返し、エントリごとに、ロケール そのタイトルや説明は、英語と異なる、 1,000 の ID のバッチのデータベース。 - /public/sitemap はエントリごとに `locales` を運び、 order=oldest をとります。 sitemap の 変更ログ ファイルが入力され、変更されることはありません。 - /public/entry/{slug} は `locales` を継承し、`translated` は本物を意味します。 行ではなく翻訳.
· kamo-internal
プラットフォーム → 設定 -> 組織図
組織タブは、アクティブおよびVoidサブタブと各組織のサブタブを獲得します それを無効にする方法を引き出します - または、Voidタブで、それを復元します。 - ディレクトリの上のActive / Voidサブタブ、サーバの'sからカウント ActiveOrgs / voidedOrgs(検索に従う、タブが開いている)。 タブは、コンソールの残りの部分のように、 orgStatus=void として URL に住んでいます ビュー; フィルターではなく場所なので、Clearは保持します。 - 引き出しのVoidセクション(プラットフォームのorgでnever)は、確認を開きます 誰が署名されているか、それは消えるのかを綴る /network、Sign-in、すべてのリスト、そのクリエイターは、決して持っていないので処理されます 作成し、何も削除されません。 - 「<operator>」と「Restore」の「Voided <date>」と「voided org's の引出しリード。 その試験とプラットフォーム製品制御が切り替わっています。 - サーバの拒否 — プラットフォーム org, あなたがサインインしている組織, ライブ sub-orgs は、まだ満たされている - は、単語のダイアログに表示されます。 - POST ************************ リレールート (SecurityServiceはMANAGE ORGANIZATIONSを実施) バックエンド:kamo-shared-library d2c09630、securityservice 6c8d789、課金サービス 072ca5f, メディアサービスdb90b81; kamo-translation-dictionary deba6215で英語.
· MediaService
ロースターは、無効な組織の名前がなくなった
プラットフォームから無効な組織 → 設定 -> 組織図 (orgs.is active = FALSE) はどこにも存在しませんが、コンソールの Void タブ。 findOwnedOrgsByOwnerIds — "orgs がそれぞれ行っている 各タイトルの横にある org id のために保持されている、 共有のfindOwnedTitlesByOwnerIds および kamo-shared-library d2c09630 で得られるfindDistinctOwnerUserIds。 Exec2ExecQueryParseTest では、エンティティティモデルに対して解析することも可能です.
· BillingService
プラットフォーム org ディレクトリの Active タブと Void タブ
コンソールの組織タブがアクティブとVoidサブタブに分割されました。 ツイート 無効な組織は orgs.is active = FALSE (SecurityService の void による設定) です。 endpoint; ディレクトリは、Void タブの 1 つをリストする 1 つの場所であり、 そのため、オペレータは復元することができます。 - GET /api/billing/platform/orgs は status=void です。 ステータスなし、ライブorgsのみをリストします。 すべての古い呼び出し — 商取引ウィザードの それらの中でターゲティング検索 — ステータスを問わないので、それらのどれも もはや存在しない組織を示す。 - 行は、voided、voidedAt、voidedByUserId、および水和voidedByName を運びます (ページが行を無効にしたときのみ、一括検索)。 - タブに従えば、タブを無視するActiveOrgs / voidedOrgsを追加します。 タブ(タブは両方の番号を必要とします)は、すべての他のフィルタを砥石で研いでいます。 - サブ組織のカウントは、無効な子供を離れます。 - ナイトリーストレージスナップショットとプラットフォームストレージレポートは無効にスキップします orgs; 歴史は保存され、作家のギャップ処理は、復元されたorgをキャッチします。 生成されたステートメントをライブデータベースに対して読み取り専用に検証: Active 40行/カウント40 + 0、Void 0行.
· SecurityService
組織をバイドし、組織を無効化しないようにしましょう
プラットフォーム -> 設定 -> 組織が組織を無効化できるようになりました。 void は orgs.is active = FALSE です。このコミットはアクションを追加します。 組織への全ての方法は、無効な組織を拒否します。 アクション — POST **************** と /restore, 経営理念 (タブの右側): - OrgVoidServiceは、何も変更し、拒否します:プラットフォームのorg、orgは、 演算子は、ライブサブオーガナと、まだオーガナイゼーションを持つオーガニゼーションに署名されます。 課金 (PAID のライブサブスクリプションと価格、ターゲティング、または支払われる アカウント) それ以外の場合は、フラグ、voided at/voided by user id を設定し、 会員が保有する全てのセッションを呼び戻す。 3つすべてクリアを復元します。 何も削除されません。メンバーやデータがそのまま返されます。 - コンソールが変換する理由で、新しい状態、404不明、409で200。 方法: - KSessionService.createSession — ウエストの全ての***は、 VoidedOrgGuard(uncached PKの読み込み、開いた失敗)を介して無効なorgを拒否します。 合成口座ゲートへ。 - my-networks は voided orgs OUT を残します。ホーム画面は isOwner 行をカウントします。 会員が org を作成しているかどうかを決定するため、作成したメンバーのみ org は voided が create-your-first-org の流れを再び提供しました。 すべてのネットワーク 共有 getAllOrganizations() で以下のようにします。 - Enter-as と cross-org 偽装の答え 404, 欠落している org. - セッションの投票は、無効なorg内のセッションを終了します(一分間のバックストップ) 旗が上陸する前に)。 - モバイルデバイス交換、ポスト検証自動ログイン、ネットワークディレクトリ Search と unscoped mailbox/work-email のサインインの検索は voided orgs をスキップします。 - プラットフォームの概要のカウント、ストレージのスイープとフェイルオープンインパクトレポート読み取り ライブの列挙。 ******************** は、ライブデータベースに既に適用されています.
· kamo-shared-library
無効な組織は、すべてのリストとホストの検索から除外されます
プラットフォーム演算子は、プラットフォームから組織を無効にできるようになりました → 設定 -> 組織図 void は orgs です。 is active = FALSE — フラグのサインインとホスト 解像度は既にチェックされていたので、このライブラリはリストを変更します 決してそれを確認したことは同意しない: - findAllLive(): org enumerationマイナス合成所有および無効なorgs。 ************************ orgの後ろのチョークポイント リスト、全ネットワークおよび診断のカウントは、今それを読みます。 findAllEexceptFakeOwned() は、このコンパイルの前に構築されたサービスが保持されます。 - findAllByVerifiedDomain: 無効な org のドメインが解決しないため、停止します。 サインインと登録を受け付けます。 - findOwnedTitlesByOwnerIds/findDistinctOwnerUserIds:Exec2Execのroster いいえ 組織を誰にでも呼び出さない名前が長い。 - 組織.voidedAt/voidedByUserId: 誰がそれを無効にし、いつ、のために コンソールのVoidタブ。 シリアライズしないでください。 ライブデータベースに適用されるカラム このコミットの前に ******************** セキュリティーサービスで. - Organization.isVoided():レコードの状態を2回保存しません読みます。 - 一般的な org の PATCH は、もはやレコードを受け付けません。: 無効と復元は、 is active のライターだけなので、設定は行を取り戻すことができません 無視されたorgを静かに復元します.
· kamo-internal
棒のドロップダウンの主題はブランドのより暗い版に坐ります
メニューの名は、トップと各セクションの見出し(サポート「オンラインサポート」、Bugs& 強化、"訓練"、Docs' "新規作成"は、組織のラウンドプレートに座っています プライマリ、ダーク、フルホワイト — つまり、タイトルは1つ以上ではなく、その行の上にラベルとして読みます クリックする行。 ホバーのハイライトはより明るくなり、タイトルは暗くなります。 2つは見ません。 プレートは、地面の上に地面がに向かって混合された地面である半透明の黒(TOPIC PLATE)です 黒:同じ色合い、ブランドに関係なく。 N%の「プライマリ」の固定はよりより軽くなります 左端のバーのメニューの下に、シームランプがバーの60%ミックスから始まります。 棒の両端で11のブランド上の実質のブラウザで測定される:すべての版は0.73-0.80です 各チャンネル(hueシフトなし)の横の地面、それの白は7.4:1以上であり、グライド 見出しに決して上陸しません。 navTopMenuIsWhite.test.tsのガードは、両方のタイトルをプレートにピン留めます.
· kamo-internal
3つ以上の会話でのみメッセージに直面します
すべてのメッセージの横にある顔は、人々を離れて伝えます, そして、2人の間では、 すでにメッセージが描画されているので、角面が現れます。 3人以上が会話(showsFaces)にいるときだけ、 カウントが見つかりませんので、顔は表示されず、取り去りません。 - チャット: すでに保持しているウィンドウのロスターからカウントされ、人々に従う 参加してライブを離れること。二人のチャットでも顔を尋ねることはありません。 - サポート、社会、Exec2Exec:サーバーのカウント、今の顔の答え (MediaService e722c90) - 一人一回が、多くの座席が保持されると、 社会的な連絡先が含まれています。 名前/属性のインセットおよび列のヘッドルーム そこにいるときだけ顔に部屋を塗ります。 - SMS および AI チャットは、常に 2 人(メンバーの番号と 1 人)です。 メンバーとアシスタント)ので、フェイスコードは完全に削除されます - バック 彼らがいたことを正確に - 使用と一緒にOwnPhotoとMessageAvatarのグリフ、 彼らが使用しただけ.
· MediaService
顔の答えは、多くの人が会話の中でどのようにしているかを言います
GET ******************** は `participants` を実行します: コンソール 3人以上がいるときだけ、メッセージの横に顔を置く 会話は、2人の間では、メッセージがすでに表示されているので、 お問い合わせ シートからカウントされ、著者ではなく - 書いた人や左が保持する人 彼らが会話の中にいることなく書いたことに直面する。誰もいない ライブ会話(チャットロスター独自のルール)の有効期間が長い 常にビューアを維持します。一人が複数の人を保持することができるので、パーソンごとに一度 座席(Exec2Exec の顧客は、各組織から書いています) 会員の列が全くない社会的な会話の連絡先。 ウェブチャット 訪問者の座席は org の SYSTEM メンバーなので、一度にカウントします.
· kamo-marketing
リクエストごとにサイトマップを生成し、各ページを変更する
/sitemap.xml はビルド時のメタデータファイルプレレンダーをコンテナにしました。 KBService や SecurityService が到達できないため、すべてのデプロイが出荷されます。 最初のISRがリフレッシュするまで、ヘルプセンターの記事なしでサイトマップ。 そして /api/sitemap は、そこから漂流したページリストの 2 番目のコピーを保持しました。 - /sitemap.xml はリクエストごとに生成されたサイトマップインデックスです。 リスト /sitemaps/pages.xml(手書きページ、コレクションページ、ブログ投稿) すべての知識ベース記事、hreflang と /sitemaps/changelog/<n>.xml (各5,000件の変更ログエントリ) /api/sitemap と /api/sitemap/changelog/<n> 同じモジュール、app/lib/sitemap-source.ts の JSON レンダリングです。 - 手書きのページリストは、app/lib/sitemap-pages.ts、および Guard:sitemapは、静的なルートがリストされていない場合でもビルドに失敗します 理由で除外します。 - /changelog は ?page=N と ?project= と ?type= のサーバ上でページ化されます。 古いフィルターが内部のハイドエントリのみをハイドするSecurityServiceに応答 画面上の50。 各ページは独自の規範です。フィルタリングされたビューは noindex, フォローします。 - 各エントリは、エントリにリンクされた /changelog/<slug> で独自のページを持っています それの両側。 ロケールが存在しない英語に正式です 翻訳はまだ、そのアドレス308sの古いスペルを現在のところ お問い合わせ 当ホームページは、これらのページへのリンクを張っています。 - ステータスとフィルタは、サーバー上で読み込まれます。 /api/changelog/stats ルート ビルドコンテナの合計を0の合計で処理していた.
· SecurityService
すべてのパブリックエントリーをアドレスにし、サーバー上のリストをページ
パブリックな変更ログは、識別子なしでエントリを提供しているため、マーケティングサイト サイトマップにリンクしたり、それらをリストしたりすることはできません。 各エントリーは、 slug - URL 形式の英語タイトル、コミットの 12 文字 ハッシュ - と: メニュー 1つのエントリをエントリで返す それの両側。 ハッシュの接頭辞だけで見つかるので、そのエントリ タイトルは旧アドレスで解決し、発信者を変更しました。 現在のものにリダイレクトします。 - GET /api/changelog/public/sitemap は、すべてのエントリのスラグ、タイトル、日付を返します。 5,000 までのチャンクでは、列ごとの 3 つの列を読みます。 - GET /api/changelog/public は `project` と `type` フィルタを受け付けます。 公開リストが狭くなり、(dateCommitted, id): コミット 2つのリクエスト間でタイムスタンプを交換しないページを共有します。 ページの先頭へ 100項目でおおわれた。 クエリはCommitLogRepositoryではなくPublicChangelogServiceに住んでいるので、 これは、共有ライブラリのリリースを必要としません.
· kamo-internal
すべてのメッセージは、その著者の顔を、泡の角に着きます
すべてのチャットポップアップツールウィンドウで - チャット、サポート、Exec2Exec、ソーシャル、SMS、AI チャット - 各メッセージは、バブルの左上を重ねる16x16写真を運びます 左上のメッセージと右上の右上の隅にあるメッセージのコーナー。 すべてのメッセージは、実行の最初だけではありません。チャットウィンドウの古い顔は、 ヘッダラインがなくなったり、名前/属性線が整っているので、顔が決して座らない 最初の文字に。 人物が写真がないときだけ初期化します。 顔は3つの評価 (MessageAvatar): URL は、 sm の variant として試した写真で、 フルサイズのファイル(小さなバリアントはオプションのサーバー側です。 古いアップロード不足 これら); null は初期値です。未定義 - 未知の - 空白のディスクです。 見ている間、写真を撮っても、初期に点滅しない人もいます。 写真がどこから来るか。 窓は、ビューアー自身のものだけを読んで使用しました 会員ディレクトリ(署名入りのorgのACTIVEチームメンバー) サポートチケットまたはExec2Execの会話の反対側全体、および グループを退去した人は、自分の写真で初期に描いていました。 プロフィール。 今、会話ごとに1つのストア(app/lib/chat/sessionFaces.ts)読み込み メディアサービスの新しい GET - みんなに 自分のプロフィールから、自分のプロフィールから、それを書いたすべての人と会話 コンソールが読み込まれる可能性があります - 独自のルートファイル(/api/media は読み込みません) proxiedプレフィックス。 初めてのメッセージが再認識されます。 誰かがサーバー 古い MediaService が応答できない状態でもカバーしません。 以前のウィンドウを調べるディレクトリに戻ります。 保存されているメンバーの顔を着用してはならない行: - ウェブチャット訪問者(オーガナズシステムのメンバーの下に保存され、所有者)が取得 訪問者の初期値; - 社会的な連絡先(接続所有者の下に保存)は、自分の写真を取得します プロバイダーは、画像プロキシを通して、与えました。 SMS: 送信されたテキストは、視聴者自身のものです(会話は1人のメンバーに属しています) 番号。 受信されたものは、ヘッダのディレクトリから連絡先の写真を着用します 誰も保存されていない番号の読み取り、初期値、または電話マーク。 人工知能チャット: 会員の写真を尋ねたもの; アシスタント, ない プロフィールはAIの輝きを身につけます。 4px-packed リストの行は、上にある 4px の headroom を取得します。 実質のクロムで測定されて、表面はそうでなければ1-2pxを時置くために置きます 前のメッセージ.
· kamo-internal
Signature Requestsタブと、テンプレートエディタで同僚の保存
署名リクエスト、テンプレートとDocsマネージャーの共通間:すべて 署名のために送信されたコレクションのテンプレートをグリッドページで文書化 サーバ上で3つの Bucket に分割(実行されていない、部分的に実行される) 十分に実行される)、このメンバーの新規数を示す。 タブが表示されます 新しくなる合計。 バケットを見ると、このメンバーのカウントがクリアされます タブは新しいものを保持する最初の Bucket で開きます。 列:文書と送信者、署名者(署名者ごとのリング) 彼らがどこに立つかの色)、署名されたyのx、状態、送信された、最後の活動および 完全に実行される。 各行は、すべての人が待機している人を迷惑にすることができます, ダウンロード 実行された文書、完了の証明書またはZIPの証明書、および開いた .. リクエスト ドローダリクエストは、署名者ごとにnudgeを追加します。 リクエストを理由で撤回します。 テンプレートエディタはテンプレートが開いていることを登録します(ハートビート) ******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** そのファイルが到達し、変更をしたと言います。 そのライブトピックは 会員IDからJS番号として構築され、IDを2^53を上回るので、 決して届いた通知を保存して下さい。 id 文字列を使用します.
· ESigService
Docsマネージャーの署名要求、メンバーごとに新しいカウント
Docs マネージャーは、署名リクエストタブを取得します。すべてのドキュメントはコレクションの シグネチャによって3つのバケツで署名のために送信されたテンプレート(誰もいません) 会員の皆様、または会員の皆様、会員の皆様、会員の皆様のご参加をお待ちしております。 /api/esig/requests は、一度に 1 ページを Bucket にリストし、ソートして検索します。 データベース。 /counts は、各 Bucket の合計と新規のカウントと /seen を与えます。 メンバーが Bucket を調べたレコード。 それぞれのメンバーが住むこと esign request views ディレクティブ ************************ は手作業で適用されます。 会員、コレクション、バケット バケットに新しいリクエストがある場合 メンバーが最後に見たあとの Bucket に入力しました。 パー: リクエストを受け取り、署名者をまだ待ち続ける(再招待) リマインダーライン、署名者1時間に1回限り)、それを撤回し、ダウンロード 実行された文書、完了の証明書、またはZIPの証明書。 読み込みには VIEW DOCUMENTS が必要です。 ヌージングと撤退の必要性 EDIT DOCUMENTS. ツイート 会員はコレクションのテンプレートを通してのみ到達可能 クリアランスを見る.
· DocsService
保存はテンプレートが開いているすべての同僚に到達します
テンプレートのファイルを保存すると、保存したメンバーだけに言われるので、同僚 同じテンプレートで、ファイルが移動したページ上のフィールドを配置し続ける から。 テンプレートエディタはテンプレートが開いているときに今言う: POST メニュー 毎時30秒、DELETE時 閉じる OpenEditorRegistry は、Redis がドキュメントごとに一種のセットとして保持する (member -> lapse time, 95 s) なので、閉じたドロップなしで消えたエディタ それだけで。 保存は、テンプレートでメンバーごとに1フレームを公開します。 それぞれのメンバーのトピックで、誰が変更をしたかを説明します。 時計 会員が文書を読んだり、すべての読み方を確認できます。 復元は現在、同僚に、それが戻って持ってデザインバージョンで、同僚に伝えます、 そのため、エディタはフィールドとページをリロードします.
· MediaService
すべてのチャットウィンドウにすべてのメッセージが表示される
メニュー 1つの会話のために、答え、写真 それぞれのメッセージの横に描画する:今のみんなと書いたすべての人 それに(ロスターは去る人々を忘れます;彼らのメッセージはしません)、各リストに MemberIds は、写真を持っているかどうかを調べるので、コンソールは「写真がない」と伝えることができます。 "まだ尋ねていない"から初期値"。 写真はExec2ExecFaces.memberPhotosです - メンバーのプロフィール写真、他の人自身 - 視聴者のライブ上に構築 テーマホスト、コンソールの img-src が許可する 1 つ。 社会的な会話も `counterpart` の連絡先(全メンバーではありません)を、プロバイダーの 写真。 なぜサーバー:コンソールの唯一のソースがビューアの独自のメンバーでした ディレクトリ - 署名された組織のACTIVEチームメンバー - プレーンメンバー、 サポートチケットやExec2Execの会話の他者全体、誰にも グループを残した人は、そのプロフィールに写真で初期のものとして描かれていました。 パーメンバーのルックアップは、他のオルグを拒否する可能性があります。 誰が尋ねるのかは、トランスクリプト(署名付きメンバー、セッション)を読むことができるか 存在): 顔は、その横にあるメッセージよりも少ないと言う。 また、社会的な連絡先がSOCIAL VISITORとして書かれているものを読みました歴史 ライブフレームが常に持っているので、連絡先の名前の下。 これらの行は保存されます 関係の所有者のメンバーの下にあるので、リロードされた会話は、 所有者の名前の下の連絡先の言葉、所有者がいたときの所有者の側に 読書 - 所有者の写真を脇に置きました.
· MediaService
常にプラットフォームのカモ・ミートの会議リンク
メニュー Exec2Execの会話の両側を聞かせて 同じ門の後ろにあるミーティングリンクをメッセージとして追加します。 会議は、会議として作成されます プラットフォームのライブドメイン(meet.kamocrm.com/<room>)で、Kamo Meetのプラットフォーム組織、 誰が尋ねる - クライアント独自のホワイトラベルミートホストまたはズームは、KamoCRMの会議を置くだろう 会社のカモCRMの役員は、単なる話です - そのクリエイターとして発信者と. お問い合わせ その後、Exec2ExecServiceを通じて発信者のメッセージとして投稿しました。 ポスト、従ってそれは両側に達します ライブ, 上げ, バッジとプッシュ, プラットフォームの客室が1つを必要とするときのパスコード, それ以外にも行きます. メニュー カモ・ミートは、どのプロバイダが持っているのかを解決します 選択した(設定がまだ適用され、別のプロバイダの資格情報はありません)、および メニュー 既存のパスは変更されません。 START MEETING は、呼び出し元から尋ねられます。それは、自分の組織について正しいことです。 会議は、そうではありません.
· kamo-internal
チャットへのリンクを追加する - プラットフォームのKamo Meet
Exec2Execウィンドウの両側は、カメラを他のチャットウィンドウに持ち運びます。 ミーティングリンク 会議は、MediaServiceがプラットフォーム組織として作成されます。 プラットフォームのKamoミートアドレス(meet.kamocrm.com/...)、どちらの側がそれをプレス - 決して クライアント独自のホワイトラベル会議ホストまたはプロバイダ - および記者メッセージとして投稿 どちらのウィンドウにも、メッセージのように、立ち上がり、バッジがつけられます。 Exec2Execトランスクリプトのリンクは、同じ linkifyPlainText でクリックできるようになりました。 他のチャットウィンドウは(コピーではなく、メッセージリストからエクスポート) を使用します.
· kamo-internal
デスクのフィルタ、顔、プレゼンス。 バーンするExec2Execバッジ
インタラクションセンター > チャット > Exec2Exec はサブタブの下に 2 つのフィルタを取得します。: Org オーナー (All | Org-less | Org owner) および ASC/DESC による注文(Last Message | 最新署名) スイッチ。 パネル内のあらゆる場所や、新鮮なブラウザのセッションを記憶 セッションは全開 | 新規会員登録 | デック いつの日もソートしていなくても、 各行は、クライアント自身の写真(何も持っていないときのみの初期)を表示します。 彼らはオンラインです, 彼らが署名し、会話が最後に話されたとき - 会員のタイムゾーン - 未読数の横に。 デスクは、一度にそれ自体を再読み込み 目立っている間分、目立たないので、目立たない。 Exec2Execウィンドウは、カモCRMのメンバーのプロフィールから各カモCRMエグゼクティブの写真を描画します 参加者のストリップと、デスクのヘッダーにあるクライアントの写真を、 ウィンドウを上げたフレームから、または回転します。 NavTop の Exec2Exec 制御、クライアントと机の様なもの、何でもある間燃える unread: ボルト、金の衝撃波、金を競争する金、白および空光の彗星 秒数と回数を毎回蹴るボルト。 減らされた動きの下でそれを保持します 静止し、照光を維持し、カウントはボタンの名前で話されます。 すでにカウントされた 未読のWebSocketの上に住んでいます.
· kamo-internal
ファイルとテンプレート、バージョン履歴、バージョン設定
会員は、自分の歴史を保ち続ける書類を求めました 組織は選択し、代わりに自分の上に立つテンプレートのために オリジナルスプリット/修正スプリット。 既に保有しているサービス(一部) ドキュメントごとのレコード, img versions, orgとカテゴリごとのモード); これはWebアプリです。 ドキュメントマネージャー - ファイルとテンプレートタブは、オリジナルと変更を置き換えます。 テンプレートは ファイル(または別のファイル)から作られたテンプレートレイヤーを持つドキュメント テンプレート) 「テンプレートレイヤーを追加」で、その後から分離します。 - 行の操作、要求された順序で。 ファイルをダウンロード、ファイルを編集、追加 テンプレートレイヤー, バインダーに追加, 共有, ゴミ箱に送信. テンプレートの追加 ファイルを編集した後にテンプレートを編集します。 会員が権利を持たない行動 記載されていないもの、ドキュメントがサポートできないもの(古典のPDF) エディタ、ページはまだ準備中)は、その理由で無効に表示されています。 - 版のコラム: マニュアルのときアンバーの点とv4を、読む丸薬 作業コピーは、最後のスナップショットを過ぎて、履歴を開きます。 - 私のドキュメントだけでなく、すべてのコレクションで共有が提供されます。 ゴミ箱の列 復元できます。 フッターのカウントはタブのオープンです。 バージョン履歴引き出し - ステージ上の選択したバージョンのページ(下にあるバージョンのデッキ) ページごとにページ、テンプレートのフィールドが描画されます。 レール上のバージョン, 最初に最新, 一つ、誰が生成したものと. - 以前のバージョンで現在の状態をスライド比較します。 - スナップショットを取る(マニュアル)、復元(単語の混同) カテゴリのモード: 復元がどうなるか、捨てられたもの)、 バージョンの名前、任意のバージョンをダウンロードし、新しいバージョンをアップロード 進行状況 テンプレートエディタ - 下にファイルを編集すると、テンプレートのファイルがクラシックで開きます 別のタブのエディタ。 各保存は保存トピック上に到着します。 現場のフィールドの下にページが再配置され、再描画されます。 フルスクリーンのリロードなしと無保存なし、バージョンのピル 新規番号に移動します。 チップはファイルが他の場所で開くと言います 会員様を退会します。 - バージョンの丸薬および歴史の引出しは設計だけを取り替えます バージョンパネル: テンプレートのバージョンはファイルとそのフィールドです 一緒に、そして回復は両方を戻します。 - ページのプレビューは、コンテンツIDにキーが付けられているので、ブラウザのキャッシュはできます 文書が移動したページを決して表示しないで下さい。PDFはまだあります エラーとして報告されるのではなく、レンダリングが待ち受けます。 コンテンツ - ドキュメント管理 > 一般:組織のデフォルト versioning(自動、手動スナップショット、オフ)、それぞれに描画 歴史や、自分で設定したカテゴリに。 -カテゴリの構成:デフォルトに従うか、またはそれ自身の選ぶ; プラットフォームロックをオートマチックに分類します。 - セクションテーブルは、バージョンアップカラムを獲得します。 kamo-translation-dictionary 9b83d282で最初に上陸した辞書文字列.
· MediaService
クライアントの写真、最後のサインイン、プレゼンス、デスクの面
デスクのロスターは、すべてのクライアントのために、自分の写真(users.avatar id、上に構築された オペレータのライブテーマのホスト — コンソールがイメージをロードする唯一のもの) プラットホーム(users.last login)のどこにでも署名され、一度パースされ、送られます lastActivityAtの形状、およびメンバーの行がライブソケットを保持しているかどうか。 参加者のストリップは、カモCRMのメンバーのプロフィールから各カモCRMエグゼクティブの写真を取得します (アバターを、他の人の人)、ビューアのコンソールのために構築された、およびフレーム デスクウィンドウを上げて、その名の横にクライアントの写真を運ぶ。 ひとつの小さな Exec2ExecFaces コンポーネントに住んでいます: lazy ではなく id によって読み込まれる JOINED協会(ホスプロキシは写真パスを持っていません)、1アバター読み取りと1つのプレゼンスススイープ 1ページごとに、ロースターに失敗するのではなく、すべての失敗は初期/オフラインに劣化します.
· DocsService
テンプレートのレイヤーをデザイン版で読む
バージョン履歴は、各バージョンのページにテンプレートのフィールドを描画します。 ドキュメント版(/{imgId}/{n}/design)と、 テンプレートの作業コピーはどれもありません:そのフィールドは最後に保存されていました スナップショット, 設計版では、ドキュメントバージョン名はまだありません, そう、 現在の状態は、手動バージョンでは描画できません。 メニュー 読み込み レイヤーはデザイン版ではなく、同じゲートの背後にある 歴史。 ファイルにはレイヤーがなく、どれも応答しません.
· ConversionService
ドキュメントの新しいバージョンをアップロードする
ドキュメントエディタが開くことができないファイルを変更する1つの方法 - 上記のすべてのPDFは、最も多くあります テンプレートは メニュー 新しいファイルを取り、それをスキャンします マルウェアとコンテンツは、最初にアップロードしたように正確に対処し、変更を手にします メニュー (kamo-shared-library 6d0523e8): ドキュメントは id、name、share、binder、およびテンプレートレイヤー、およびそのカテゴリのバージョンモードは、 保持されているものの保存 - 自動で新しいバージョン、マニュアルの下での移動作業コピー、 無効にしてください。 PDFファイルとページサムネイルは、新しいバイトのために作られています アップロードが動く同じパイプライン。 EDIT DOCUMENTS, CREATE DOCUMENTS ではなく: 何も新しい作成されません。 カテゴリの拡張ポリシー リクエスト **************** は公開されています。 バイト - 新しいバージョンは異なるフォーマットであり、名前の拡張子はそれに従います。 EXECUTEDの法的パッケージ - 誰も与えないメンバーに発行された署名付きレコードHR 新しいバージョン、その主題でさえ - IssuedArtifactLookup、読み取り専用のローカルリポジトリ 共有された代入組織上; および パーティの抵当コレクションのために、 ジェネリック イメージングのエンドポイントは決して触れません。 esign.repos は、テンプレートのバージョンなので、ここにスキャンされます。 レイヤーのデザインバージョンを記録します.
· ESigService
テンプレートのフィールドを保存することは、テンプレートのバージョンです
テンプレートは、フィールドのレイヤーを持つドキュメントであり、そのバージョンは半分です。 バイトとそのレイヤー。 その根本的なファイル保存は、既にバージョン履歴に達しています (kamo-shared-library 6d0523e8, docsservice 3ef26d1); これはもう半分です。 保存デザインと revertDesign は変更を渡します **************** 同じで トランザクションをデザインとして書きますので、バージョンはロールバックされたデザインを名前付けることはありません。 書くのは、カテゴリのバージョンアップモードです。 テンプレートの新しいバージョンの自動 1つのメンバーは1つのバージョンを成長させ、10分以内に保存します。そのため、各フィールドが保存されます。 それでも1つのバージョンの作業)、マニュアルの下に作業コピーが移動します。 ツイート 文書 ID ではない何かにキーを置いたレイヤーは、書き込む履歴がなく、保存します.
· DocsService
ファイルとテンプレート、各カテゴリが保存するバージョンで編集
ドキュメントは2つのレコードでした。アップロードは編集されず、修正されたコピーが生成されました。 誰がそれをエディタで開いたら初めて。 Docs のマネージャーは「オリジナル」としてペアを示し、 「修正済み」と、メンバーはそれを混乱させました。 ドキュメントは1つのレコードであり、それぞれが変化する 置換するコンテンツの保持は、カテゴリのバージョンモード(kamo-shared-library 6d0523e8)です。 障害、自動、または手動。 編集する - /open は、ドキュメント自体を編集します。 - ファイル、またはテンプレートの独自のバイト(「ファイルの編集」)。 /new は作成したドキュメントを開きます。 コピーをもっと導き出す。 - クラシック・セーブは、****************************を新しいバージョンを下回る 自動 (WOPI トークンはセッション ID を運ぶので、オートセーブが 1 つあると座る バージョン)、作業コピーはマニュアルの下で移動します。, 障害者の下で上書き. - 保存通知は、実際に変更されたバイトの文書のために火を燃やします - 再送信のためにではなく file - と書いたバージョンを運びます。 文書の再描画で開くテンプレートエディタ。 - 保存 新しいFILEとエディタがそれを運ぶように。 - 古いモデル(デプロイ前のタブが開きます)で残っている古典的なコピーをそのまま保存します。 行の何もリストではなく、元の土地。 テンプレート メニュー 「テンプレートレイヤーを追加」:新しいテンプレート共有 ソースのバイトと、同じコレクション、フォルダ、アクセスレベルで、他の何もない。 テンプレートのフィールドを運ぶことができるテンプレートからブランチ: サイダーはコピーされ、すべて 設計のsignerUidは、そのコピーに書き換えられます。 そのレイヤーは、その後の名前が付けられます。 バージョンレコードから作られたもの。 CREATE DOCUMENTS - ドキュメントを作成します。 - /form-fillable はテンプレートのみを開きます。 file は 409 NOT A TEMPLATE に応答します。 メニュー - 履歴;スナップショット(オプション名で);名前を変更;復元;各バージョンのダウンロード、PDF、 ページサムネイルとテンプレートレイヤーのデザイン。 画像バイトパスと同じゲート: VIEW/EDIT 文書、組織、クリアランス、HR 発行のパッケージゲート、パーパーティの抵当 あらゆるバイト読み取り時にPHIアクセス監査を収集します。 バージョンバイトは不変なので、 といったようにキャッシュされ、ダウンロードした古いバージョンは「名前(v3).ext」と名付けられます。 リストと設定 - リストは1つのクエリ(DocumentListQuery、ローカル仕様リポジトリ上)です。 古い paging の後のインメモリーフィルタはまれな種類を低下させる可能性があります - 300 ファイルのテンプレート - ページオフ。 filesOnly/template は 2 つのタブだけを選択します。 行はテンプレートのフラグ、コンテンツ ID を扱います。 バージョン概要 古いモデルを左にコピーする古典的なコピーはリストされません。 - 設定: GET|PUT /imaging/settings/versioning を組織のデフォルトに設定します。assoc-config と カテゴリは、各カテゴリのオーバーライド、それが解決するもの、およびロックされているかどうかを運ぶ。 パスワード MANAGE DOCS SETTINGS は、設定ページが常に必要とされ、これらのエンドポイントは決してありません。 チェック。 - クラシックは、常にアップロードしたように、ドキュメントの dat のキーページサムネイルを保存します。 親指の読者は両方の場所を見ているので、今日前に保存された文書はまだページを表示します。 スキーマ: メニュー (適用)。 データ: **************** - このビルドがデプロイされると実行されます: 5 テンプレートレイヤーで派生した行がテンプレートになり、2つのライブクラシックの編集が折りたたむ オリジナルはv2で、全てのクラシックコピーは元に戻されます.
· kamo-shared-library
ドキュメントバージョン、バージョンアップモードは組織が選ぶ
文書は2つのレコードでした。アップロードは編集されず、修正されたコピーが生成されました。 誰がそれを編集するために開いたか初めて。 メンバーはペアの混乱を発見し、それは誰にも合いません 実際のルール - 1つの組織は、保存されたすべての編集を望んでいます、別のコピーと歴史なし、 第三は、目的上の状態を凍結し、それの上に作業し続けることを望んでいます。 ドキュメントは1つのレコードであり、変更時に以前のコンテンツに何が起こるか 組織ごとに選択したバージョンモード(img org assoc.versioning mode)とドキュメントカテゴリ ***************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** - DISABLED:変更は上書きします。 1つのコピー、歴史なし。 - AUTO:すべての変更は、次のバージョンであり、古いバージョンは保持されます。 1つの古典的な編集者セッションは 1つのバージョンが、多くの場合、自動保存されます。 1人のメンバーのテンプレートレイヤーは10分以内に保存されます 1つのバージョンです。 - マニュアル: 最後のスナップショットの上に作業コピーを上書きする変更; 続けるためにメンバーのスナップショット 状態を永続的に行し、それを上に編集する。 アップロードは最初のスナップショットです。 どこでもアンセットし、カテゴリは自動です - 何も失う唯一のモード、それが置き換えるモデルとして アップロードを失わない 文書が記録されるカテゴリ(上書きされず、設定されていない) 患者のチャート)は AUTO にロックされます。 - ImgVersion / img versions: バージョンは、コンテンツアドレスの img dats 行の POINTER です。 テンプレートのテンプレートレイヤーデザインバージョンをテンプレートで保持。 コストを抑える バイトがそれなしで動くまで。 - ドキュメント検証 サービス:「この文書のコンテンツが変更された」の書き込みパス - applicationContent, recordTemplateLayerChange, スナップショット, 復元, recordBranch - そうモード 変更が古典的な保存(DocsService)から来たかと同じ意味、新しいアップロード ドキュメント(ConversionService)またはテンプレートレイヤー保存(ESigService)。 バージョンは書かれています lazily: 決して変更しない文書はどれもなく、最初に保存された変更はv1をから書きます 以前のように、組織は、バックフィルなしでいつでもバージョンをオンにすることができます。 修復は、自動で新しいバージョンです。歴史は決して書き換えられません。 eサイン リポジトリは、すべてのサービスがそれらをスキャンしないので、ObjectProvidersです(SharedLibBeanSafetyTest)。 - 既存の has form layer フラグを上回る Img.isTemplate() と isRetiredDerivedCopy() は、 古いモデルを後ろにコピーし、リストが再び表示されます。 -******************** 1つのクエリでテンプレートのページにバージョンの丸薬用。 -************は公開されているので、新しいバージョンは最初のアップロードルールを満たしています。 スキーマは、docsserviceの****************で、クラスターに適用される このコミットの前に: img org assoc はすべてのアップロードで読み込まれるので、カラムは最初に存在していた.
· kamo-internal
Navロゴオーバーレイとキャリアロゴオーバーレイ
Behavior&Labelingは、ボキャブラリーで2つのロゴオーバーレイを獲得 他の6つの使用 - トークン、orgの独自のパレットに対して解決: - 「トップページロゴオーバーレイ」の直下にある「ナビロゴオーバーレイ」。 ペイント プライマリナブレール(NavPri)の上部にあるシンプルなロゴ レールショー、会社またはソフトウェア - 崩壊し、拡大します。 In-appはホームページのシブルのようなので、orgレコードを経由して乗ります OrgContext: org ルートのスキーマ、組織。 fromJSON(実行) ブラウザへの2回)とOrgProviderのpropsは、すべてそれを運びます。 保存に効果をとります。 - 「キャリアロゴのオーバーレイ」の「登録サイトロゴのオーバーレイ」の直下にある「キャリアロゴオーバーレイ」。 色のセキュリティサービスからカモ・ケアャーに塗装 サインイン、サインアップ、アプリなど、テーマconfig.json (10d4a9e)。 そのサイトはファイルを毎時読み直し、ヒントはそう言います。 また、既存の3つのオーバーレイのための保存パスを修正:サインイン、サインアップ そして、アプリは保存された状態にコピーされず、保存状態に戻りませんでした。 読み取り専用行は、リロードまで前の選択を示し、 次の編集が始まりました。 ロゴオーバーレイWiring.test.tsは、7つを通して8つのオーバーレイをすべて歩きます 各場所は(州、負荷、編集の緩衝、汚れた点検、PUT)現れなければなりません ボディ, ポストセーブ同期, 両方のビュー), 両方のビューは、それらをリストにチェック 同じ順序は、en.json に各名前とヒント - i18n ガードがあることを確認します。 ページが変数からビルドするキーが見えない - と両方のチェック NavPriのテーマLogosは色を取ります。 以前の LabelManager に対する nav、キャリア、および3つの欠落したポストセーブ同期に失敗します。 実際のNavPriとChromeで検証して、スタブ付きコンテキストをバンドルしました。 ロゴ ボックスは変更されず、シルエットは白、黒、そして orgの最も軽い二次、崩壊し、拡大されて。 必要性kamo-shared-library 7d80fa7bおよびsecurityservice 10d4a9eのための 保存する2つの列。辞書は4つの英語文字列を運ぶ.
· SecurityService
キャリアサイトのロゴオーバーレイをconfig.jsonに焼く
kamo-careers は、そのヘッダーに org のロゴをペイントし、OrgContext を持たない。 テーマ config.json をサーバーに読み込み、同じファイル ログイン、 登録とアプリは、上書きから取ります。 キャリアのオーバーレイが進むので そこにも、キャリアとしてLogoOverlayColor:TOKENは反対に解決しました org'sのパレットは、orgがどれを選んだか、これがすべて クライアントは「オーバーレイなし」を読み込みます。 必要 kamo-shared-library 7d80fa7b メニュー これは、メインからクローンを作成します。 navレールのオーバーレイ、追加 同じライブラリコミットは、アプリ内であり、orgレコードのブラウザに到達します それ自体; 何もここにそれを焼く. 検証済み: メインとテストソースのセット全体がコンパイルする メニュー 14/14(二つ目:キーは 運ばれ、そのサインアップサイトだけを上回るorgは取得しません キャリアキー), OrgThemeProvisionServiceTest 20/20.
· kamo-shared-library
Nav レールとキャリアサイトのための 1 つのロゴのオーバーレイ
Vocabulary home logo overlay の2つのカラムが確立されました。 トークンはヘックスではなく、リブランドがマッチするオーバーレイを保ち、 新しい色。 バックフィルなし - null は NONE です。 今日は、どの組織も見えます。 nav logo overlay は、kamo-internal の上部にあるシンプルなロゴをペイントします。 第一次海軍柵。 柵が暗くされた陰であるため、独自の列 プライマリカラー; このページの白いマストヘッドはめったに同じことを望んでいます シェード。 OrgContext をホームページのシブリングのように配信しました。 キャリア logo overlay は、カモ・ケアラーのヘッダロゴをペイントします。 サイトマップ OrgContext がないため、securityservice は解決された色を解決する テーマ config.json、ルートのログイン、登録、アプリは既に取ります。 patchOrganization は ALLOW-LIST なので、両方の名前が出てきます。 テストは、設定ページが送信されるすべてのオーバーレイを歩く - これら2だけではありません - カラムがメソッドの名前が200で受け入れられないため、 決して保存しません。 2つの新しいラインを削除することで、その4つのケースの3が失敗します。 このプッシュの前に、ライブorgsテーブルに列が追加されました (ddl-auto は None で InitializerService はデプロイされません): ALTER TABLE orgs ADD COLUMN EXISTS nav logo overlay VARCHAR(24); ALTER TABLE orgs ADD COLUMN EXISTS のキャリアがない場合 logo overlay VARCHAR(24);
· kamo-internal
最小限のExec2Execヘッドはライトラウンドの電流を実行します
KamoCRMの役員は、より多くのチャットのように見えるドックに決して座らないでください。 コンセプト 最小限のヘッドがエネルギーリムを運ぶ:ゴールド・ツー・ホワイト・ツー・スキー・アーク・レース・ラウンド 六角形、他方を追いかける薄手のカウンターカレント、そして後ろに輝く金のオーラ お問い合わせ 明るい金環として残っている好ましい感情の下で。 この効果は、ツールレベルのプロパティ(Exec2Execプラットフォームのエントリーに対するhexHeadEffect)です。 すべてのスポーン上のアイコンで再注入されるので、すべてのExec2Execの頭部はそれを取得し、他にありません ヘッド缶.
