परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· SecurityService
प्रत्येक प्रविष्टि वास्तव में अनुवादित है
विपणन साइट का साइटमैप अब हर भाषा संस्करण को सूचीबद्ध करता है प्रविष्टि, और प्रत्येक प्रविष्टि पृष्ठ दूसरों को इसके hreflang वैकल्पिक रूप से नाम देता है। A अनुवाद पंक्ति एक का प्रमाण नहीं है: अनुवाद सेवा उत्तर दिशा यह अंग्रेजी स्रोत के साथ कोई प्रदाता नहीं है, इसलिए हर टा पंक्ति और sw और पुरानी प्रविष्टियों की तीन पंक्तियां, शब्द के लिए अंग्रेजी शीर्षक शब्द दोहराती हैं। नामकरण वे उन पृष्ठों पर खोज इंजन को इंगित करेंगे जो कैनोनिकल वापस अंग्रेजी में हैं। ********** रिटर्न, प्रति प्रविष्टि, स्थानीय लोग जिसका शीर्षक या विवरण अंग्रेजी से भिन्न है, तुलना में 1,000 ids के बैचों में डेटाबेस। - /सार्वजनिक/साइटमैप प्रति प्रविष्टि `locales` रखता है और ऑर्डर = पुराने लेता है, इसलिए साईटमैप की चेंजलॉग फाइलें भरती हैं और फिर कभी बदलती नहीं है। - / public/entry/{slug} `locales` है, और `translated` का मतलब है वास्तविक एक पंक्ति के बजाय अनुवाद।.
· kamo-internal
प्लेटफ़ॉर्म से एक संगठन को शून्य करें -> विन्यास -> संगठन
संगठन टैब सक्रिय और शून्य उप-टैब और प्रत्येक संगठन के लाभ इसे ठीक करने का एक तरीका है - या, शून्य टैब पर, इसे बहाल करने के लिए। - निर्देशिका के ऊपर सक्रिय / शून्य उप-टैब, सर्वर की गिनती से सक्रिय संगठन / voidedOrgs (जो खोज का अनुसरण करता है, जो भी टैब खुला है)। टैब यूआरएल में ऑर्गस्टैटस = शून्य के रूप में रहता है, बाकी कंसोल की तरह देखें; यह एक जगह है, फ़िल्टर नहीं है, इसलिए साफ़ रहता है। - दराज के शून्य अनुभाग (प्लेटफॉर्म ऑर्ग पर कभी भी) एक पुष्टि खोलता है यह पता चलता है कि क्या voiding करता है: हर कोई अंदर हस्ताक्षरित होता है, यह छोड़ देता है /नेटवर्क, साइन-इन और हर सूची में इसके निर्माता को कभी नहीं माना जाता है इसे बनाया गया है और कुछ भी नहीं हटा दिया गया है। - एक voided org की दराज "Voided <date> द्वारा <operator>" और Restore के साथ होता है; इसके परीक्षण और प्लेटफ़ॉर्म-उत्पाद नियंत्रण बंद हो जाते हैं। - सर्वर का इनकार - मंच org, org जिसे आप साइन इन करते हैं, लाइव उप-ऑर्गों, अभी भी आरोप लगाया जा रहा है - शब्दों में संवाद में दिखाया गया है। - POST ******************* एक रिले मार्ग के माध्यम से (सुरक्षा सेवा प्रबंधन को लागू करती है)। बैकएंड: कामो-शेयर्ड-library d2c09630, सुरक्षा सेवा 6c8d789, बिलिंगसर्विस 072ca5f, mediaservice db90b81; kamo-translation-dictionary deba6215 में अंग्रेजी।.
· MediaService
रोस्टर अब एक voided संगठन नाम नहीं है
एक संगठन मंच से शून्य -> विन्यास -> संगठन (orgs.is active = FALSE) कहीं भी मौजूद नहीं है, लेकिन कंसोल का शून्य टैब। findOwnedOrgsByOwnerIds — roster की अपनी प्रति "जो orgs प्रत्येक करता है" कार्यकारी स्वयं, प्रत्येक शीर्षक के बगल में ऑर्ग आईडी के लिए रखा - अब वही होता है लाइव-ऑर्ग फ़िल्टर साझा खोजOwnedTitlesByOwnerIds और खोजDistinctOwnerUserIds Kamo साझा पुस्तकालय d2c09630 में प्राप्त किया। Exec2ExecQueryParseTest में पिन किया गया, जो इसे इकाई मॉडल के खिलाफ भी पार करता है।.
· BillingService
मंच org निर्देशिका में सक्रिय और शून्य टैब
कंसोल का संगठन टैब अब सक्रिय और शून्य सब-टैब में विभाजित है। A voided संगठन orgs.is active = FALSE (सुरक्षा सेवा के शून्य से सेट) है अंत बिंदु; निर्देशिका अभी भी एक स्थान है - शून्य टैब पर, इसलिए एक ऑपरेटर इसे बहाल करने के लिए खोज सकता है। - GET /api/billing/platform/orgs स्थिति = शून्य लेता है; कुछ और, सहित, कोई स्थिति नहीं, केवल लाइव orgs सूचीबद्ध करता है। हर पुराने कॉलर - वाणिज्य विज़ार्ड का उनके बीच लक्ष्य खोज - कोई स्थिति के साथ पूछता है, इसलिए उनमें से कोई भी नहीं हो सकता एक ऐसा संगठन दिखाया गया है जो अब मौजूद नहीं है। - पंक्तियाँ voided, voidedAt, voidedByUserId और एक हाइड्रेटेड voidedByName (एक बैच वाला लुकअप, केवल जब पृष्ठ ने पंक्तियों को शून्य कर दिया है)। - एकत्र टैब का पालन करते हैं, और सक्रिय संगठन / voidedOrgs जोड़ते हैं, जो उपेक्षा करते हैं। प्रत्येक अन्य फिल्टर को सम्मानित करते समय टैब को दोनों संख्याओं की आवश्यकता होती है। - सब-ऑर्ग गिनती शून्य बच्चों को छोड़ देती है। - रात के भंडारण स्नैपशॉट और मंच भंडारण रिपोर्ट शून्य हो जाओ orgs; इतिहास रखा जाता है और लेखक के अंतराल से निपटने में एक बहाल ऑर्ग को पकड़ लिया जाता है। केवल लाइव डेटाबेस के खिलाफ उत्पन्न बयानों को सत्यापित करें: सक्रिय 40 पंक्तियों / गिनती 40 + 0, शून्य 0 पंक्तियों।.
· SecurityService
एक संगठन को शून्य करें, और किसी भी तरह से एक शून्य व्यक्ति तक पहुंचने में मदद न करें।
मंच -> विन्यास -> संगठन अब एक संगठन को शून्य कर सकते हैं। void orgs.is active = FALSE है; यह प्रतिबद्ध कार्रवाई को जोड़ता है और बनाता है हर तरह से INTO एक संगठन ने एक शून्य से इनकार कर दिया। कार्रवाई - POST **************** और / बहाल, व्यवस्थापन ( टैब का अपना अधिकार) - ऑर्गवॉइड सर्विस मना कर देती है, कुछ भी नहीं बदलती है: मंच org, org, org ऑपरेटर को साइन इन किया जाता है, लाइव सब-ऑर्ग्स के साथ एक org, और एक org अभी भी किया जा रहा है आरोपित (एक कीमत के साथ एक लाइव PAID सदस्यता, इसे लक्षित करने या उसके द्वारा भुगतान करने के लिए खाते). अन्यथा यह ध्वज सेट करता है, रिकॉर्ड voided at / voided by user id, और प्रत्येक सत्र को अपने सदस्यों को पकड़ो। पुनर्स्थापना सभी तीनों को साफ़ करता है। कुछ भी नष्ट नहीं होता; सदस्यों और डेटा वापस आते हैं क्योंकि वे थे। - 200 नए राज्य के साथ, 404 अज्ञात, 409 कारण से कंसोल अनुवाद करता है। निम्नलिखित तरीके: - KSessionService.createSession - कमर हर *** के माध्यम से minted है - VoidedOrgGuard के माध्यम से एक voided org मना (PK पढ़ने, खुला विफल रहता है), अगले सिंथेटिक-खाता गेट के लिए। - my-networks voided orgs बाहर छोड़ देता है: होम स्क्रीन इसकी isOwner पंक्तियों की गिनती करता है यह तय करने के लिए कि कोई सदस्य ने एक ऑर्ग बनाया है, इसलिए एक सदस्य जिसका केवल बनाया गया है org को voided किया गया था, फिर से निर्माण-आपके प्रथम-ऑर्ग प्रवाह की पेशकश की जाती है। सभी नेटवर्क साझा getAllOrganizations () के माध्यम से अनुसरण करता है। - प्रवेश के रूप में और क्रॉस-ऑर्ग प्रतिरूपण उत्तर 404, एक लापता org के रूप में। - सत्र मतदान एक voided org के अंदर एक सत्र समाप्त होता है (एक मिनट के लिए बैकस्टॉप) झंडा भूमि से पहले। - मोबाइल डिवाइस एक्सचेंज, पोस्ट सत्यापन ऑटोलॉगिन, नेटवर्क-डायरेक्टरी खोज और unscoped मेलबॉक्स / वर्क-ईमेल साइन-इन लुकअप शून्य orgs छोड़ दें। - प्लेटफ़ॉर्म ओवरव्यू गिनती, स्टोरेज स्वीप और असफल-खुले प्रभाव रिपोर्ट पढ़ें जीवित वातावरण। **************** पहले से ही लाइव डेटाबेस पर लागू होता है।.
· kamo-shared-library
एक शून्य संगठन हर लिस्टिंग और होस्ट लुकअप से बाहर छोड़ दिया जाता है
प्लेटफॉर्म ऑपरेटर अब प्लेटफॉर्म से एक संगठन को शून्य कर सकते हैं -> विन्यास -> संगठन void orgs है। is active = FALSE — ध्वज चिह्न-इन और होस्ट संकल्प पहले से ही जाँच कर रहे थे - इसलिए यह पुस्तकालय परिवर्तन लिस्टिंग बनाता है यह कभी भी सहमत नहीं है: - findAllLive(): org enumeration minus सिंथेटिक स्वामित्व वाली और voided orgs. ************* org के पीछे काँटा बिंदु सूची, सभी नेटवर्क और निदान गिनती, अब इसे पढ़ता है। findAllExcludingFakeOwned () इस अभी भी compile से पहले बनाई गई सेवाओं के लिए रहता है। - findAllByVerifiedDomain: एक voided org डोमेन अब हल नहीं है, इसलिए यह बंद हो जाता है साइन-इन और पंजीकरण स्वीकार करना। - findOwnedTitlesByOwnerIds / findDistinctOwnerUserIds: Exec2Exec roster no लंबे समय तक नामों को किसी के रूप में जाना जाता है। - Organization.voidedAt / voidedByUserId: कौन इसे voided और कब, के लिए कंसोल का Void टैब। कभी भी क्रमिक नहीं होता। कॉलम लाइव डेटाबेस पर लागू होते हैं इससे पहले ******************* सुरक्षा में. - Organization.isVoided(): रिकॉर्ड स्टेट को पढ़ता है, कभी-कभी दो बार संग्रहीत नहीं होता है। - सामान्य org PATCH अब रिकॉर्ड स्वीकार नहीं करता हैराज्य: शून्य और पुनर्स्थापित कर रहे हैं केवल is active लेखकों, इसलिए एक सेटिंग्स को बचाती है कि पंक्ति वापस गूंज नहीं सकता है चुपचाप एक voided org बहाल।.
· kamo-internal
बार के ड्रॉपडाउन में टॉपिक खिताब ब्रांड की एक अंधेरे प्लेट पर बैठते हैं
अपने शीर्ष और प्रत्येक अनुभाग शीर्षक पर एक मेनू का अपना नाम (सपोर्ट करें "ऑनलाइन सपोर्ट", "बग्स एंड" एन्हांसमेंट्स", "ट्रेनिंग"; डॉक्स की "क्रीट न्यू" अब संगठन की गोल प्लेट पर बैठते हैं। प्राथमिक, गहरा, पूर्ण सफेद में - इसलिए एक शीर्षक अपनी पंक्तियों पर एक लेबल के रूप में पढ़ता है बजाय एक और पंक्ति क्लिक करने के लिए। होवर हाइलाइट हल्का हो जाता है, शीर्षक गहरा हो जाता है; दो कभी भी समान नहीं लगते। प्लेट पारभासी काला (TOPIC PLATE) है, जो जमीन पर मिश्रित जमीन है। काला: एक ही ह्यू, जो भी ब्रांड है। एक निश्चित "N% में प्राइमरी" से हल्का हो जाएगा बार के बाएं छोर पर एक मेनू के तहत जमीन, जहां सीम रैंप बार के 60% मिश्रण से शुरू होता है। बार के दोनों सिरों पर 11 ब्रांडों पर एक वास्तविक ब्राउज़र में मापा गया: प्रत्येक प्लेट 0.73-0.80 है। प्रत्येक चैनल (कोई ह्यू शिफ्ट नहीं) के बगल में जमीन, उस पर सफेद 7.4:1 या बेहतर है, और ग्लाइड कभी-कभी सिर पर नहीं उतरते। NavTopMenuIsWhite.test.ts में एक गार्ड दोनों शीर्षकों को प्लेट में पिन करता है।.
· kamo-internal
केवल तीन या अधिक की बातचीत में संदेशों पर चेहरे
प्रत्येक संदेश के बगल में एक चेहरा लोगों को अलग बताता है, और दो लोगों के बीच पहले से ही एक संदेश खींचा जाता है - इसलिए कोने का चेहरा अब दिखाई देता है केवल जब तीन या अधिक लोग बातचीत में होते हैं (शोज़फेस), और कभी नहीं जबकि गिनती अज्ञात है, इसलिए एक चेहरा कभी नहीं दिखाया जाता है और फिर दूर हो जाता है। - चैट: पहले से ही खिड़की को रोस्टर से गिना जाता है, जो लोगों का अनुसरण करता है एक दो व्यक्ति चैट भी चेहरे के लिए पूछता नहीं है। - समर्थन, सामाजिक, Exec2Exec: सर्वर की गिनती, अब चेहरे जवाब पर (MediaService e722c90) - प्रत्येक व्यक्ति एक बार हालांकि कई सीटों में वे पकड़ लेते हैं, एक सामाजिक संपर्क शामिल है। नाम / विशेषता insets और पंक्ति headroom है कि चेहरे के लिए कमरा बनाना केवल तभी लागू होता है जब यह वहां होता है। - एसएमएस और एआई चैट हमेशा दो पार्टियों (एक सदस्य की संख्या और एक दूसरे); इसलिए उनका चेहरा कोड पूरी तरह से हटा दिया जाता है - वापस वास्तव में वे क्या थे - उपयोग के साथOwnPhoto और MessageAvatar की glyph, जो केवल वे इस्तेमाल करते थे।.
· MediaService
चेहरे का जवाब बताता है कि कितने लोग बातचीत में हैं
******************* अब `participants`: कंसोल प्रत्येक संदेश के बगल में एक चेहरा डालता है जब तीन या अधिक लोग एक में होते हैं बातचीत, दो के बीच से, पहले से ही एक संदेश खींचा जाता है जिसने इसे लिखा था। सीटों से गिना, लेखक नहीं - जो किसी ने लिखा और छोड़ दिया उसे रखता है वे क्या बातचीत में होने के बिना लिखा था पर चेहरा; कम किसी को नहीं लंबे समय तक एक लाइव बातचीत के लिए पात्र (चैट रोस्टर का अपना नियम, जो कि लाइव बातचीत के लिए पात्र है) हमेशा दर्शक रहता है; एक बार प्रति व्यक्ति, क्योंकि एक व्यक्ति कई लोगों को पकड़ सकता है सीटें (एक Exec2Exec ग्राहक प्रत्येक संगठन से बैठा है जिसे उन्होंने लिखा था); साथ ही एक सामाजिक बातचीत का संपर्क, जिसमें कोई सदस्य पंक्ति नहीं है। वेब चैट आगंतुक की सीट ऑर्ग का सिस्टम सदस्य है, इसलिए यह एक बार गिना जाता है, जैसा कि वे कहते हैं।.
· kamo-marketing
अनुरोध के अनुसार साइटमैप जेनरेट करें, और प्रत्येक को अपना खुद का पेज बदलने दें
/sitemap.xml एक मेटाडाटा फ़ाइल है जो निर्माण समय पर प्री-एड किया गया था, एक कंटेनर में कि KBservice या Securityservice तक नहीं पहुंच सकता है, इसलिए प्रत्येक तैनात एक भेज दिया पहले ISR ताज़ा होने तक इसमें कोई सहायक केंद्र लेख नहीं है। और /api/sitemap ने उस पृष्ठ की सूची की दूसरी प्रति रखी जो इससे बहती थी। - /sitemap.xml प्रति अनुरोध उत्पन्न एक साइटमैप सूचकांक है। यह सूची /sitemaps/pages.xml (हाथ-लिखित पृष्ठ, संग्रह पृष्ठ, ब्लॉग पोस्ट और) हर ज्ञान आधार लेख, hreflang साथ) और /sitemaps/changelog/<n>.xml (प्रत्येक प्रत्येक में 5000 बदलाव लॉग प्रविष्टियों)। /api/sitemap and/api/sitemap/changelog/<n> एक ही मॉड्यूल, ऐप/lib/sitemap-source.t के JSON प्रतिपादन हैं। - हस्तलिखित पृष्ठ सूची एक बार, ऐप/lib/sitemap-pages.ts में रहती है, और गार्ड:साइटमैप निर्माण में विफल रहता है जब स्थैतिक मार्ग न तो सूचीबद्ध होता है और न ही सूचीबद्ध होता है। कारण से बाहर रखा। - /changelog को सर्वर पर पेज किया गया है: ? पेज = एन, ? परियोजना = और ? प्रकार = सुरक्षा सेवा द्वारा उत्तर दिया गया है, जहां पुराने फिल्टर केवल प्रवेश प्रविष्टियों को छिपाते हैं। स्क्रीन पर 50। प्रत्येक पृष्ठ अपने स्वयं के canonical है; फ़िल्टर किए गए विचार हैं Noindex. - प्रत्येक प्रविष्टि का अपना खुद का पेज / चेंजलॉग/<slug> है, जो प्रविष्टियों से जुड़ा हुआ है इसके विपरीत। यह अंग्रेजी के लिए canonical है जहां स्थानीय लोग नहीं हैं अभी तक अनुवाद, और इसके पते की एक पुरानी वर्तनी वर्तमान में 308 एक। इन पृष्ठों के लिए मुखपृष्ठ पट्टी लिंक। - स्टेट और फिल्टर सर्वर पर पढ़ा जाता है। /api/changelog/stats मार्ग वे 0 के निर्माण कंटेनर की कुल सेवा कर रहे थे।.
· SecurityService
प्रत्येक सार्वजनिक प्रविष्टि को एक पता दें, और सर्वर पर सूची पृष्ठ करें
सार्वजनिक बदलावलॉग ने कोई पहचानकर्ता के साथ प्रविष्टियों की सेवा की, इसलिए विपणन साइट न तो एक के लिए लिंक कर सकते हैं और न ही उन्हें एक साइटमैप में सूचीबद्ध कर सकते हैं। प्रत्येक प्रविष्टि अब होती है स्लग - यूआरएल फॉर्म में इसका अंग्रेजी शीर्षक, फिर इसकी प्रतिबद्धता के बारह अक्षर हैश - और: ************* प्रविष्टियों के साथ एक प्रविष्टि लौटाएं इसके विपरीत। यह अकेले हैश उपसर्ग द्वारा पाया जाता है, इसलिए एक प्रविष्टि जिसका शीर्षक अभी भी अपने पुराने पते पर हल हो गया है, और कॉलर वर्तमान में पुनर्निर्देशित होता है। GET/api/changelog/public/sitemap हर प्रविष्टि के स्लग, शीर्षक और तारीख को लौटाता है 5,000 तक के हिस्से में, प्रति पंक्ति तीन स्तंभों को पढ़ना। - GET/api/changelog/public `project` और `type` फिल्टर स्वीकार करता है, जो कर सकते हैं केवल सार्वजनिक सूची को संकीर्ण करें और (dateCommitted, id) पर ऑर्डर करें: प्रतिबद्ध एक टाइमस्टैम्प साझा करना अब दो अनुरोधों के बीच पृष्ठों को स्वैप नहीं करता है। एक पृष्ठ है 100 प्रविष्टियों पर कब्जा कर लिया। प्रश्नों के बजाय PublicChangelogservice में रहते हैं CommitLogRepository, तो इसमें से किसी को भी एक साझा पुस्तकालय रिलीज की जरूरत है।.
· kamo-internal
हर संदेश अपने लेखक के चेहरे को बुलबुले के कोने पर पहनता है
प्रत्येक चैट पॉपअप टूल विंडो में - चैट, सपोर्ट, Exec2Exec, सोशल, एसएमएस, AI चैट - प्रत्येक संदेश अब एक 16x16 फोटो है जो बुलबुले के शीर्ष स्तर को ओवरलैप करता है बाईं ओर एक संदेश के लिए कोने और दाईं ओर एक के लिए उसके शीर्ष कोने। हर संदेश, न केवल एक रन का पहला: चैट विंडो का पुराना चेहरा हेडर लाइन चला गया है, और नाम / विशेषता रेखाएं शुरू हो गई हैं, इसलिए चेहरा कभी नहीं बैठता है उनके पहले अक्षर पर। केवल तभी शुरू होता है जब व्यक्ति की कोई तस्वीर नहीं होती। चेहरा तीन मूल्यवान है (MessageAvatar): एक यूआरएल एक तस्वीर है, जो इसके sm संस्करण के रूप में और फिर के रूप में प्रयास किया जाता है। पूर्ण आकार की फ़ाइल (छोटे संस्करण वैकल्पिक सर्वर-साइड हैं; पुराने अपलोड की कमी उन्हें; शून्य प्रारंभिक है; अपरिभाषित - अभी तक ज्ञात नहीं - एक खाली डिस्क है, इसलिए एक तस्वीर के साथ कोई भी प्रारंभिक रूप में फ्लैश नहीं करता है जबकि यह देखा जाता है। जहां तस्वीरें आती हैं। Windows केवल दर्शक के अपने ही पढ़ने के लिए इस्तेमाल किया सदस्य निर्देशिका (अनुसूचित ऑर्ग के सक्रिय टीम के सदस्य), इसलिए सादे सदस्य, एक समर्थन टिकट या एक Exec2Exec बातचीत के पूरे दूसरे पक्ष में, और जो कोई भी समूह छोड़ दिया था, उन्हें उनके लिए एक तस्वीर के साथ प्रारंभिक रूप में तैयार किया गया था। प्रोफ़ाइल अब प्रति बातचीत एक स्टोर (app/lib/chat/sessionFaces.ts) read मीडिया सर्विस का नया सेट **************** - प्रत्येक व्यक्ति पर बातचीत और हर किसी ने कभी भी इसमें लिखा, अपनी प्रोफ़ाइल से, एक पर होस्ट कंसोल लोड हो सकता है - अपने स्वयं के रूट फ़ाइल के माध्यम से (/api/media एक नहीं है) proxied prefix. एक बार नया संदेश फिर से आता है; कोई सर्वर अभी भी कवर नहीं करता है, या हर कोई जब एक पुरानी मीडिया सर्विस का जवाब नहीं दे सकती है, तब भी मीडिया सर्विस का जवाब नहीं दे सकती है। पहले इस्तेमाल की जाने वाली खिड़कियों को देखने के लिए वापस आती है। उन पंक्तियों को जो कभी भी सदस्य के चेहरे को नहीं पहनना चाहिए जिन्हें वे नीचे संग्रहीत किया जाता है: - एक वेब चैट आगंतुक (ऑर्ग के सिस्टम सदस्य के तहत स्टोर किया गया, मालिक) हो जाता है आगंतुक की शुरूआत; - एक सामाजिक संपर्क (कनेक्टिंग मालिक के तहत स्टोर) को उनकी तस्वीर मिलती है प्रदाता ने छवि प्रॉक्सी के माध्यम से दिया। एसएमएस: भेजे गए पाठ दर्शक के स्वयं हैं (एक वार्तालाप एक सदस्य के अंतर्गत आता है) संख्या; प्राप्त करने वाले व्यक्ति निर्देशिका से संपर्क की तस्वीर को हेडर से पहनते हैं पढ़ने, उनके आरंभिक, या एक नंबर के लिए एक फोन चिह्न के तहत बचाया जाता है। एआई चैट: सदस्य की तस्वीर जिस पर उन्होंने पूछा; सहायक, जिसमें कोई नहीं है प्रोफ़ाइल, एआई स्पार्कल पहनती है। 4px-packed सूचियों में पंक्तियों के ऊपर कोई नाम पंक्ति नहीं है, हेडरूम के 4px प्राप्त करें: वास्तविक क्रोम में मापा गया, अन्यथा चेहरे की टाइमस्टैम्प से 1-2px बैठे थे। पहले संदेश.
· kamo-internal
हस्ताक्षर अनुरोध टैब, और टेम्पलेट संपादक में एक सहयोगी की बचत
हस्ताक्षर अनुरोध, दस्तावेज़ प्रबंधक में टेम्पलेट्स और कॉमन के बीच: प्रत्येक एक ग्रिड पेज में हस्ताक्षर के लिए भेजे गए संग्रह के टेम्प्लेट को दस्तावेज करें सर्वर पर और तीन बाल्टी में विभाजित (Executed, आंशिक रूप से Executed नहीं), पूरी तरह से निष्पादित, प्रत्येक दिखा रहा है कि कितने इस सदस्य के लिए नए हैं। टैब दिखाता है यह सब नया है। एक बाल्टी को देखते हुए इस सदस्य के लिए अपनी गिनती साफ़ कर देता है केवल, और टैब पहली बाल्टी पर खुलता है जो कुछ नया रखता है। कॉलम: दस्तावेज़ और कौन इसे भेजे, हस्ताक्षरकर्ता (एक रिंग प्रति हस्ताक्षरकर्ता) जहां वे खड़े हैं का रंग), x ofy हस्ताक्षरित, स्थिति, भेजा, अंतिम गतिविधि और पूरी तरह से निष्पादित। प्रत्येक पंक्ति अभी भी इंतजार कर रही है, डाउनलोड कर सकती है निष्पादित दस्तावेज़, पूरा होने का प्रमाण पत्र या दोनों एक ZIP के रूप में, और खुला अनुरोध अनुरोध दराज प्रति हस्ताक्षरकर्ता को एक nudge जोड़ता है, जब क्या हुआ, और एक कारण से अनुरोध वापस ले लिया। टेम्पलेट संपादक अब रजिस्टर करता है कि यह एक टेम्पलेट खुला है (एक दिल की धड़कन) to ********** वह फ़ाइल इसे तक पहुंचती है, और यह कहता है कि कौन परिवर्तन करता है। इसका लाइव विषय था सदस्य आईडी से एक JS नंबर के रूप में बनाया गया है, जो 2^53 के अतीत में ids को राउंड करता है, इसलिए कभी नहीं आया। यह अब आईडी स्ट्रिंग का उपयोग करता है।.
· ESigService
डॉक्स मैनेजर के लिए हस्ताक्षर अनुरोध, प्रति सदस्य नई गिनती के साथ
डॉक्स मैनेजर को एक हस्ताक्षर अनुरोध टैब मिलता है: प्रत्येक दस्तावेज़ एक संग्रह है हस्ताक्षर के लिए भेजे गए टेम्पलेट्स, हस्ताक्षर द्वारा तीन बाल्टी में (कोई नहीं, कोई नहीं) कुछ, या हर किसी ने हस्ताक्षर किया है), प्रत्येक के साथ कितने इस सदस्य के लिए नए हैं। /api/esig/requests एक समय में एक बाल्टी एक पृष्ठ सूचीबद्ध करता है, सॉर्ट करता है और खोजता है डेटाबेस। /काउंट प्रत्येक बाल्टी की कुल और नई गिनती देता है, और / अठारह रिकॉर्ड करता है कि एक सदस्य एक बाल्टी को देखता है। प्रत्येक सदस्य ने क्या देखा है esign request view **************** हाथ से लागू, keyed सदस्य, संग्रह और बाल्टी द्वारा। एक अनुरोध जब यह एक बाल्टी में नया है सदस्य के बाद उस बाल्टी में प्रवेश किया गया। अनुरोध के अनुसार: इसे प्राप्त करें, हस्ताक्षरकर्ता को अभी भी प्रतीक्षा करें (एक बार फिर से आमंत्रित करें) रिमाइंडर लाइन, प्रति घंटे एक घंटे में, इसे वापस ले लिया और डाउनलोड करें निष्पादित दस्तावेज़, पूरा होने का प्रमाण पत्र, या दोनों एक ZIP के रूप में। पढ़ने की जरूरत हैview docment; nudging और वापस लेने की जरूरत EDIT docments. A अनुरोध केवल एक संग्रह में टेम्पलेट के माध्यम से पहुंच योग्य है, सदस्य कर सकते हैं देखें, उनकी मंजूरी पर।.
· DocsService
एक सेव टेम्पलेट ओपन के साथ हर सहयोगी तक पहुंचता है
एक टेम्पलेट की फ़ाइल की बचत ने केवल उस सदस्य को बताया जिसने इसे बचाया, इसलिए एक सहयोगी एक ही टेम्पलेट खुला रखने वाले क्षेत्रों के साथ पृष्ठों पर फ़ाइल स्थानांतरित हो गई थी से टेम्पलेट संपादक अब कहते हैं कि जब यह एक टेम्पलेट खुला है: POST ************* प्रत्येक 30 सेकंड जबकि यह है, जब यह हो जाता है तब DELETE बंद करना। OpenEditorRegistry रखता है कि Redis में प्रति दस्तावेज़ एक क्रमबद्ध सेट के रूप में (सदस्य -> चूक समय, 95 s), इसलिए एक संपादक जो बंद बूंदों के बिना गायब हो गया अपने आप में एक सेव टेम्पलेट खुला के साथ प्रति सदस्य एक फ्रेम प्रकाशित करता है, प्रत्येक सदस्य के अपने विषय पर, और कहते हैं कि कौन परिवर्तन किया है। घड़ी यह जाँच करता है कि सदस्य दस्तावेज़ पढ़ सकता है, जिस तरह से हर पढ़ा जाता है। एक पुनर्स्थापना अब सहयोगियों को भी बताती है, जिसमें डिजाइन संस्करण को वापस लाया गया, इसलिए उनके संपादक क्षेत्रों के साथ-साथ पृष्ठों को फिर से लोड करते हैं।.
· MediaService
प्रत्येक चैट विंडो में हर संदेश के लिए एक चेहरा
************* जवाब, एक बातचीत के लिए, फोटो प्रत्येक संदेश के बगल में आकर्षित करने के लिए: हर कोई उस पर अब और हर कोई जो कभी लिखा था इसमें (एक रोस्टर उन लोगों को भूल जाता है जो छोड़े गए थे; उनके संदेश नहीं), प्रत्येक में सूचीबद्ध MemberIds कि क्या उनके पास एक फोटो है, इसलिए सांत्वना "कोई फोटो नहीं" कह सकती है: प्रारंभिक "के बारे में अभी तक नहीं पूछा" से। Exec2ExecFaces.memberPhotos सदस्य की प्रोफ़ाइल तस्वीर, और व्यक्ति की अपनी खुद की - दर्शक के लाइव पर बनाया गया थीम होस्ट, एक कंसोल की img-src अनुमति देता है। सामाजिक बातचीत भी अपने संपर्क (सभी में कोई सदस्य नहीं) के रूप में `counterpart` नाम, प्रदाता के साथ फोटो क्यों सर्वर: कंसोल का एकमात्र स्रोत दर्शक का अपना सदस्य था निर्देशिका - हस्ताक्षरित org के सक्रिय टीम के सदस्य - इसलिए सादे सदस्य, एक समर्थन टिकट या एक Exec2Exec बातचीत का पूरा दूसरा पक्ष, और कोई भी जिन्होंने एक समूह छोड़ दिया था, उनके प्रोफाइल पर एक तस्वीर के साथ शुरुआत के रूप में तैयार किया गया था। प्रति सदस्यीय लुकअप यह अन्य अंग को मना करने पर वापस आ सकता है। कौन पूछ सकता है कि कौन ट्रांसक्रिप्ट पढ़ सकता है (एक हस्ताक्षरित सदस्य, एक सत्र जो उस पर हस्ताक्षरित हो सकता है) अस्तित्व में है: एक चेहरा इसके बगल में संदेशों की तुलना में कम कहता है। इसके अलावा, इतिहास ने अब टैग पढ़ा कि सामाजिक संपर्क ने SOCIAL VISITOR के रूप में क्या लिखा है? संपर्क के नाम के तहत, जैसा कि लाइव फ्रेम हमेशा होता है। उन पंक्तियों को संग्रहीत किया जाता है कनेक्शन मालिक के सदस्य के तहत, इसलिए एक पुनः लोडेड वार्तालाप ने फाइल किया मालिक के नाम के तहत संपर्क के शब्द, मालिक के पक्ष में जब मालिक था पढ़ना - और उनके बगल में मालिक की तस्वीर डाली जाएगी।.
· MediaService
बातचीत में एक बैठक लिंक, हमेशा मंच के कामो मीट पर
पोस्ट ************* एक Exec2Exec बातचीत के दोनों तरफ की अनुमति देता है एक संदेश भेजने के रूप में उसी गेट के पीछे एक बैठक लिंक जोड़ें। बैठक के रूप में बनाई गई है मंच के लाइव डोमेन (meet.kamocrm.com/<room>) पर कामो मीट पर प्लेटफॉर्म संगठन, जो भी पूछता है - एक ग्राहक का अपना सफेद लेबल मेजबान से मिलता है या ज़ूम KamoCRM के साथ एक बैठक डाल दिया जाएगा एक कंपनी के कार्यकारी अधिकारी KamoCRM केवल बात कर रहे हैं - कॉलर के साथ इसके निर्माता के रूप में। यह है फिर Exec2ExecService के माध्यम से कॉलर के संदेश के रूप में तैनात किया गया। पोस्ट, इसलिए यह दोनों पक्षों तक पहुंचता है लाइव, उठाया, बिल्ला और धक्का दिया; एक पासकोड, जब मंच के कमरे की जरूरत है एक, इसके बगल में चला जाता है। ************* एक org के लिए कामो मीट को हल करता है जो भी प्रदाता है चुना गया (यह अभी भी लागू होता है, दूसरे प्रदाता की क्रेडेंशियल नहीं), और ************* इसके माध्यम से बनाता है; मौजूदा निर्माण पथ अपरिवर्तित है। कोई START MEETING अधिकार कॉलर से पूछा जाता है: यह सही अपने संगठन के बारे में है बैठकें, और यह उनकी नहीं है।.
· kamo-internal
बातचीत के लिए एक बैठक लिंक जोड़ें - हमेशा मंच कामो मीट
एक Exec2Exec विंडो के दोनों पक्ष अब कैमरा को अन्य चैट विंडो में ले जाते हैं: एक जोड़ें बैठक लिंक। बैठक मीडिया सर्विस द्वारा प्लैटफॉर्म संगठन के रूप में बनाई गई है, जिस पर मंच कामो मीट पता (meet.kamocrm.com/...), जो भी पक्ष इसे दबाता है - कभी नहीं ग्राहक के अपने सफेद लेबल मेजबान या प्रदाता से मिलते हैं - और प्रेसर के संदेश के रूप में पोस्ट किया गया है, इसलिए यह दोनों खिड़कियों में आता है लाइव, उठाया और किसी भी संदेश की तरह बिल्ला। Exec2Exec transcript में लिंक अब क्लिक करने योग्य हैं, उसी लिंक के माध्यम सेPlainText हर अन्य चैट विंडो का उपयोग करता है (कॉपी करने के बजाय संदेशलिस्ट से निर्यात किया गया)।.
· kamo-internal
डेस्क के फिल्टर, चेहरे और उपस्थिति; एक Exec2Exec बैज जो जलता है
इंटरेक्शन सेंटर चैट Exec2Exec को उप-टैब्स के तहत दो फिल्टर मिलते हैं: ओर्ग ओनर ASC/DESC के साथ ASC/DESC के साथ (Last Messages) स्विच पैनल में हर जगह जैसे ब्राउज़र सत्र के लिए याद किया गया, और एक ताजा सत्र सभी पर खुलता है, नवीनतम साइन इन करें. कोई भी व्यक्ति जो किसी भी तरह से अंतिम नहीं है। प्रत्येक पंक्ति अब क्लाइंट की अपनी तस्वीर (केवल तभी जब उनके पास कोई नहीं है) दिखाती है, चाहे वह कोई भी हो, चाहे वह कोई भी हो या नहीं। वे ऑनलाइन हैं, जब वे साइन इन करते हैं और जब बातचीत आखिरी में बोली जाती थी - सदस्य के अपने समय क्षेत्र में - अपठित गिनती के बगल में। डेस्क एक बार फिर से पढ़ता है जबकि यह दिखाई देता है, इसलिए उपस्थिति कहानी नहीं जाती है। Exec2Exec विंडो प्रत्येक KamoCRM कार्यकारी की तस्वीर उनके KamoCRM सदस्य प्रोफ़ाइल से खींचती है अपने प्रतिभागियों की पट्टी में, और डेस्क के हेडर में क्लाइंट की तस्वीर, जो से ली गई थी रोस्टर पंक्ति या फ्रेम से जिसने विंडो को बढ़ाया। NavTop के Exec2Exec नियंत्रण, एक ग्राहक के लिए और डेस्क के लिए समान रूप से जलने के लिए, जबकि कुछ भी है unread: सोने, सफेद और आकाश प्रकाश रेसिंग का एक धूमकेतु बोल्ट, एक सोने के झटकेदार लहर, बोल्ट प्रत्येक जोड़े को सेकंड और गिनती को मारना। कम गति के तहत यह रखती है अभी भी रुक जाता है, और गिनती बटन के नाम पर बोली जाती है। गिनती पहले से ही थी Unread WebSocket.
· kamo-internal
फ़ाइलें और टेम्पलेट्स, संस्करण इतिहास और संस्करण सेटिंग
सदस्यों ने उन दस्तावेजों के लिए कहा जो अपने इतिहास को अपने तरीके से रखते हैं संगठन चुनता है, और उन टेम्पलेट्स के लिए जो अपने बजाय खड़े हो जाते हैं मूल / संशोधित विभाजन का। सेवाओं को पहले से ही पकड़ (एक बार) प्रति दस्तावेज़ रिकॉर्ड, img versions, प्रति org एक मोड; यह उस पर वेब ऐप है। डॉक्स मैनेजर - फ़ाइलें और टेम्पलेट टैब मूल और संशोधित की जगह लेते हैं। एक टेम्पलेट है एक टेम्पलेट परत के साथ एक दस्तावेज़, एक फ़ाइल से बनाया गया (या दूसरा) टेम्पलेट "टेम्प्लेट लेयर जोड़ें" द्वारा और उसके बाद से अलग। - पंक्ति क्रिया, आदेश में पूछा गया। फ़ाइल: डाउनलोड, फ़ाइल संपादित करें, जोड़ें टेम्पलेट परत, बाइंडर में जोड़ें, शेयर, कचरा भेजें। टेम्पलेट्स जोड़ें एडिट फ़ाइल के बाद टेम्पलेट संपादित करें। सदस्य के पास कोई अधिकार नहीं है नहीं दिखाया गया है; एक दस्तावेज समर्थन नहीं कर सकता (क्लासिक में एक पीडीएफ) संपादक, पेज अभी भी तैयार किया जा रहा है) अपने कारण से विकलांग दिखाया गया है। - एक संस्करण स्तंभ: एक गोली पढ़ने v4, एक एम्बर डॉट के साथ जब एक मैनुअल काम करने वाली प्रति ने अपने अंतिम स्नैपशॉट को वापस ले लिया है, जो इतिहास को खोलती है। - हर संग्रह में शेयर की पेशकश की जाती है, न केवल मेरी डॉक्स। ट्रैश पंक्तियों बहाल किया जा सकता है। फुटर गिनती खुला टैब है। संस्करण इतिहास दराज - एक मंच पर चयनित संस्करण के पृष्ठ (नीचे संस्करणों का एक डेक) यह पृष्ठ पृष्ठ, एक टेम्पलेट के उन पर खींचा क्षेत्र) और एक रेल पर संस्करण, सबसे पहले, जिसमें प्रत्येक एक और कौन का उत्पादन होता है। - तुलना किसी भी पहले संस्करण में वर्तमान स्थिति को स्लाइड करती है। - ले लो स्नैपशॉट (मैनुअल), पुनर्स्थापित (के शब्दों में पुष्टि की) श्रेणी का मोड: पुनर्स्थापना क्या हो जाती है, और यह क्या त्याग करेगा), किसी भी संस्करण को डाउनलोड करें, एक नया संस्करण अपलोड करें प्रगति टेम्पलेट संपादक - संपादन अंतर्निहित फ़ाइल क्लासिक में टेम्पलेट की अपनी फ़ाइल खोलती है एक अन्य टैब में संपादक। प्रत्येक बचत विषय पर आता है; पृष्ठों को हटा दिया जाता है और जगह में फ़ील्ड के तहत वापस ले लिया जाता है, साथ ही साथ कोई पूर्ण स्क्रीन रीलोड नहीं और कुछ भी नहीं खोया, और संस्करण गोली नई संख्या में चल रहा है। एक चिप कहते हैं कि फ़ाइल कहीं और खुला है और सदस्य को वापस ले जाता है। - संस्करण गोली और इतिहास दराज डिजाइन केवल की जगह संस्करण पैनल: एक टेम्पलेट का संस्करण इसकी फ़ाइल और उसके फ़ील्ड है एक साथ, और एक बहाल दोनों को वापस डाल देता है। - पेज पूर्वावलोकन सामग्री आईडी पर कुंजी हैं, इसलिए ब्राउज़र कैश कर सकते हैं कभी पृष्ठ नहीं दिखा रहा है दस्तावेज़ से चला गया है; एक पीडीएफ अभी भी हो रहा है प्रस्तुत करने के बजाय एक त्रुटि के रूप में रिपोर्ट करने के लिए इंतजार कर रहा है। सेटिंग्स - दस्तावेज़ प्रबंधन > सामान्य: संगठन का डिफ़ॉल्ट संस्करण (स्वचालित, मैनुअल स्नैपशॉट, ऑफ), जिसे प्रत्येक के रूप में तैयार किया गया एक इतिहास के लिए करता है, और श्रेणियां जो अपना खुद निर्धारित करती हैं। - एक श्रेणी का विन्यास: डिफ़ॉल्ट का पालन करें या अपना खुद का चयन करें; यह मंच स्वचालित रूप से कहने के लिए लॉक करता है। - श्रेणियों की तालिका एक संस्करणिंग कॉलम प्राप्त करती है। शब्दकोश स्ट्रिंग्स पहले कैमो-ट्रांसलेशन-डिक्शनरी 9b83d282 में उतरे।.
· MediaService
डेस्क पर चेहरे - एक ग्राहक की तस्वीर, अंतिम साइन-इन और उपस्थिति
डेस्क का रोस्टर अब हर ग्राहक के लिए, अपनी खुद की तस्वीर (users.avatar id) पर बनाया गया है। ऑपरेटर के लाइव थीम होस्ट - केवल एक ही उनके कंसोल से छवियों को लोड करता है), जब वे मंच (users.last login) पर कहीं भी हस्ताक्षर किए गए और एक बार भेजे गए। LastActivityAt का आकार), और क्या उनकी कोई भी सदस्य पंक्तियां एक लाइव सॉकेट रखती हैं। प्रतिभागियों की पट्टी प्रत्येक KamoCRM कार्यकारी की तस्वीर उनके KamoCRM सदस्य प्रोफ़ाइल से हो जाता है (सदस्य अवतार, दूसरा व्यक्ति), दर्शक के कंसोल के लिए बनाया गया; और वह फ्रेम जो उस व्यक्ति के पास है। एक डेस्क विंडो को बढ़ाता है ग्राहक की तस्वीर उनके नाम के बगल में रखता है। यह सब एक छोटे से Exec2ExecFaces घटक में रहता है: आलसी के बजाय आईडी द्वारा लोड किया गया जॉइन्ड एसोसिएशन (जो प्रॉक्सी में कोई फोटो पथ नहीं है), एक अवतार पढ़ा और एक उपस्थिति स्वीप प्रति पृष्ठ, और हर असफलता रोस्टर को विफल करने के बजाय प्रारंभिक / ऑफलाइन में गिरावट आती है।.
· DocsService
डिजाइन संस्करण द्वारा टेम्पलेट की परत पढ़ें
संस्करण इतिहास प्रत्येक संस्करण के पृष्ठों पर टेम्पलेट के फ़ील्ड को आकर्षित करता है। यह उनके लिए एक दस्तावेज़ संस्करण (/{imgId}/{n}/design) और एक के माध्यम से पूछा जाता है। टेम्पलेट की कार्य प्रतिलिपि में कोई नहीं है: पिछले के बाद इसके फ़ील्ड सहेजे गए थे स्नैपशॉट, एक डिजाइन संस्करण पर अभी तक कोई दस्तावेज़ संस्करण नाम नहीं है, इसलिए वर्तमान राज्य मैन्युअल संस्करण के तहत तैयार नहीं किया जा सकता है। ************* पढ़ना इसके बजाय डिजाइन संस्करण द्वारा परत, उसी फाटकों के पीछे बाकी के रूप में इतिहास। एक फ़ाइल में कोई परत नहीं है और कोई के साथ जवाब नहीं है।.
· ConversionService
एक दस्तावेज़ का नया संस्करण अपलोड करें
फ़ाइल को बदलने का एक तरीका दस्तावेज़ संपादक खुल नहीं सकता - सब से ऊपर एक पीडीएफ, जो सबसे ज्यादा है टेम्पलेट्स हैं। पोस्ट ************* नई फ़ाइल लेता है, इसे स्कैन करता है मैलवेयर और कंटेंट-एड्रेस वास्तव में पहली अपलोड के रूप में, और बदलाव को हाथों में बदल देता है ************* (kamo-shared-library 6d0523e8): यह दस्तावेज़ अपनी जगह रखता है आईडी, नाम, शेयर, बाइंडर और टेम्पलेट परत, और इसकी श्रेणी के संस्करणिंग मोड यह तय करता है कि क्या है यह क्या हुआ - स्वचालित के तहत एक नया संस्करण, मैनुअल के तहत चलती हुई कामकाजी प्रतिलिपि, एक विकलांग के तहत अधिलेखन। पीडीएफ पुनर्व्यवस्था और पृष्ठ थंबनेल नए बाइट्स के लिए नए बाइट्स के लिए बनाया जाता है समान पाइपलाइन एक अपलोड रन। EDIT DOCUMENT, CREATE DOCUMENT नहीं: कुछ नया नहीं बनाया गया है। श्रेणी की विस्तार नीति लागू ********** इस के लिए सार्वजनिक है, और प्रकार से पढ़ा जाता है। bytes - एक नया संस्करण एक अलग प्रारूप हो सकता है, और नाम का विस्तार इसका अनुसरण करता है। एक विस्तारित कानूनी पैकेज के लिए इनकार - हस्ताक्षरित रिकॉर्ड HR एक सदस्य को जारी किया गया, जो कोई भी नहीं देता है एक नया संस्करण, यहां तक कि इसका विषय नहीं - जारी किए गएArtifactLookup के माध्यम से, एक पठनीय स्थानीय भंडार साझा असाइनमेंट इकाई पर; और प्रति पार्टी बंधक संग्रहों के लिए, जो जेनेरिक अंत बिंदुओं को कभी स्पर्श नहीं करना। esign.repos अब यहां स्कैन किया गया है, क्योंकि टेम्पलेट का एक संस्करण इसकी परत के डिजाइन संस्करण को रिकॉर्ड करता है।.
· ESigService
टेम्पलेट के फ़ील्ड को सहेजना टेम्पलेट का एक संस्करण है
एक टेम्पलेट उस पर फ़ील्ड की एक परत के साथ एक दस्तावेज़ है, और इसका एक संस्करण दोनों हिस्सों है: इसका बाइट्स और उस परत। इसकी अंतर्निहित फ़ाइल पहले से ही संस्करण इतिहास तक पहुंचती है (kamo-shared-library 6d0523e8, docsservice 3ef26d1); यह दूसरा आधा है। सेव डिजाइन और Revert Design hand to **************** डिजाइन लिखने के रूप में लेनदेन, इसलिए एक संस्करण कभी भी एक डिज़ाइन का नाम नहीं देता है जिसे वापस रोल किया गया था। जो लिखते हैं वह श्रेणी का संस्करण मोड है: टेम्पलेट का एक नया संस्करण स्वचालित रूप से (एक सदस्य की बचत दस मिनट के भीतर होती है, इसलिए प्रत्येक क्षेत्र के बाद सेव करना अभी भी काम का एक संस्करण) मैनुअल के तहत काम करने वाली कॉपी चालें, विकलांग कुछ भी नहीं। A परत कुछ है कि एक दस्तावेज आईडी नहीं है पर कुंजी लिखने के लिए कोई इतिहास नहीं है, और पहले के रूप में बचाता है।.
· DocsService
फ़ाइल और टेम्पलेट्स, जगह में संपादित, प्रत्येक श्रेणी के संस्करणों के साथ रहता है
एक दस्तावेज़ दो रिकॉर्ड था: अपलोड, जिसे संपादित नहीं किया गया था, और एक संशोधित प्रतिलिपि प्राप्त की गई थी। पहली बार किसी ने इसे संपादक में खोला। डॉक्स मैनेजर ने जोड़ी को "मूल" के रूप में दिखाया और "संशोधित" और सदस्यों ने इसे भ्रमित कर दिया। एक दस्तावेज़ अब एक रिकॉर्ड है, और प्रत्येक परिवर्तन क्या है इसके द्वारा प्रतिस्थापित सामग्री का रखरखाव श्रेणी का संस्करण मोड (कैमो साझा-library 6d0523e8) है: विकलांग, स्वचालित या मैनुअल। संपादन - / खुला दस्तावेज़ को स्वयं संपादित करता है - एक फ़ाइल, या टेम्पलेट के अपने बाइट ("Edit Underlying File")। / नया दस्तावेज़ बनाया गया है। न तो किसी भी प्रतिलिपि को प्राप्त करें। - एक क्लासिक सेव **************** के तहत एक नया संस्करण स्वत: (WOPI टोकन अब एक सत्र आईडी ले जाता है, इसलिए एक बैठे कि autosaves एक है संस्करण), काम करने की प्रतिलिपि मैनुअल के तहत चलती है, विकलांग के तहत एक अतिलेखित। - अब किसी भी दस्तावेज़ के लिए सहेजने की सूचना, जिसका बाइट वास्तव में बदल गया - फिर से भेजा नहीं फ़ाइल - और उस संस्करण को वहन करता है जिसे लिखा गया है; एक टेम्पलेट संपादक दस्तावेज़ वापस लेने पर खुला है। - सेव जैसा कि एक नया FILE बनाता है और संपादक उस पर चलता है। - पुराने मॉडल द्वारा छोड़ी गई एक क्लासिक प्रति के लिए अभी भी आगमन बचाओ (नियंत्रण से पहले एक टैब खोला गया) एक पंक्ति के बजाय अपने मूल पर जमीन कुछ भी सूचीबद्ध नहीं है। टेम्पलेट्स - POST **************** ("टेम्प्लेट लेयर जोड़ें"): एक नया टेम्पलेट साझा करना स्रोत के बाइट्स और उसके बाद से कुछ नहीं, उसी संग्रह, फ़ोल्डर और एक्सेस स्तर में। एक टेम्पलेट से ब्रांच किया गया यह उस टेम्पलेट के फ़ील्ड को ले जा सकता है: हस्ताक्षरकर्ता कॉपी किए जाते हैं और प्रत्येक टेम्पलेट के फ़ील्ड को ले सकते हैं। हस्ताक्षरकर्ताउड इन डिज़ाइन को अपनी प्रतिलिपि में पुनः लिखा जाता है। इसकी परत को इसके नाम पर रखा गया है, और इसकी पहली संस्करण यह क्या से बनाया गया था रिकॉर्ड करता है। CREATE DOCUMENT - यह एक दस्तावेज बनाता है। - /form-fillable केवल एक टेम्पलेट खोलता है; एक फ़ाइल 409 not A TEMPLATE जवाब देती है। ************* - इतिहास; स्नैपशॉट (वैकल्पिक नाम के साथ); नाम बदलें; पुनर्स्थापित करें; और प्रत्येक संस्करण का डाउनलोड, पीडीएफ, पेज थंबनेल और टेम्पलेट परत डिजाइन। इमेजिंग बाइट पथ के समान द्वार: देखें / संपादित करें दस्तावेज, संगठन और मंजूरी, मानव संसाधन जारी पैकेज गेट, प्रति पार्टी बंधक हर बाइट पर संग्रह, और PHI एक्सेस ऑडिट। संस्करण बाइट्स अपरिवर्तनीय हैं, इसलिए वे इस तरह के रूप में कैश कर रहे हैं, और एक डाउनलोड पुराने संस्करण "नाम (v3).ext" नाम दिया गया है। लिस्टिंग और सेटिंग्स - सूची एक क्वेरी है (DocumentListQuery, एक स्थानीय विनिर्देश repository पर): पुराना पेजिंग के बाद इन-मेमोरी फ़िल्टर एक दुर्लभ तरह से छोड़ सकता है - 300 फ़ाइलों के बीच एक टेम्पलेट - पृष्ठ बंद। फ़ाइलेंकेवल / टेम्पलेटकेवल दो टैब चुनें; पंक्तियां टेम्पलेट ध्वज, सामग्री आईडी और ले जाती हैं। संस्करण सारांश। क्लासिक प्रतियां पुराने मॉडल छोड़ दिया कभी सूचीबद्ध नहीं हैं। - सेटिंग: संगठन के डिफ़ॉल्ट के लिए GETPUT / इमेजिंग / सेटिंग / संस्करण; assoc-config और श्रेणियां प्रत्येक श्रेणी की ओवरराइड ले जाती हैं, यह क्या हल करती है, और क्या यह बंद है। लेखक Manage DOCS SETTINGS, जो सेटिंग्स पृष्ठों की हमेशा की आवश्यकता होती है और इन समापन बिंदुओं को कभी नहीं लेना चाहिए जांच - क्लासिक अब दस्तावेज़ के अपने पिता पर मुख्य पृष्ठ थंबनेल बचाता है, जैसा कि हमेशा अपलोड किया जाता है; थंबनेल रीडर दोनों जगहों पर देखते हैं, इसलिए आज भी अपने पृष्ठों को दिखाने से पहले दस्तावेजों को बचाया गया। स्कीमा: ************* (applied). डेटा: ********** - एक बार इस बिल्ड को तैनात करने के बाद चलाएं: 5 एक टेम्पलेट परत के साथ व्युत्पन्न पंक्तियां टेम्पलेट बन जाती हैं, 2 लाइव क्लासिक संपादन अपने में बदल जाते हैं v2 के रूप में मूल और हर क्लासिक कॉपी सेवानिवृत्त होती है।.
· kamo-shared-library
दस्तावेज़ संस्करण, और संस्करणिंग मोड एक संगठन चुनता है
दस्तावेज़ दो रिकॉर्ड थे: अपलोड, जिसे संपादित नहीं किया गया था, और एक संशोधित प्रतिलिपि प्राप्त की गई थी। पहली बार किसी ने इसे संपादित करने के लिए खोला। सदस्यों ने जोड़ी को भ्रमित कर दिया, और इसने कोई भी नहीं लगाया वास्तविक नियम - एक संगठन चाहता है कि प्रत्येक संपादित रखा जाए, दूसरा एक प्रतिलिपि और कोई इतिहास नहीं चाहता है, एक तीसरा उद्देश्य पर एक राज्य को फ्रीज करना चाहता है और इसके शीर्ष पर काम करना चाहता है। एक दस्तावेज़ अब एक रिकॉर्ड है, और जब यह परिवर्तन होता है तो इसकी पिछली सामग्री क्या होती है? संस्करण मोड प्रति संगठन (img org assoc.versioning mode) और प्रति दस्तावेज़ श्रेणी ********** जो जीतता है: - डिसेबल्ड: बदलाव ओवरराइट। एक प्रति, कोई इतिहास नहीं। - ऑटो: हर बदलाव अगले संस्करण है और पुराने रखा जाता है। एक क्लासिक संपादक सत्र है हालांकि अक्सर यह आटोक्लेव; एक सदस्य का टेम्पलेट-परत दस मिनट के भीतर बचाता है एक संस्करण भी है। - MANUAL: पिछले स्नैपशॉट के शीर्ष पर एक कामकाजी प्रति को ओवरराइट करते हैं; एक सदस्य रखने के लिए स्नैपशॉट्स एक राज्य स्थायी रूप से और इसके शीर्ष पर संपादन पर होता है। अपलोड पहला स्नैपशॉट है। हर जगह Unset, एक श्रेणी AUTO है - एकमात्र मोड जो कुछ भी नहीं खोता है, क्योंकि यह मॉडल बदलता है। कभी भी अपलोड नहीं हुआ। जिस श्रेणी के दस्तावेज़ रिकॉर्ड हैं (ओवरराइटिंग और सेट करने योग्य नहीं, उदाहरण के लिए)। रोगी चार्ट ऑटो को बंद कर दिया जाता है। - ImgVersion / img versions: एक संस्करण सामग्री-addressed img dats पंक्ति के लिए एक POINTER है। दस्तावेज़ आयोजित किया गया है, साथ ही टेम्पलेट पर टेम्पलेट परत डिजाइन संस्करण। एक लागत रखना कुछ नहीं जब तक कि बाइट्स इसके बिना चलें। - दस्तावेज़ सत्यापन सेवा: "इस दस्तावेज़ की सामग्री बदल गई" के लिए एक लेखन पथ - आवेदनContentChange, रिकॉर्डTemplateLayerChange, स्नैपशॉट, पुनर्स्थापित करें, रिकॉर्डब्रांच - तो मोड इसका मतलब यह है कि बदलाव क्लासिक सेव (DocsService) से आया है, एक नया अपलोड ओवर दस्तावेज़ (Conversion Service) या टेम्पलेट परत सेव (ESigService)। संस्करण लिखा जाता है lazily: एक ऐसा दस्तावेज़ जो कभी नहीं बदलता है, और पहले रखा गया बदलाव v1 लिखते हैं। इससे पहले, इसलिए कोई संगठन किसी भी समय बिना किसी बैकफिल के संस्करण को बदल सकता है। Restoring स्वयं ऑटो के तहत एक नया संस्करण है; इतिहास कभी फिर से लिखा नहीं है। ई-sign प्रस्तावना ऑब्जेक्टप्रोवाइडर हैं, क्योंकि प्रत्येक सेवा उन्हें स्कैन नहीं करती है (SharedLibBeanSafetyTest). - Img.isTemplate () मौजूदा has form layer ध्वज पर, और isRetiredDerivedCopy() के लिए है। क्लासिक प्रतियां पुराने मॉडल के पीछे छोड़ दिया, जो फिर से कोई लिस्टिंग नहीं दिखाता है। - **************** एक क्वेरी में टेम्पलेट्स के एक पृष्ठ पर संस्करण गोलियों के लिए। ************* सार्वजनिक है, इसलिए एक नया संस्करण अपने पहले अपलोड के नियम को पूरा करता है। स्कीमा ******************* docsservice में, क्लस्टर पर लागू इससे पहले: img org assoc हर अपलोड पर पढ़ा जाता है, इसलिए कॉलम पहले अस्तित्व में था।.
· kamo-internal
एक नव लोगो ओवरले और एक कैरियर लोगो ओवरले
Behavior & लेबलिंग लाभ दो अधिक लोगो ओवरले में शब्दावली अन्य छह उपयोग - एक टोकन, ऑर्ग के अपने पैलेट के खिलाफ हल: - "नव लोगो ओवरले", सीधे "होम पेज लोगो ओवरले" के तहत। पेंट्स प्राथमिक नौसेना रेल (NavPri) के शीर्ष पर सरल लोगो - जो भी रेल शो, कंपनी या सॉफ्टवेयर को चिह्नित करें - पतन और विस्तारित। इन-ऐप अपने होम पेज भाई-बहन की तरह, इसलिए यह ऑर्ग रिकॉर्ड की सवारी करता है Org मार्ग की स्कीमा, संगठन। JSON (जो चलाता है) ब्राउज़र के रास्ते में दो बार और OrgProvider के props सभी इसे ले जाते हैं, और यह बचत पर प्रभाव डालता है। "Careers लोगो ओवरले", सीधे "Register साइट लोगो ओवरले" के तहत। रंग सुरक्षा सेवा से कैमो-केयर द्वारा पेंट किया गया थीम config.json (10d4a9e), जैसे साइन-इन, साइन-अप और ऐप्स। उस साइट ने कभी-कभी फाइल को फिर से पढ़ लिया और संकेत कहते हैं। इसके अलावा तीन मौजूदा ओवरले के लिए सेव पथ को ठीक करता है: साइन-इन, साइन-अप और ऐप्स संग्रहीत किए गए थे लेकिन कभी भी बचाया राज्य में कॉपी नहीं किया गया, इसलिए उनकी पढ़ने वाली पंक्तियों ने पिछली पसंद को फिर से लोड करने तक दिखाया, और फिर से लोड होने तक उनकी पिछली पसंद दिखाई। अगला संपादन शुरू हुआ। LogoOverlayWiring.test.ts सात ओवरले के माध्यम से सभी आठ ओवरले चल रहा है प्रत्येक स्थान पर होना चाहिए (राज्य, भार, संपादन बफर, गंदा चेक, पुट शरीर, पोस्ट-सेव सिंक, दोनों विचार), दोनों विचारों की जांच उन्हें सूची में सूचीबद्ध करती है उसी क्रम में, चेक en.json प्रत्येक नाम और संकेत है - i18n गार्ड नहीं देखा जा सकता कि पृष्ठ एक चर से बना है - और दोनों की जाँच करता है NavPri's ThemeLogos रंग लेते हैं। पिछले लेबल प्रबंधकों के खिलाफ यह नौसेना, करियर और तीन लापता पोस्ट सेव सिंक के लिए विफल रहता है। असली नवप्रि के साथ क्रोम में सत्यापित ने स्टब्ड संदर्भों पर बंडल किया: लोगो बॉक्स अपरिवर्तित है और सिल्हूट व्हाइट, ब्लैक और सिल्वर लेता है ऑर्ग का सबसे हल्का माध्यमिक, पतन और विस्तार हुआ। की जरूरत है कामो साझा पुस्तकालय 7d80fa7b और सुरक्षा सेवा 10d4a9e के लिए दो स्तंभों को बचाने के लिए; शब्दकोश में चार अंग्रेजी तार होते हैं।.
· SecurityService
कैरियर साइट के लोगो को config.json में ओवरले सेंकना
कामो केयरर्स ने अपने हेडर में ऑर्ग के लोगो को पेंट किया और इसमें कोई ऑर्ग कॉन्टेक्स्ट नहीं है; यह सर्वर पर थीम config.json को पढ़ता है, वही फ़ाइल लॉगिन, रजिस्टर और ऐप्स अपने ओवरले से लेते हैं। तो कैरियर ओवरले चला जाता है वहाँ भी, करियर के रूप मेंLogoOverlayColor: TOKEN के खिलाफ हल ऑर्ग का पैलेट यहां, अनुपस्थित जब ऑर्ग ने कोई नहीं चुना - जो कि हर तरह है ग्राहक ने "नहीं ओवरले" पढ़ा। की जरूरत है कामो साझा पुस्तकालय 7d80fa7b ************* यह मुख्य रूप से क्लोन बनाता है। नेव रेल के ओवरले में जोड़ा गया वही पुस्तकालय प्रतिबद्ध है, इन-ऐप है और ऑर्ग रिकॉर्ड पर ब्राउज़र तक पहुंचता है कुछ भी नहीं, यहां तक कि यह बेक करता है। सत्यापित: मुख्य और पूरे परीक्षण स्रोत ने इसके खिलाफ संकलन किया पुस्तकालय 14/14 (दो नया: कुंजी है वह स्थान है जो केवल उसकी साइन-अप साइट को ओवरले करता है, उसे नहीं मिलता है कैरियर कुंजी), OrgThemeProvisionserviceTest 20/20।.
· kamo-shared-library
नौसेना रेल के लिए एक लोगो ओवरले और कैरियर साइट के लिए एक
Vocabulary home logo overlay में दो और स्तंभ स्थापित: एक टोकन, हेक्स नहीं, इसलिए एक ओरग जो पुनर्ब्रांड एक ओवरले रखता है जो मैच करता है इसके नए रंग। दोनों में कोई बैकफिल नहीं है - null, none, जो है क्या हर ओर्ग आज की तरह दिखता है। Nav logo overlay कलाओं के शीर्ष पर सरल लोगो को पेंट करता है प्राथमिक नौसेना रेल। इसका खुद का स्तंभ क्योंकि रेल एक अंधेरे छाया है प्राथमिक रंग; होम पेज का सफेद मास्टहेड शायद ही कभी वही चाहता है छाया। अपने होम पेज भाई बहन की तरह ऑर्ग कॉन्टेक्स्ट के माध्यम से वितरित। Careers logo overlay Kamo-careers पर हेडर लोगो को पेंट करता है। साइट इसमें कोई ऑर्गकॉनटेक्स्ट नहीं है, इसलिए सुरक्षा सेवा हल किए गए रंग को में बेक करती है थीम config.json, रूट लॉगिन, रजिस्टर और ऐप्स पहले से ही लेते हैं। पैचसंगठन एक एलो-लिस्ट है, इसलिए दोनों नाम भी जाते हैं, और एक नया परीक्षण हर ओवरले सेटिंग्स पेज भेजता है - न सिर्फ इन दो - क्योंकि एक स्तंभ विधि का नाम 200 के साथ स्वीकार नहीं किया जाता है और कभी संग्रहीत नहीं होता। दो नई लाइनों को हटाने के द्वारा साबित: इसके 4 मामलों में से 3 विफल हो गए। इस धक्का से पहले कॉलम को लाइव ऑर्ग्स टेबल में जोड़ा गया था (Ddl-auto is no and startizerservice तैनात नहीं है): ALTER TABLE orgs ADD COLUMN यदि EXISTS nav logo overlay VARCHAR(24); ALTER TABLE orgs ADD COLUMN यदि EXISTS Career logo overlay VARCHAR(24);
· kamo-internal
एक कम से कम Exec2Exec सिर प्रकाश दौर अपने रिम के एक वर्तमान चलाता है
KamoCRM के कार्यकारी अधिकारियों के लिए एक पंक्ति कभी एक और चैट की तरह दिखने वाले डॉक में कभी नहीं बैठना चाहिए। इसका कम से कम सिर अब एक ऊर्जा रिम होता है: एक सोने से सफेद-से-स्की आर्क रेसिंग राउंड हेक्सागोन, एक पतली काउंटर-वर्तमान दूसरे तरीके से पीछा करते हुए, और पीछे एक भेदी सोना आभा उन्हें। अंडर-प्रेरित गति के तहत यह अभी भी एक उज्ज्वल सोने की अंगूठी के रूप में रखती है। प्रभाव एक उपकरण स्तरीय संपत्ति है (Exec2Exec प्लेटफॉर्म प्रविष्टि पर हेक्सहेड प्रभाव), प्रत्येक स्पॉन पर आइकन के साथ फिर से इंजेक्शन दिया गया, इसलिए प्रत्येक Exec2Exec सिर इसे प्राप्त करता है और कोई अन्य नहीं सिर कर सकते हैं।.
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं