परिवर्तन लॉग
क्या नया है.
यह जहाज के रूप में, प्लेटफार्म के हर सुधार.
· SecurityService
इसे साबित करके एक व्यक्तिगत पता बदलें, और खातों को प्रबंधित करें
USER खाते में दो सतहों, जो अब तक अपने स्वयं के सर्वर नहीं थे - खाता क्षेत्र केवल सदस्य नियंत्रक, एक समापन बिंदु के माध्यम से पहुंच योग्य थे "अपने सत्र में ऑर्ग" का दायरा, जो हर डेटा के लिए गलत आकार है सदस्यता शेयर उपयोगकर्तालेख नियंत्रक - सदस्य का अपना व्यक्तिगत पता। USERS.EMAIL तीन पहचानकर्ता साइन-इन स्वीकार करता है और स्वीकार करता है पासवर्ड वसूली मेल एक रीसेट लिंक करने के लिए पता है। इसे एक PUT से लिखना होगा मतलब है कि कोई भी एक अटैन्डेड हस्ताक्षरित ब्राउज़र तक पहुंच सकता है फिर से पॉइंट रिकवरी एक मेलबॉक्स में वे मालिक हैं, दूर चलें और बाद में खाते को ले जाएं - बाद में वास्तविक मालिक अभी भी साइन इन करने में सक्षम है और इसलिए नोटिस करने के लिए कुछ भी नहीं है। तो नया पता पार्क है, एक कोड और एक लिंक यह करने के लिए जाना है, और केवल एक जवाब इसे चला जाता है। पासवर्ड फिर से तय किया गया है, हालांकि कॉलर पर हस्ताक्षर किया गया है: एक सत्र यह साबित करता है कि कुछ बिंदु पर इस ब्राउज़र पर हस्ताक्षर किए गए थे, पासवर्ड साबित होता है जो अभी है, और यह वास्तव में वह कार्य है जहां वे भिन्न होते हैं। केवल Security provider id नामक संगठन लिख सकता है, और इनकार करने के बजाय यूआई में है - यह वह संगठन का नाम है और इसके साइन-इन यूआरएल, क्योंकि एक 403 जो केवल कहते हैं कि कोई सदस्य को नहीं छोड़ता है कहीं नहीं जाना है, और यह नियम तब तक अदृश्य है जब तक यह काटता है। पढ़ना नहीं है इस तरह प्रतिबंधित: किसी अन्य कार्यक्षेत्र से अपना खुद का पता देखना क्या है इनकार करने योग्य बनाता है। लिंक जानबूझकर unauthenticated है। यह एक व्यक्तिगत मेलबॉक्स में जाता है, आमतौर पर एक फोन पर पढ़ा जाता है जिसे कभी भी वर्कस्पेस में हस्ताक्षर नहीं किया जाता है; एक की मांग सत्र केवल उन लोगों के लिए काम करेगा जिन्हें इसकी आवश्यकता नहीं थी। कब्जे है सबूत - दावा किए गए पते पर अकेले मेल, एक हैश, एकल उपयोग के रूप में संग्रहीत, एक दिन में समाप्ति और गलत अनुमानों में परिमित। पता पीछे छोड़ दिया गया है, हालांकि कोई भी उस के लिए कहा गया है। यह है एकमात्र संकेत जो उस व्यक्ति तक पहुंचता है जिसका सत्र चोरी हो गया था। उपयोगकर्ता एडमिनकंट्रोलर - मंच उपयोगकर्ता टैब, प्रबंधकों द्वारा संरक्षित। एक मंच पर पढ़ा जाता है जो हर किरायेदार में खातों को नामांकित करता है इसके बजाय एक संगठन के भीतर; शीर्ष स्तर की नौकरी पूर्व शर्त आती है सही के साथ, चूंकि प्लेटफ़ॉर्मRightsResolver एक सत्र में कुछ भी नहीं देता है एक किरायेदार। यह जानबूझकर एक पासवर्ड सेट नहीं कर सकता है (स्वयं या जाने वाले) जहां यह रहता है है; बहाल करने का उपयोग एक रीसेट पत्र के माध्यम से जाता है, जो नियंत्रण साबित होता है मेलबॉक्स इसे बायपास करने के बजाय), खाता नहीं हटा सकता (सात उपग्रह) टेबल और हर ओर्ग का मालिक है - प्रतिवर्ती उत्तर सिंथेटिक ध्वज है, जो अंत में यहाँ एक यूआई है, और यह हैगोड या isSystemUser को छू नहीं सकता। कवरेज परीक्षण / प्लेटफॉर्म-यूज़र सीखता है, इसलिए अगले नियंत्रक के तहत जोड़ा गया कि उपसर्ग को एक व्यक्ति को देखने के बजाय एक गार्ड रखना चाहिए।.
· kamo-shared-library
दोनों ने मंच उपयोगकर्ता सूची को पढ़ा है।
USERS पर एक पन्ना, खोजी खोजकर्ता और एक बैच की सदस्यता गिनती। खोजकर्ता isFake द्वारा उद्देश्य पर unfiltered है। उस ध्वज की समीक्षा और स्पष्ट करना क्या उपयोगकर्ता टैब के लिए है का हिस्सा है, तो एक सूची है कि छिपा हुआ झंडा पंक्तियों होगा खातों को छिपाने के लिए एक ऑपरेटर को देखने के लिए आया था; प्रक्षेपण उन्हें चिह्नित करता है इसके बजाय। प्रत्येक खोज वाले कॉलम पर कोलेस लोड-असर है - NULL के खिलाफ लाइक झूठ के बजाय एनयूएलएल है, इसलिए किसी भी उपनाम के साथ खाता अन्यथा मिलान नहीं करेगा। सभी पर कुछ भी नहीं, जिनमें नंगे % का मतलब है "मुझे सब दिखाओ"। क्योंकि विकल्प प्रति पंक्ति एक क्वेरी है गिनती मौजूद है। सूची एक दिखाता है खातों का पृष्ठ और प्रत्येक कितने संगठन हैं; findByUser पूछ एक स्क्रीन को आकर्षित करने के लिए पचास बार पचास राउंड ट्रिप्स हैं, और गिनती सभी है सूची की जरूरत - विस्तार से देखने के लिए सदस्यता खुद को एक के लिए लोड यह दिखा रहा है।.
· EmailService
जब मेल आता है तो एक सदस्य का फोन बज़
MessageIndexer पहले से ही ईमेल का एक टिकाऊ उपभोक्ता है। मेलबॉक्स OWNER को हल करता है, इसलिए यह वह जगह है जहां यह है - प्रति एक अधिसूचना वास्तव में नए संदेश, जीवित पुनरारंभ, सदस्य के साथ हाथ में। इसे छोड़कर सामग्री पर बढ़ने के लिए सब कुछ एक अधिसूचना की जरूरत पहले से ही है घटना में, और सदस्य को एक राउंड ट्रिप पर इंतजार करना जो एक राउंड ट्रिप बनाने के लिए मौजूद है खोज सूचकांक गलत तरीके से गोल होगा; इसका मतलब मेलबॉक्स भी है जिसका क्रेडेंशियल अभी भी बताते हैं, जो वास्तव में जब यह मायने रखता है। तीन चीजें यह नहीं करेंगे। यह केवल INBOX के लिए सूचित करता है - एक नियम कुछ दाखिल करना पुरालेख में समाचार नहीं है और इसके लिए धक्का लोगों को अनदेखा करने के लिए सिखाता है अधिसूचना यह तीस मिनट से अधिक उम्र के कुछ लोगों को अनदेखा करता है, क्योंकि कुछ IMAP सर्वर संदेशों को फिर से कनेक्ट करने पर जोड़ा गया और एक फोन जो ग्यारह बार बज़ करता है एक पॉड पुनरारंभ के बाद अधिसूचनाओं के साथ एक फोन बंद हो गया है। और यह तय करता है उपस्थिति या उपकरणों के बारे में कुछ भी नहीं: मीडिया सर्विस पहले से ही एक पुश को दबाती है एक लाइव सॉकेट के साथ सदस्य, और उस नियम की एक दूसरी प्रति यह है कि दोनों कैसे होगा बहाव हत्या स्विच कन्फिगरमैप के साथ-साथ Application.yml में है, क्योंकि पुश ऑटो-डिप्लॉयज़ और एक भ्रामक अधिसूचना को बंद करने के लिए पुनर्निर्माण की आवश्यकता नहीं है। Existing kamo में विलय नोट: ब्लॉक — एक दूसरा शीर्ष स्तर kamo: कुंजी parses और फिर चुपचाप पहले छोड़ देता है, प्रेषक अवतार लेता है और सुरक्षा सबट्री इसके साथ।.
· MediaService
एक EMAIL प्रकार, और हर धक्का अब अपने org नाम
ईमेल सेवा IMAP IDLE से अधिसूचना को बढ़ाती है और मीडिया सर्विस से पूछती है। इसे आंतरिक प्रेषण समापन बिंदु के माध्यम से वितरित करें जो वास्तव में इसके लिए मौजूद हैं - घटना प्रवाह जो यहां समाप्त नहीं होता है। EMAIL एक साधारण धक्का है: ढह गया, दर सीमित, उपस्थिति गेट, देर से छोड़ दिया बजाय छोड़ दिया। अलग-अलग, और बड़े फिक्स: कोई प्रेषक ने कभी भी पुश के डेटा में ऑर्जीड नहीं किया है। मोबाइल ऐप प्रत्येक सदस्य को एक बार में रहने और स्विच करने के लिए रहता है Data.orgId एक गहरी लिंक का पालन करने से पहले, ताकि शाखा कभी कभी नहीं चली - एक बहुउद्देशीय सदस्य एक चैट या एसएमएस अधिसूचना को टैप करने के लिए इसे खोला गया जिसके तहत भी org स्क्रीन पर होना पड़ा। अब प्रेषक इसे टिकट देता है, जो एक जगह है org को पहले से ही हल किया जाता है और इसलिए प्रत्येक पुश प्रकार को एक बार में ठीक किया जाता है। PutIfAbsent, नहीं रखा: सदस्य से अलग-अलग ऑर्ग में एक घटना के बारे में एक धक्का पंक्ति का अपना - एक समर्थन सत्र, किरायेदारों में अभिनय करने वाला एक ऑपरेटर - बेहतर जानता है इस संकल्प की तुलना में करता है।.
· EmailService
दो ईमेल-परिवर्तन पत्रों के लिए चर का पूर्वावलोकन करें
दोनों नए कैनोनिकल टेम्पलेट्स कंसोल में प्रस्तुत करते हैं, पल यह सेवा है साझा पुस्तकालय है कि उन्हें किया जाता है पर पुनर्निर्माण; एक नमूने के बिना वे दिखाने वाले प्लेसहोल्डरों के साथ प्रस्तुत करते हैं, जो एक टूटे हुए के रूप में पढ़ता है एक पूर्वावलोकन के बजाय टेम्पलेट। दोनों का नाम BOTH पते, क्योंकि अक्षर करते हैं। एक सत्यापन पत्र जो नहीं कर सकता यह दर्शाता है कि कौन-सा पता दावा किया जा रहा है वह पत्र है जिसे प्राप्तकर्ता चेक नहीं कर सकता है। और एक नोटिस जो केवल नए पते का नाम देता है वह अपने पाठक को नहीं बताता कि क्या है वे हार गए हैं।.
· kamo-shared-library
उपयोगकर्ता खातों के लिए एक अधिकार, और एक को बदलने के लिए एक पार्क वाला पता
तीन परिवर्धन, उनमें से सभी ने आधे काम को साझा किया जो जमीन पर उतरते हैं सुरक्षा सेवा और कामो-आंतरिक। PlatformRighttype.MANAGE USERS, appended. उपयोगकर्ता खाता वह व्यक्ति है; सदस्य उस व्यक्ति के साथ एक संगठन का संबंध है। अन्य मंच पर सदस्य-फेसिंग सूची एक संगठन के लिए दायर की गई है निर्माण और उपयोगकर्ता टैब जानबूझकर नहीं है, इसलिए यह हर किरायेदार तक पहुंचता है एक बार में - ऑर्ग एस्टेट की तुलना में एक सख्ती से बड़ा विस्फोट त्रिज्या, और इसलिए नहीं Manage ORGANIZATIONS' job. क्योंकि getSortOrder मूल है। UserEmailChangeRequest USERS.EMAIL का दूसरा हिस्सा है तीन साइन-इन पहचानकर्ता और एड्रेस पासवर्ड वसूली लिखते हैं, इसलिए यह किसी रूप से नहीं लिखा जा सकता है: जो भी तीस के लिए हस्ताक्षरित ब्राउज़र तक पहुंचता है सेकंड अन्यथा मेलबॉक्स में खाते की वसूली को इंगित करने में सक्षम होगा। खुद ही। नए पते को यहां एक कोड तक पार्क किया जाता है और एक लिंक वितरण साबित होता है। इसका ईमेल verification tokens पर कॉलम के बजाय खुद की तालिका - वह तालिका नहीं है पूरे और जनसंख्या में एनयूएलएल, और एक जनसंख्या पर एक नया गैर-संख्य स्तंभ तालिका चुपचाप कभी एक DEFAULT के बिना बनाई गई है। USER EMAIL CHANGE VERIFY और USER EMAIL CHANGED. पहली बार पता चला दावा किया जा रहा है और क्या परिवर्तन सभी पर प्रभाव पड़ता है। दूसरा चला जाता है पते के पीछे छोड़ दिया जा रहा है और एकमात्र नोटिस है जिसका सत्र चोरी हो जाने पर कभी ऐसा क्यों किया जाता है, हालांकि इसके लिए कोई नहीं पूछा जाता है। दोनों ने एक परीक्षण से पिन किया: एक आधा-added कैनोनिकल जोड़ी लोड ऑल () के अंदर फेंकती है और मंच पर हर संगठन के लिए बीजिंग को तोड़ देता है, न सिर्फ अपने ही।.
· kamo-internal
जनता ने एआई पंक्ति में भेजा, और भगवान के लिए हाथ से बंद हथियार
प्रकाशित नियंत्रण अपनी खुद की एक सीमाबद्ध ब्लॉक थी और आगे था रूप में, स्विच के तहत संकेत की दो लाइनें ले जाना। यह अब एक कॉम्पैक्ट है हेडिंग की पंक्ति पर टॉगल करें, तुरंत एआई को भेजें, लेबल "सार्वजनिक" - और संकेत यह एक टूलटिप में स्थानांतरित करने के लिए इस्तेमाल किया, जो है एक जगह यह सब पर कोई कमरे की लागत नहीं है। टूलटिप राज्य-निर्भर रहता है: "बंद" यहां परिणामी स्थिति है, और कोई होवरिंग चाहता है यह पता चलता है कि वर्तमान में किस तरह से यह इंगित करता है कि नियंत्रण क्या कहा जाता है। दोनों स्विचेस एक ट्रेलिंग ग्रुप में बैठते हैं, बजाय किसी को ले जाने के बजाय `ml: 'auto'` प्रत्येक। फ्लेक्सबॉक्स प्रत्येक ऑटो मार्जिन के बीच मुफ्त स्थान को विभाजित करता है, उनमें से दो ने जोड़ी के बजाय एक अंतर को धक्का दिया था उन्हें एक साथ रखने के लिए; समूह के साथ, AI को भेजें अभी भी सही है जब सार्वजनिक रूप से अनुपस्थित होता है, तो इससे पहले कि यह अस्तित्व में है। जनता ने एआई को भेजा क्योंकि यह रिपोर्ट और सैंड के बारे में है एआई के बारे में क्या होता है? प्रभाव। लेबल "सार्वजनिक" है जबकि पेलोड क्षेत्र, ध्वज और पेलोड क्षेत्र स्तंभ सभी 'प्रकाश': लेबल का कहना है कि रिपोर्ट क्या होगी, क्या होगा? फील्ड कहते हैं कि आप क्या कर रहे हैं। यह एक नई शब्दकोश कुंजी की जरूरत है — अनुवाद.t केवल कुंजी यह नहीं देखा है, इसलिए अंग्रेजी संपादन `form.publish` के तहत 21 स्थानीय लोगों को "Publish" कहा जाएगा। अब एआई को भेजें एक देवता-योग्य ऑपरेटर के लिए भी खुद को हथियार देता है जो एक नया दायर करता है रिपोर्ट यह पुरानी टिप्पणी की एक जानबूझकर उलटा है: बंद था " क्योंकि स्विच एक मशीन पर एक सत्र शुरू होता है होल्डिंग क्लस्टर क्रेडेंशियल, और यह हर साधारण के लिए बंद रहता है रिपोर्टर। यह एक प्रभाव में लागू किया जाता है और एक रेफरी द्वारा संरक्षित है, क्योंकि उपयोगराज्य ने अपने तर्क को पहले रेंडर पर पढ़ा - जब अधिकार अभी भी हैं लोड हो रहा है और जवाब हमेशा "नहीं भगवान" है - और क्योंकि एक फिर से रन होगा किसी को जानबूझकर इसे बंद करने के बाद स्विच को वापस चालू करें, बिना किसी हैंड-ऑफ के फाइल करने का कोई तरीका नहीं छोड़ा। MaySendToAi पर भी प्रवेश किया, इसलिए राज्य कभी नहीं हो सकता है जबकि नियंत्रण अदृश्य है। आवश्यकता खुद को वर्णित करने के बजाय पिन किया गया है: नया परीक्षण DOM ऑर्डर में दो स्विचों के सुलभ नामों पर जोर देता है और यह कि वे वास्तव में दो चेकबॉक्सों के साथ एक समूह साझा करें। एक sx tweak है कि स्थानांतरित या तो दूसरे को नियंत्रित करने में विफल रहता है।.
· kamo-shared-library
गेट भगवान ELIGIBILITY पर प्रकाशित, एक खुली खिड़की नहीं
प्रकाशित झंडा भगवान ModeActive — GD के साथ जानबूझकर एक जानबूझकर 30 मिनट की ब्रेक ग्लास विंडो खोली गई। तब प्रत्येक देवता-योग्य ऑपरेटर स्विच लापता पाया, क्योंकि जीडी पकड़े गए और इसे सक्रिय किया गया है विभिन्न तथ्यों और केवल दूसरा एक उलटी गिनती शुरू होता है। एक रिपोर्ट ऑपरेटर नहीं देख सकता एक रिपोर्ट है जिसे वे जारी नहीं कर सकते हैं, इसलिए एक की आवश्यकता होती है खिड़की ने ध्वज को वास्तव में लोगों की पहुंच से बाहर रखा है। इसलिए सत्रPlatform तथ्य ईश्वर के साथ ईश्वर को प्राप्त करते हैंModeActive बल्कि किसी भी सत्र को दूसरे समय पढ़ने की तुलना में - वह रिकॉर्ड मौजूद है क्योंकि इन झंडाओं के दो पाठक यह है कि उनमें से एक पूरी तरह से समाप्त हो जाता है गलत, और एक ही तर्क एक कॉलर पर लागू होता है जो केवल आधे से अधिक चाहते हैं। क्या यह पहले से ही computes. दो घटकों को सख्ती से आदेश दिया जाता है: ईश्वरयोग्य एक WIDER सेट है GodModeActive, इसलिए पढ़ना एक जहां दूसरा मतलब था सटीक है इस रिकॉर्ड को रोकने के लिए लिखा गया था। यही कारण है कि वे दो हैं एक ध्वज के बजाय एक्सेसर का नाम दिया गया है और एक बोलान तर्क है, क्यों? भगवान पर javadoc कहते हैं कि कभी भी इसे प्लेटफार्मRightsResolver में पास नहीं करना चाहिए - ऐसा करने से हर प्लेटफ़ॉर्म को हर देवता-योग्य ऑपरेटर को अधिकार दिया जाएगा, क्यों सत्रPlatformFacts टेस्ट अब दोनों हिस्सों में पिन स्वतंत्र रूप से दोनों दिशाओं में। क्वेरी पैरामीटर का नाम बदल दिया गया है:godMode -> सभी पांचों में विश्वसनीय इसी कारण से भविष्यवाणी की जाती है। एक पैरामीटर जिसका नाम भगवानमोड है जानबूझकर विंडो को नजरअंदाज करता है कि कैसे बाद में "फिक्स" यह वापस है।.
· kamo-internal
एक टर्मिनल को समाप्त करने के साथ उसके साथ अपनी खिड़की और हेक्सहेड लेता है
इंटरेक्शन सेंटर से एक टर्मिनल को समाप्त करने के बाद खोल को मार दिया और छोड़ दिया खिड़की के पीछे, किसी चीज़ पर लाल `बंद` स्थिति दिखा रहा है जो अब नहीं है मौजूद है। सदस्य की अगली चाल हाथ से इसे बंद करना था - और अगर वे डाल दिया था पहले खिड़की से दूर, हेक्सहेड वहाँ बैठे थे कुछ भी नहीं। कुछ भी नहीं जोड़ा एक सत्र आईडी वापस करने के लिए एक खिड़की है। ऐप में हर करीब एक नाम है खिड़की आईडी, क्योंकि हर करीब खिड़की पर शुरू होता है: एक्स ऑन क्रोम, एक्स एक सिर पर एक्स, एक वार्तालाप खुद को अंदर से बंद कर देता है। यह एक शुरू होता है सूची, जहां सदस्य के पास एक सत्र आईडी है और विंडो आईडी जानने का कोई तरीका नहीं है। इसलिए `closeterminal(sessionGuid)` एक ही मॉड्यूल में `openterminal` में शामिल होता है, और एक नया `tool:closeMatching` भेजता है। डॉक इसे स्टोर के खिलाफ हल करता है टूलआईडी और प्रॉप्स पर - कभी अकेले नहीं प्रचारित, क्योंकि `sessionGuid` भी चैट है डीडुप कुंजी और नंगे प्रोप पर मिलान करने से टर्मिनल को बंद करने में मदद मिलेगी बातचीत - फिर प्रत्येक को मौजूदा `onClose` के माध्यम से मारा जाता है, इसलिए `tool:closed` अभी भी आग और निकास एनिमेशन अभी भी चल रहा है। `tool:close` के विस्तार के बजाय एक अलग घटना: कि एक जानबूझकर एक टूलआईडी और कोई विंडोआईडी और चैटबॉक्स ले जाने के विस्तार पर कोई विरोध नहीं इस पर निर्भर करता है। इसे सहारा पर मैच करने के लिए शिक्षण चुपचाप बदल जाएगा कि कोई नहीं "हर चैट विंडो को बंद करें" में। सिर को स्पष्ट रूप से नीचे ले जाया जाता है। `store.close()` केवल विंडो को चिह्नित करता है बाहर निकलने और कभी भी `removeHexhead` का उत्सर्जन नहीं करता है, इसलिए कम से कम एक विंडो बंद हो जाती है जबकि कम हो जाती है अपने सिर को घेरता है - अंतराल हेक्सहेडपॉपओवर पहले से ही हाथ से काम करता है, और यह वास्तव में इस प्रकार है, `animate: True` में शामिल है, इसलिए सिर दूर हो जाता है ब्लिंकिंग के बजाय। एक खाली मैच कुछ भी नहीं, सब कुछ नहीं: एक कॉलर एक-एक करके पहुंचता है एक आईडी को पास करना जो अपरिभाषित हो गया और "बंद करें" के लिए ईमानदार जवाब 'अनिर्धारित' के लिए खिड़की उनमें से कोई नहीं है। DELETE भेजने से पहले बंद हो जाता है, उसी कारण से पंक्ति गायब हो जाती है। आशावादी रूप से - एक टर्मिनल को समाप्त करना एक पुष्टिकृत कार्य है, और एक ऐसा स्क्रीन जो प्रतीक्षा करता है राउंड ट्रिप के लिए एक बटन के रूप में पढ़ा जाता है जो कुछ नहीं करता था। इंटरेक्शन सेंटर के एंड बटन पर स्कोप किया गया। में समान बटन अधिकतम टर्मिनल का नेविगेटर अछूता है, जैसा कि एक ऐसा खोल है जो इसके बाहर निकलता है स्वयं या किसी अन्य टैब से समाप्त होता है: वे अभी भी खिड़की को छोड़ देते हैं, ईमानदारी से `बंद` रिपोर्टिंग।.
· SecurityService
एक डोमेन के लाइव SPF रिकॉर्ड को पढ़ें और कहते हैं कि यह वास्तव में क्या जरूरत है
GET/api/security/domains/{id}/spf, SPF step on /setup/dns. सेटअप पेज हर किसी के लिए एसपीएफ़ निर्देशों का एक सेट नहीं दे सकता क्योंकि सही निर्देश इस बात पर निर्भर करता है कि डोमेन पहले से ही प्रकाशित होता है और क्या होता है? गलत है। कोई SPF रिकॉर्ड के साथ एक डोमेन की आवश्यकता होती है; एक डोमेन जिसमें पहले से ही एक है - उनमें से अधिकांश, गूगल, माइक्रोसॉफ्ट और हर विपणन उपकरण एक प्रकाशित - जरूरत है कि एकल रिकॉर्ड संपादित। इसे जोड़ें दूसरे समूह को दिए गए रिकॉर्ड को एक नाम पर दो v=spf1 रिकॉर्ड छोड़ देता है, जो एक नाम पर दो v=spf1 रिकॉर्ड छोड़ देता है। एक त्रुटिपूर्ण है: रिसीवर BOTH को अनदेखा करते हैं, इसलिए ग्राहक के स्वयं के प्रेषक स्टॉप भी प्रमाणित किया जा रहा है। तो यह पहले रिकॉर्ड को हल करता है और सटीक स्ट्रिंग को बचाने, विलय करने के लिए वापस करता है। जो कुछ भी है। विलय हमारे तंत्र को तुरंत पहले सम्मिलित करता है `all` (or a `redirect=`) का टर्मिनेशन, क्योंकि उन लोगों के बाद सब कुछ कभी नहीं होता है मूल्यांकन - यह एक रिकॉर्ड है कि तय लग रहा है और करता है उत्पादन होगा कुछ नहीं। रिकॉर्ड के बारे में सब कुछ मौखिक रूप से संरक्षित है। यह भी जवाब देने से मना कर देता है कि कोई सुरक्षित जवाब मौजूद नहीं है, इसलिए पेज ने कहा है इससे इनकार करने के लिए कुछ नहीं: कई SPF रिकॉर्ड पहले से ही प्रकाशित -> MANUAL; उन्हें विलय एक है प्रेषकों के बारे में निर्णय लेने के बारे में हम कुछ नहीं जानते हैं - विलय RFC 7208 की 10 DNS लुकअप की सीमा का उल्लंघन करेगा -> ध्वजांकित और पेज पेस्ट करने के लिए कोई रिकॉर्ड नहीं दिखाता है, क्योंकि इसे सहेजना अमान्य होगा ग्राहक के स्वयं के प्रेषकों सहित पूरे रिकॉर्ड उन लुकअप की गिनती का मतलब है कि निम्नलिखित में एक रिसीवर के रूप में शामिल / अप्रत्यक्ष श्रृंखलाएं शामिल हैं करता है, गहराई और एक क्वेरी बजट से घिरा हुआ है। पहले से ही हमें अधिकृत करने का रिकॉर्ड Ip4 या हमारे कॉर्पोरेट डोमेन गिनती के अनुसार किया जाता है - कोई बिंदु किसी एक को खर्च नहीं करता है कुछ भी नहीं बदलता है कि एक तंत्र पर दस। TXT कैरेक्टर स्ट्रिंग्स को पार्सिंग (RFC 7208 §3.3) से पहले concatenated किया जाता है: असली गूगल और हबस्पॉट से रिकॉर्ड कई में विभाजित हो जाते हैं और उन्हें पार कर लेते हैं अलग से रिकॉर्ड पूरी तरह से याद होगा।.
· kamo-internal
प्रत्येक डोमेन को बताएं कि इसकी SPF रिकॉर्ड वास्तव में क्या जरूरत है
/ Setup/dns स्वामित्व, सबडोमेन और एसएसएल के माध्यम से एक ग्राहक चला गया और फिर उस रिकॉर्ड के बारे में कुछ भी नहीं कहा गया है जो यह तय करता है कि क्या हम उनके लिए भेजते हैं? माना जाता है। इसके बिना, एक पासवर्ड रीसेट हम NoReply@their-domain के रूप में भेजते हैं। हम नहीं भेजते हैं, इसलिए यह एक डोमेन से होने का दावा करते हुए अनधिकृत मेल है। स्पैम करने के लिए फ़िल्टर किया गया - कार्यक्षेत्र समाप्त होता है जबकि इसकी ई-मेल चुपचाप होती है नहीं। इसके लिए जेनेरिक निर्देश नहीं लिखे जा सकते क्योंकि सही है प्रति ग्राहक और गलत एक विनाशकारी है। कोई SPF के साथ डोमेन रिकॉर्ड एक बनाया जरूरत है। पहले से ही एक डोमेन है - जो सबसे ज्यादा है, क्योंकि गूगल, माइक्रोसॉफ्ट और हर विपणन उपकरण एक प्रकाशित - जरूरत है कि एकल संपादित रिकॉर्ड करें। दूसरे समूह को "इस रिकॉर्ड को जोड़ने" के लिए दो v=spf1 छोड़ देता है उसी नाम पर रिकॉर्ड करता है, जो एक आतंकवादी है: रिसीवर BOTH को अनदेखा करते हैं, इसलिए ग्राहक के स्वयं के प्रेषक भी प्रमाणित होने से रोकते हैं। पृष्ठ होगा कारण यह रोकने की कोशिश कर रहा था। इसलिए कार्ड पहले डोमेन के लाइव रिकॉर्ड को पढ़ता है और फिर एक परिणाम दिखाता है, केवल उन चरणों के साथ जो उस पर लागू होते हैं: - कोई रिकॉर्ड नहीं -> "एक नया रिकॉर्ड जोड़ें", पूर्ण मूल्य के साथ - रिकॉर्ड मौजूद है -> "आप पहले से ही रिकॉर्ड संपादित करें", वर्तमान मूल्य के लिए आंख से मेल खाता है, इसे बदलने के लिए विलय मूल्य, और एक लाल कॉलआउट कि एक दूसरा रिकॉर्ड कभी नहीं बनाया जाना चाहिए - पहले से ही सूचीबद्ध - कामो-होस्टेड -> कुछ नहीं करना; हम इसे प्रबंधित करते हैं दो मामलों में जानबूझकर सभी पर पेस्ट करने के लिए कोई रिकॉर्ड नहीं दिखाया गया है क्योंकि इसमें कोई रिकॉर्ड नहीं है हम जो मान सकते हैं वह सुरक्षित है: एक डोमेन पहले से ही कई SPF प्रकाशित करता है रिकॉर्ड (पहले टूट गया) और उन्हें विलय प्रेषकों के बारे में एक निर्णय कॉल है जिसे हम भेजते हैं नहीं जानते, और एक मर्ज जो एसपीएफ़ की 10 DNS लुकअप की सीमा का उल्लंघन करेगा - बचत जो पूरे रिकॉर्ड को अमान्य करेगा, ग्राहक के स्वयं के प्रेषक शामिल हैं। दोनों ने हमें इसके बजाय बात करने के लिए कहा। कदम अंतिम है और कभी नहीं गेट्स वर्कस्पेस में प्रवेश करें: वास्तव में कार्यस्थल वास्तव में करता है इसके बिना काम करें।.
· kamo-internal
किसी भी सार्वजनिक भूमिका से अपना रेफरल लिंक कॉपी करें
रेफ़रल सबसे ज्यादा परिवर्तित चैनल हैं जो एक नौकरी बोर्ड है, और क्या रुक जाता है वे यहाँ अनिच्छा के बजाय घर्षण हैं: करियर साइट एक पर जवाब देती है अलग मेजबान, इसलिए कोई भी स्मृति से यूआरएल को रचना नहीं कर सकता। सर्वर अब भेजता है यह प्रत्येक सदस्य लिस्टिंग पर तैयार है, जिसे दर्शक और कार्ड के साथ टैग किया गया है। एक प्रतिलिपि बटन प्रदान करता है - केवल उन भूमिकाओं के लिए जो वास्तव में बाह्य रूप से प्रकाशित होते हैं, इसलिए एक साझा नियंत्रण कभी भी एक ओर को परिचालित नहीं कर सकता है जिसे आंतरिक रखने के लिए चुना जाता है। जब क्लिपबोर्ड ने ROLVED लिखा तो टिक दिखाई देता है। navigator.clipboard है एक सुरक्षित संदर्भ के बाहर अपरिभाषित और अस्वीकार करता है जब दस्तावेज़ केंद्रित नहीं है, दोनों चुपके से; असफल प्रतिलिपि के बाद एक पुष्टि किसी से भी बदतर है, क्योंकि सदस्य कुछ भी नहीं पेस्ट करता है और क्यों नहीं जानता है। ************* में एक प्रकार की त्रुटि को भी ठीक करता है मुख्य रूप से `tsc` में विफल: इसके `create` नकली ने कोई पैरामीटर नहीं घोषित किया, इसलिए `calls[0]`` खाली टुपल के रूप में टाइप किया गया और रिकॉर्ड किए गए पेलोड में पहुंच गया। यह `next build` विफल रहता है, न केवल परीक्षण फ़ाइल।.
· DocsService
सीवी रीडर, कर्मचारी रेफरल लिंक और सार्वजनिक लिस्टिंग पर फॉर्म आकार
इस सेवा से तीन चीजें आवश्यक होती हैं। फॉर्म आकार अब सार्वजनिक लिस्टिंग पर सवारी करता है ( बारह पूछो * सेटिंग्स, बारह पूछो * सेटिंग्स) अतिरिक्त-इन्फो प्रॉम्प्ट, और क्या भूमिका पूछती है कि शिक्षा कहाँ से आई थी)। इसके बिना करियर साइट को हर संभव के संघ को प्रस्तुत करना होगा सवाल - एक पोर्टफोलियो यूआरएल के लिए एक गोदाम आवेदक से पूछ - और नहीं होगा यह जानने के लिए कि कौन से उत्तर आवश्यक हैं, इसलिए पहला उम्मीदवार एक के बारे में सुना है लापता एक अस्वीकार जमा है। पर एक एडाप्टर के माध्यम से लिखित वर्तमान में बारह सेटर्स की दूसरी सूची के बजाय फॉर्मशेप लागू होता है। फिर से शुरू होता हैस्कैन सर्विस ने संपर्क ब्लॉक को प्री-फिल करने के लिए पर्याप्त सीवी पढ़ा, और स्टोर नोटिंग: बाइट्स इन, पहले कुछ हजार पात्रों पर पांच regexes, सुझाव देना यह एक फ़ाइल को एक पर स्वीकार करने के लिए पूरी सुरक्षा तर्क है unauthenticated endpoint — वहाँ भ्रष्ट करने के लिए कोई राज्य नहीं है, और आवेदन है अभी भी आवेदक को जो कुछ भी प्रस्तुत करता है उससे दायर किया गया है। केवल PDF और सादे पाठ (POI) क्लासपैथ पर नहीं, फ़ाइल प्रकार के बजाय जादू बाइट्स द्वारा निर्णय लिया गया कॉलर-supplied नाम या सामग्री प्रकार, और प्रत्येक अreadable फ़ाइल वापस एक के रूप में आता है एक स्टेटस कोड के बजाय खाली नक्शा। नाम का अनुमान जानबूझकर डरावना है: एक गलत नाम पहले से भरा एक खाली बॉक्स से भी बदतर है, क्योंकि आवेदक नहीं हो सकता पहले से ही जवाब देने वाले क्षेत्र को फिर से पढ़ें। सदस्यजोबलिस्ट Dto gains रेफरलUrl — सार्वजनिक विज्ञापन के साथ टैग किया गया देखने का सदस्य - यहां बनाया गया क्योंकि वर्कस्पेस इसे रचना नहीं कर सकता: एक किरायेदार का करियर होस्ट इसका सत्यापित रूट डोमेन और आंतरिक है। इसे जानने के लिए एक भूमिका के लिए शून्य जो बाह्य रूप से प्रकाशित नहीं किया जाता है, इसलिए एक साझा नियंत्रण कभी भी किसी भूमिका को प्रसारित नहीं किया जा सकता है। इसके अलावा: अलर्ट अब एक नए-संयुक्त के बजाय बची हुई एचटीएमएल पंक्तियों का निर्माण करता है स्ट्रिंग। टेम्प्लेटरेंडर एक फ्लैट रेगेक्स है जो बिना किसी एस्केप के बदल जाता है, इसलिए "\n" प्रत्येक मेल क्लाइंट में एक रन-ऑन लाइन को ढंक दिया गया और एक शीर्षक जिसमें शामिल है और या < एक पत्र में मार्कअप को इंजेक्ट करना होगा जो एक अजनबी टाइप करने के लिए जा रहा है एक सार्वजनिक रूप में। प्राप्त होने के समान **************** एचआर पैकेज टेम्प्लेट का उपयोग विभाजित करें, और दोनों प्रेषकों ने गुजरना बंद कर दिया संगठन नाम - ईमेल सेवा उसी पंक्ति से {{orgName}} इंजेक्ट करती है।.
· kamo-shared-library
तीन सार्वजनिक लेन-देन टेम्पलेट्स और उनके पीछे ऑर्ग पैच कुंजी
कैरियर साइट अब उन लोगों को लिखती है जिनके पास कोई खाता नहीं है, जो इसके लिए नया है मंच: प्रत्येक अन्य लेन-देन टेम्पलेट सदस्य को जाता है। तीन canonical टेम्प्लेट इसे कवर करते हैं - आवेदन रसीद (जो एकल उपयोग दावा करती है) लिंक, और इसकी एकमात्र प्रति है), प्रतिभा-alert डबल ऑप्ट-इन, और नया भूमिकाएं पचाती हैं। दोनों अलर्ट अक्षरों में एक अनसब्सक्राइब लिंक होता है जो बिना किसी काम के काम करता है साइन इन करें, क्योंकि प्राप्तकर्ता को साइन इन करने के लिए कुछ भी नहीं है। इसके अलावा दो नाम ************* करियरसाइटएनेबल्ड और करियरनेटवर्कऑप्टिन। यह विधि एक स्पष्ट है इसलिए एक कुंजी यह नाम 200 के साथ स्वीकार नहीं किया जाता है और कभी संग्रहीत नहीं किया जाता है - सेटिंग्स स्विच ने अपने अगले लोड पर कुछ भी नहीं छोड़ा होगा कहीं भी असफलता की रिपोर्टिंग। HrCareersTemplateटेस्ट पिन स्थिर / डॉटेड कुंजी / प्रेषक ट्रिपल रास्ता HrPackageTemplateTest करता है, साथ ही बिना सदस्यता लिंक, बचे हुए शरीर बनाम हेडर-सुरक्षित-subject नौकरी शीर्षक के लिए विभाजित है, और दो-image छत - एक तीसरा <img> किसी अजनबी को एक पत्र में एक ट्रैकिंग पिक्सेल है।.
· kamo-register
रजिस्टर हैंडऑफ़ में आवेदन दावा टोकन लेना
उम्मीदवार अब बिना किसी अकाउंट के सार्वजनिक करियर साइट से आवेदन कर सकते हैं। The आवेदन उन ईमेल पते के खिलाफ संग्रहीत किया जाता है जिन्हें वे टाइप करते हैं, और रसीद एक एकल उपयोग दावा टोकन है जो इसे एक खाते में संलग्न करता है जो वे बनाते हैं बाद में। यह खाता यहां बनाया गया है और पंजीकरण एक अलग होस्ट पर समाप्त होता है, इसलिए Token एक ही एपेक्स-स्कैप्ड कुकी में पार्क किया जाता है, जो पहले से ही उपयोग किया जाता है - एक चीज जो यात्रा से बच जाती है। यूआईडी से अलग-अलग लिखित क्योंकि यूआईडी दो हमेशा एक साथ यात्रा नहीं करते हैं: /team?jobId = ... सीधे एक पर पहुंच गया विज्ञापन का दावा करने के लिए कोई आवेदन नहीं है। इसे छोड़ दें और आवेदन फंस गया है - एचआर एक अनाम प्रतिलिपि रखता है, सदस्य ट्रैक करने के लिए कुछ भी नहीं देखता है, और वर्कस्पेस फ़ाइलों से फिर से आवेदन करना एक प्रतिलिपि.
· kamo-internal
लाभ, सार्वजनिक फ़नल, नेटवर्क ऑप्ट-इन, और एक आवेदन का दावा
पांच बदलाव, उनमें से सभी कार्यस्थान आधे कुछ सार्वजनिक करियर अब साइट करता है। - पोस्टिंग संपादक पर फायदे और perks। यह सार्वजनिक विज्ञापन और सार्वजनिक विज्ञापन तक पहुंचता है Indeed/Linked फ़ीड में, दोनों के पास इसके लिए एक स्लॉट है जो बाहर जा रहा था खाली - एक वेतन पारदर्शिता चेतावनी। सीओ / सीए / एनवाई / डब्ल्यूए को प्रकट करने के लिए एक श्रेणी की आवश्यकता होती है; संपादक अब इसलिए कहता है जब भूमिका उनमें से एक में स्थित है और मुआवजा छिपा हुआ है। यह इनकार करने के बजाय चेतावनी देता है - नियम पोस्टिंग के तथ्यों को बदल देते हैं मॉडल नहीं है (हेडकाउंट, चाहे वह भूमिका राज्य में की जा सकती है), इसलिए यह एक इंसान के लिए एक संकेत है, न कि गेट। - पोस्टिंग कार्ड पर एक फ़नल रीडआउट: बोर्ड इंप्रेशन, विज्ञापन विचार, आवेदन क्लिक और लागू दर। केवल बाहरी रूप से प्रकाशित पोस्टिंग के लिए दिखाया गया है कम से कम दस छापों के साथ, क्योंकि तीन दृष्टिकोणों से गणना की गई दर है शोर एक माप के रूप में प्रस्तुत किया। - आवश्यक सेटिंग्स के तहत दो org स्विच। पहला फैसला करता है कि क्या करियर.<domain> सभी पर उत्तर; दूसरा क्या org बाहरी रूप से प्रकाशित भूमिकाएं मंच के अपने बोर्ड के अलावा अन्य के बगल में भी दिखाई देती हैं किरायेदार नेटवर्क स्विच डिफ़ॉल्ट रूप से बंद है और अक्षम है - और के रूप में भेजा झूठा - जबकि साइट स्वयं बंद है, इसलिए साझा बोर्ड में चयन नहीं कर सकता है अपने आप को बंद करने के आसपास एक रास्ता बन गया। - आवेदन का दावा करना। अब कोई सार्वजनिक स्थल से आवेदन नहीं कर सकता है खाता; रसीद एक एकल उपयोग टोकन रखती है, कैमो-रजिस्टर पार्क में इसे एपेक्स-स्कैप्ड कुकी जॉब यूआईडी के बगल में, और कैरियर टैब इसे रीडीम करता है आगमन पर एक बार। दावा करने से पहले विज्ञापन खुल जाता है ताकि दावा किया जा सके जब टैब तय करता है कि फॉर्म दिखाने के लिए आवेदन पहले से ही लोड हो जाता है पहले से भरा हुआ या विज्ञापन पढ़ने के बाद - दूसरा आदेश एक उम्मीदवार को दिखाता है एक नौकरी के लिए खाली फॉर्म जिसे उन्होंने पहले ही लागू किया है। दोनों कुकीज़ स्पष्ट हैं क्या वे मैच नहीं करते.
· kamo-internal
एक भगवान मोड बग रिपोर्ट पर स्विच प्रकाशित
एक खुला देवता-मोड विंडो के साथ एक ऑपरेटर अब एक बग या एन्हांसमेंट दाखिल करता है एक प्रकाशन स्विच हो जाता है। यह बंद है जब खिड़की खुलती है और नहीं करती है अपनी अंतिम स्थिति को याद रखें: झंडा यह तय करता है कि संगठन क्या है? रिपोर्ट को इसके खिलाफ दायर किया जा सकता है, और एक नियंत्रण जो याद किया जाएगा, उसे देख सकता है। अंततः कुछ प्रकाशित नहीं किया गया था, जिसका अर्थ था प्रकाशित करना एक साथ रखें। दराज एक मिलान टॉगल हो जाता है इसलिए पहले से ही दायर एक रिपोर्ट बाद में जारी किया जा सकता है, और दोनों कार्ड और दराज एक unpublished निशान इसलिए एक ऑपरेटर एक नज़र में देख सकता है जो किरायेदार की रिपोर्ट नहीं करता है देखना भगवान मोड पर गेट, Manage SYSTEM BUGS पर नहीं - AI स्विच पर भेजें इसके बगल में एक ही रूप में बैठे खड़े मंच पर गेट किया जाता है ठीक है, और यह जानबूझकर नहीं है। एक मंच प्रशासक प्रत्येक रिपोर्ट में कहा गया है कि वे कांच टूट गए हैं या नहीं; यह तय करना कि कौन SEE कर सकता है? एक खुला विंडो लेता है। फॉर्म ब्राउज़र के अपने देवता-मोड स्टेट को पढ़ता है, जो बंद हो जाता है: सबसे खराब मामला एक ऑपरेटर है जिसे नियंत्रण की पेशकश नहीं की जा रही है और उसे दाखिल करना प्रकाशित रिपोर्ट, जो इस अस्तित्व से पहले हुई थी। यह फैसला करता है केवल क्या स्विच DRAWN है - सर्वर `publish` को अनदेखा करता है बिना किसी खुले विंडो के, इसलिए यहां कुछ भी नहीं देता है। The दराज इसके बजाय सर्वर के canPublish का उपयोग करता है, क्योंकि इसका विस्तार DTO है इसे पढ़ने के लिए। `publish` को पूरी तरह से पेलोड से छोड़ दिया जाता है जब स्विच नहीं था खींचा गया, बजाय सही के रूप में भेजा गया: सर्वर एक अनुपस्थित मान को "के रूप में पढ़ता है ग्राहक ने नहीं पूछा, जो एक साधारण सदस्य के लिए प्रत्येक के समान है अन्य उत्तर यही वह सदस्य है जो कभी नियंत्रण नहीं देखता है अपनी खुद की रिपोर्ट अदृश्य फाइलिंग। केवल फाइलिंग। एक संपादन विंडो कभी स्विच को दिखाती है, क्योंकि अद्यतन करता है झंडा नहीं लेना चाहिए और चुपचाप ऐसा कुछ भी नहीं होना चाहिए। कोई स्विच नहीं।.
· MediaService
चलो एक भगवान मोड ऑपरेटर निजी तौर पर एक प्रणाली बग फाइल
एक रिपोर्ट पोस्ट करना अब एक ऑपरेटर को एक खुला स्विच प्रदान करता है जिसमें एक खुला स्विच होता है भगवान-मोड विंडो। यह बंद करने के लिए डिफ़ॉल्ट है: रिपोर्ट भगवान मोड के साथ तब तक रहती है जब तक कोई इसे जारी करता है, और POST /{id}/published releases or withholds one बाद में। लिखने का नियम चार पंक्तियां और अनुचित है। ग्राहक `publish` है केवल एक कॉलर से एक खुले देवता-मोड विंडो के साथ पढ़ने के लिए; हर किसी के लिए इसे अस्वीकार करने के बजाय खारिज कर दिया जाता है, क्योंकि क्षेत्र की पेशकश नहीं की जाती है उन्हें और एक साधारण सदस्य से आने वाले मूल्य या तो एक कहानी निर्माण है या हाथ से लिखने वाले JSON - न तो एक कारण से एक बग रिपोर्ट विफल करने के लिए है जब कोई हमें कुछ बताने की कोशिश कर रहा है तो वह टूट गया है। भगवान-मोड के लिए कॉलर एक नल और एक ही जगह में एक स्पष्ट झूठी जमीन: एक ध्वज जिसका उद्देश्य एक रिपोर्ट को किरायेदार से दूर रखने के लिए खुद को चालू नहीं करना चाहिए क्योंकि एक क्षेत्र गायब हो गया। भगवान मोड पर गेट, Manage SYSTEM BUGS पर नहीं, और अंतर है बिंदु। एक मंच प्रशासक है कि सही लगातार रखती है और हो सकता है प्रत्येक रिपोर्ट को ट्रेज करें; यह तय करना कि कौन SEE कर सकता है, किसने जानबूझकर कार्य किया है। कांच टूटना। So GodMode() reads ************* जो एक जगह है GD (स्थायी पात्रता) एक साथ संयुक्त है खुली खिड़की - अकेले पढ़ने से उन ऑपरेटरों को यह अनुदान दिया जाता है। हर बार, या कोई नहीं। पढ़ने का नियम दो बार उद्देश्य पर लागू होता है और न ही अनावश्यक होता है। The क्वेरी एक सूची में दिखाई देने वाली एक अप्रकाशित रिपोर्ट को रोकती है; MaySeeUnpublished इसे आईडी द्वारा प्राप्त होने से रोकता है, जिसमें एक प्रबंधक शामिल है जो सही रखता है लेकिन कांच टूट नहीं है। ChangeStatus एक ही जाँच हो जाता है: उन कॉलर आईडी सीखने का कोई तरीका नहीं है, लेकिन "वे इसे नहीं मिला" एक नहीं है पहुँच नियम, और यह अन्यथा एक समापन बिंदु होगा जहां एक निजी रिपोर्ट को किसी व्यक्ति द्वारा इसे छिपाया जा सकता है। बजाय 404 पूरे 403, दसियों की जाँच से मेल खाता है - एक 403 आईडी की पुष्टि करता है मौजूद है। प्रकाशन की घोषणा स्टेटस बदलाव की तरह की जाती है, क्योंकि यह एक ही तरह का है बिल्ला के लिए घटना की: एक रिपोर्ट दिखाई दे रही है अपठित गिनती में शामिल हो जाती है प्रत्येक प्रबंधक जो इसे एक पल पहले नहीं देख सकता है। जब कुछ नहीं छोड़ा बदल गया, इसलिए टॉगल को फिर से दबाने से हर सांत्वना नहीं होती है।.
· kamo-shared-library
एक सिस्टम बग पर ध्वज प्रकाशित करें, और उसके पीछे क्वेरी नियम
एक सिस्टम बग पहले से ही एक दिशा में दसियों लाइन पार कर गया। यह जोड़ता है इसके शीर्ष पर दूसरा दृश्यता नियम: एक रिपोर्ट एक भगवान मोड ऑपरेटर निजी तौर पर एक कॉलर के लिए एक ओपेन देव-मोड विंडो के साथ दिखाई देता है, ताकि वह एक ओपेन देवता-मोड विंडो के साथ कॉलर को देख सके। वह सदस्य जिसने इसे दायर किया, और कोई और नहीं। एक nullable फिल्टर पैरामीटर के बजाय तीन ORed शर्तों के रूप में लिखित, क्योंकि भगवान का कोई मूल्य नहीं हैमोड जिसका अर्थ है "इस पर लागू न करें" - यह हमेशा लागू होता है। यह सभी चार प्रश्नों में आता है क्रियाकलाप, दसियों की भविष्यवाणी के बगल में जो पहले से ही पूरे हो चुका है उन्हें कारण के लिए प्रस्तावना बाहर spells: एक गिनती एक के तहत गणना की इसके खुलने की सूची से अलग नियम एक बग रिपोर्ट है जो होने की प्रतीक्षा कर रही है। एक बिल्ला गिनती रिपोर्ट सूची को एक बिल्ला के रूप में नहीं दिखाया जाएगा कि स्पष्ट करने से इनकार कर दिया। b.reporter.id एक ही कारण के लिए एक implicit शामिल होने के रूप में सुरक्षित है b.reporterOrg.id है - एसोसिएशन वैकल्पिक = झूठी है, इसलिए यह नहीं कर सकता चुपचाप पंक्तियाँ छोड़ें जिस तरह से एक नब्ज करने योग्य व्यक्ति में शामिल हो जाता है। A null viewerMemberId यहां सुरक्षित उत्तर है: कोई पंक्ति की रिपोर्टर आईडी बराबर नहीं है null, इसलिए एक unresolvable दर्शक अकेले 'प्रकाशित' पर वापस गिर जाता है प्रत्येक निजी रिपोर्ट से मेल खाती है। कंपनी पर TRUE को डिफ़ॉल्ट रूप से प्रकाशित किया गया, बिल्डर में और में @PrePersist गार्ड, कॉलम डिफ़ॉल्ट से मेल खाता है। NULL के रूप में लिखा गया "नहीं प्रकाशित" के रूप में भविष्यवाणी द्वारा वापस पढ़ा जाएगा, जो छिपाना होगा उस किरायेदार से एक रिपोर्ट जिसने इसे दायर किया क्योंकि एक निर्माता ने एक क्षेत्र को छोड़ दिया। डीटीओ के विस्तार पर प्रकट हो सकता है जानबूझकर प्रबंधन नहीं कर सकता है। Manage SYSTEM BUGS लगातार मंच प्रशासकों द्वारा आयोजित किया जाता है; यह उत्तर दें कि ब्रेक ग्लास विंडो खुली है या नहीं। दोनों को एक साथ मोड़ना लोगों के गलत सेट के लिए ध्वज का पूरा बिंदु हाथ होगा।.
· InitializerService
System bug.published, डिफ़ॉल्ट करने के लिए TRUE
पब्लिश ध्वज के पीछे स्तंभ: एक देवता-मोड ऑपरेटर अब एक फ़ाइल कर सकते हैं रिपोर्ट करें कि भगवान मोड के साथ रहता है जब तक कोई इसे जारी नहीं करता है। DEFAULT TRUE (DFAULT TRUE) यह पूरी तरह से कारण है कि इसे बैकफिल की आवश्यकता नहीं है, और यह है इस फाइल में एक बयान जो एक पेज को तोड़ने के बजाय खाली कर सकता है। प्रत्येक रिपोर्ट जो पहले से ही मौजूद है, उस संगठन के लिए दिखाई दे रही थी। इसे दायर किया, और इसलिए हर रिपोर्ट के बाद एक साधारण सदस्य फ़ाइलों — ध्वज को केवल एक रिपोर्ट पर भगवान मोड ऑपरेटर द्वारा बंद किया जा सकता है वे खुद को दाखिल कर रहे हैं। FALSE का एक DEFAULT, तत्काल इस पर होगा। भाग गए, हर रिपोर्ट को कभी उन लोगों से दायर किया गया है जिन्होंने उन्हें दाखिल किया था, इसके द्वारा सूचना देने के लिए लॉग में कुछ भी नहीं है। कतार केवल खाली होगा। एक ही कारण status name के लिए नहीं है: एक तीसरा राज्य जिसका अर्थ है "कोई भी नहीं कहा है" हर क्वेरी है कि पढ़ा द्वारा व्याख्या की जानी चाहिए यह, हमेशा के लिए, और दो रीडिंग भिन्न होते हैं कि क्या एक किरायेदार देख सकता है पंक्ति।.
· DocsService
आवेदन प्रथम, नौकरी नेटवर्क, अलर्ट, अनुवाद और प्रतिधारण
आठ चीजें, सभी अज्ञात करियर की सतह के पीछे, और सभी साझा करना नियम पहले से ही अपने खुद के बढ़ने के बजाय लागू होते हैं। APPLY-FIRST. PublicApplyService अपने लेखक के पास होने से पहले एक आवेदन फाइल करता है खाता और ईमेल एक दावा लिंक. पोस्टिंग उसी जनता के माध्यम से लोड हो जाती है भविष्यवाणी - एक संग्रहीत या आंतरिक-केवल Req उत्तर 404, कभी नहीं 403 — जवाब एक सदस्य के रूप में SAME सत्यापनकर्ता के माध्यम से जाना, और Résumé के माध्यम से एक ही स्टोर, क्योंकि उन नियमों की एक दूसरी प्रति दूसरे तरीके से है। डुप्लिकेट ईमेल पर पकड़ा जाता है, जो एक सार्वजनिक आवेदक की एकमात्र पहचान है। नेटवर्क। एक क्रॉस-संगठन बोर्ड, दो बार गेट किया गया: यह तब तक मना कर दिया जाता है जब तक कि यह तब तक नहीं हो पाता है जब तक कि यह दो बार गेट हो जाता है। अनुरोध मंच के अपने करियर होस्ट पर आता है (अग्रेषित से पढ़ें) मेजबान, असफल होना बंद है, और एक संगठन को चुना जाना चाहिए। यह पुन: उपयोग करता है PublicCareersService's own mapper and assembler. देख सकते हैं कि वहाँ एक किरायेदार के अपने बोर्ड की तुलना में कमजोर नहीं हो सकता है। प्रत्येक कार्ड के लिए लिंक EMPLOYER के डोमेन पर विज्ञापन - नेटवर्क यातायात भेजता है, यह नहीं करता है इसे पकड़ो। प्रकटीकरण फ्री-टेक्स्ट सर्च "every term कहीं दिखाई देता है", इसलिए एक गोदाम स्टाफ इंजीनियर के साथ रैंक स्तर पारित करने में उल्लेखनीय इंजीनियरों का विज्ञापन भूमिका। यह अब पूरे शब्द बोनस के साथ फील्ड-वेट है, और प्रासंगिकता की ओर जाता है केवल तभी ऑर्डर करें जब कोई वास्तव में खोज करता है। फ़नल। इंप्रेशन, खुलता है और क्लिक लागू करता है, मेमोरी में बफर किया गया और फ्लश किया गया प्रत्येक तीस सेकंड। प्रति घटना एक पंक्ति मंच की सबसे बड़ी तालिका होगी एक महीने के भीतर और जवाब देना चाहिए कि काउंटर नहीं है; देखने के लिए अद्यतन एक अज्ञात साइट पर प्रति पेज लोड एक लिखने लेनदेन होगा। लागत है ईमानदारी से: एक फली पुनरारंभ तीस सेकंड तक खो देता है। डबल ऑप्ट-इन के साथ TALENT ALERTS, एक कभी-बाहरी सदस्यता टोकन, एक अठारह महीने की समाप्ति, और एक स्वीप जो किसी ने कभी पुष्टि नहीं की थी। सब्सक्राइब एंडपॉइंट उसी तरह उत्तर देता है जो पता का इतिहास है - उन्हें अलग करने के लिए कौन एक कंपनी की नौकरी देख रहा है के लिए एक oracle होगा। प्रकाशन पर अनुवाद, एक अलग बीन पर इसलिए @Async को बायपास नहीं किया जाता है स्व-invocation, REQUIRES NEW per locale तो एक विफलता बीस को खारिज नहीं करता है, और इसलिए एक बार में हर भाषा को अमान्य रूप से संपादित करें। Google की नौकरी पोस्टिंग-विशिष्ट एपीआई के माध्यम से प्रवेश करना - सेवा तक बंद और लॉग इन करना खाता मौजूद है, क्षण काम करता है। जब एक भूमिका बंद हो जाती है तो URL DelETED, क्या एक बोर्ड जमा परिणाम है कि लीड कहीं नहीं रोकता है। RETENTION: एक रात्रि बैच वाला स्वीप, साथ ही एक विषय के लिए एक HR इरेज़र समापन बिंदु अनुरोध 21 नए परीक्षण।.
· InitializerService
Hr job Application.member id nullable
डीडीएल-ऑटो कॉलम जोड़ता है; यह कभी भी तनाव को आराम नहीं देता है। फ्लिप वैकल्पिक = झूठी इकाई के बारे में सच है कि ORM क्या मानता है और इसके बारे में कुछ भी नहीं डेटाबेस को लागू करता है - मैपिंग कहता है कि nullable, कॉलम नहीं रहता है, और पहला सार्वजनिक अनुप्रयोग @transactional विधि के अंदर डालने में विफल रहता है जिसका रोलबैक सबूत को हटा देता है। इसके अलावा हर एप्लिकेशन के लिए वापस भरता है जो अवधारण की भविष्यवाणी करता है नीति वहाँ "keep हमेशा के लिए" का मतलब है, इसलिए इस स्वीप के बिना ही होगा कभी सुविधा भेजने के बाद दायर अनुप्रयोगों को कवर किया गया, जो एक नहीं है अवधारण नीति (पोस्टिंग, सदस्य) अद्वितीय बाधा जानबूझकर अकेले छोड़ दी जाती है: एक बार Member id को null किया जा सकता है यह सार्वजनिक पंक्तियों को नियंत्रित करने से रोकता है, जो हम चाहते हैं - पोस्टग्रेस अलग के रूप में NULLs का इलाज करता है और सार्वजनिक आवेदकों को डिप्लिकेट किया जाता है। सेवा में ईमेल, जहां एक इनबॉक्स साझा करने वाले दो लोग एक संदेश प्राप्त करते हैं बल्कि एक बाधा उल्लंघन की तुलना में।.
· kamo-shared-library
आवेदन-पहले, नेटवर्क, अलर्ट और रिटेंशन के पीछे स्कीमा
hr job Application पर Member id हो जाता है, जो पूरी तरह से है लागू-पहली: पांच चरणों को दबाने के बीच खड़ा होना और पहले जवाब देना सवाल, और दो खड़ी — एक खाता बनाएँ, एक ईमेल सत्यापित — आया इससे पहले हम सब पर कुछ सीखा था। अब इसके पहले आवेदन मौजूद हो सकता है लेखक करता है, एक दावा टोकन के साथ जो बाद में एक खाता संलग्न करता है। प्रत्येक क्वेरी उस स्तंभ में शामिल होने के लिए एक LEFT शामिल होना चाहिए। वास्तव में एक बूंद पंक्तियाँ यह जोड़ती हैं, जबकि आवेदक टैब से सार्वजनिक अनुप्रयोगों को छिपाती हैं। कहीं भी विफल रहा; findForOrgPosting AndMember. दो org स्तंभ: Career site enabled (एक org जो चाहता है कि कोई सार्वजनिक बोर्ड नहीं होना चाहिए) उस होस्ट पर सभी का जवाब नहीं है) और कैरियर network opt in, डिफ़ॉल्ट FALSE — प्रत्येक अन्य किरायेदार के बगल में अपनी भूमिकाओं को प्रकाशित करना एक निर्णय है, डिफ़ॉल्ट नहीं है। एक पोस्टिंग पर तीन काउंटर - छाप, विस्तार दृष्टिकोण, क्लिक लागू करें - रीसेट करें सूचीबद्ध के साथAt आवेदक गिनती की तरह, UPDATE के साथ बढ़ी ... सेट c = c + n इसलिए समवर्ती फली एक दूसरे के लिखते नहीं खोते। नौकरी लाभ, जिसमें एक है schema.org में घर है कि शरीर prose नहीं करता है। दो नई संस्थाएं JobPostingtranslation पाठ का एक फिंगरप्रिंट वहन करता है जिसे वह था से बनाया गया है, इसलिए एक संपादित अमान्यता बीस-एक भाषाओं में एक ही दूसरे के बजाय उन्हें पुराने वेतन का वर्णन करने की तुलना में। कैरियर्सटैलेंटअलर्ट पूरे करता है सहमति जीवनचक्र - डबल ऑप्ट-इन, एक कभी-बाहरी बिना सदस्यता टोकन और एक Expiry — क्योंकि यह एक सार्वजनिक रूप है जो किसी अजनबी के पते को स्टोर करता है। इसके बाद: अनुप्रयोगों में एक नाम, एक ईमेल और एक CV रखा गया है, और उन्हें रखा गया है हमेशा के लिए एक तटस्थ डिफ़ॉल्ट नहीं है।.
· kamo-internal
एक सदस्य की खाता गतिविधि पर फोर्स कामोमोबाइल लोगोट
फोर्स लोगोट ने सत्र को हटा दिया, जो एक ब्राउज़र को समाप्त करता है। यह फोन समाप्त नहीं होता है: KamoMobile एक टिकाऊ उपकरण टोकन रखती है और इससे एक ताजा सत्र mints तुरंत, इसलिए हारे हुए हैंडसेट पर फोर्स लोगोट को दबाकर यह लगता है कि यह काम करता है और काम करता है। कुछ नहीं बदलता है। नया बटन स्वयं उपकरणों को रद्द करता है। अब यह मामला है कि कामोमोबाइल पूरी तरह से इंटरैक्टिव टर्मिनल खोल सकता है सदस्य की देव मशीन: जो भी एक अनलॉक हैंडसेट पकड़ रहा है, बॉक्स पर एक खोल है इस रन तक क्लस्टर-व्यवस्थापक कुबेकॉन्फ़िग के साथ। इसके अलावा आगे की कार्रवाई की अनुमति देता है। यह अपस्ट्रीम पीएटीएच में उतरता है, इसलिए एक अनचेक मूल्य '..' खंडों का लक्ष्य एक प्रामाणिक POST पर हो सकता है। विभिन्न सुरक्षा सेवा समापन बिंदु। वे सभी खुद को अधिकृत करते हैं, इसलिए यह एक है केवल एक के बजाय दूसरी पंक्ति - लेकिन पहली पंक्ति ' HTTP' नहीं होनी चाहिए ग्राहक उस को सामान्य करने के लिए होता है।.
· SecurityService
फोर्स कामोमोबाइल लोगोट - सदस्य के मोबाइल उपकरणों को रद्द करें
फोर्स-लॉगआउट डिलीट *** सत्र, जो एक ब्राउज़र को समाप्त करता है। यह समाप्त नहीं होता फ़ोन: कामोमोबाइल एक टिकाऊ उपकरण टोकन रखता है और इससे एक ताजा *** mints रखता है इस क्षण की जरूरत है, इसलिए बल-लॉगआउट फोन के वर्तमान सत्र को समाप्त करता है और फोन चुपचाप दूसरे शुरू होता है। Revoking डिवाइस टोकन केवल एक चीज है वह एक हैंडसेट को लॉक करता है। यह नियंत्रण है जो अब खोए हुए फोन को जीवित बनाता है कि कामोमोबाइल कर सकते हैं सदस्य की देव मशीन पर पूरी तरह से इंटरैक्टिव टर्मिनल खोलें - एक रूट-समतुल्य एक बॉक्स पर खोल एक क्लस्टर व्यवस्थापक kubeconfig पकड़े। जो कोई भी अनलॉक हो रहा है हैंडसेट में यह तब तक होता है जब तक कि यह रन न हो। उपकरण रद्द कर दिए जाते हैं इससे पहले सत्र हटा दिए जाते हैं; अन्य आदेश एक अंतराल छोड़ देता है जिसमें ऐप एक टोकन से फिर से शुरू हो सकता है जो अभी भी मान्य है और वापस आ सकता है साइन इन करें पुश पंजीकरण डिवाइस के साथ जाते हैं, या फोन के लिए buzzing रहता है यह खाता अब खुला नहीं है। एक नए घटना के प्रकार के बजाय FORCE LOGOUT के रूप में लॉग इन करें: एक के लिए आवेदन ordinal-persisted enum एक स्कीमा परिवर्तन है, और संदेश का कहना है कि किस तरह यह था। Samemanage MEMBER SECURITY गेट अपने भाई के रूप में।.
· kamo-internal
मंच पंजीकरण के अनुसार एक स्विच, और ऑर्ग साइड पर अपना खुद का स्वामित्व
प्लेटफॉर्म कॉन्फ़िगरेशन पर प्रत्येक OAuth2 कार्ड → एडवांस्ड को एक सक्षम / अक्षम हो जाता है अपने शीर्ष कोने में स्विच करें। यह केवल सक्षम ध्वज लिखता है, अनुपलब्ध है जब तक क्रेडेंशियल इसके पीछे मौजूद नहीं होते हैं, और अगर लिखने में विफल रहता है तो फिर से बदल जाता है - एक सक्षम/अक्षम जो राज्य को दर्शाता है कि ऑपरेटर ने एक के बजाय पूछा सर्वर रखा कोई स्विच से भी बदतर होगा। इसके टूलटिप कहते हैं कि क्या स्विचिंग वास्तव में, क्योंकि प्रभाव अन्य लोगों की स्क्रीन पर उतरता है। ऑर्ग साइड दूसरा आधा है। OAuthAppsection एक घटक है, गिरा दिया प्रत्येक सेटिंग्स स्क्रीन में जो इन प्रदाताओं में से एक के माध्यम से जुड़ती है: ईमेल मेलबॉक्स, बैठक, टीम फोन, सामाजिक, Canva और पेरोल। यह पूछता है प्रश्न — कामो का अनुप्रयोग, या आप ने खुद को पंजीकृत किया - और प्रस्तुत करता है दूसरे के लिए क्रेडेंशियल फॉर्म। जब प्लेटफ़ॉर्म पंजीकरण बंद हो जाता है तो प्रश्न गायब हो जाता है, बजाय एक विकलांग रेडियो बनने की तुलना में: बीच चुनने के लिए कुछ भी नहीं है, और क्रेडेंशियल फॉर्म एकमात्र तरीका है। यह मामला फीचर का बिंदु है, इसलिए यह सादे रास्ते हो जाता है, न कि ग्रे-आउट। प्रदाता क्षेत्र स्कीमा दोनों पक्षों को आयात साझा सूची में स्थानांतरित होता है। वे उसी पंजीकरण का वर्णन करें; एक क्षेत्र मंच के लिए जोड़ा गया है और नहीं के लिए org एक क्रेडेंशियल हो सकता है, एक org कभी आपूर्ति नहीं कर सकता है, और यह केवल सतह होगी एक प्रदाता के रूप में टोकन अनुरोध को खारिज कर दिया। पंजीकरण एक साझा, अवैध-ऑन-राइट कैश के माध्यम से लोड होता है - अकेले ईमेल स्क्रीन तीन खंडों को प्रस्तुत करता है और प्रत्येक खुद के लिए लाने के लिए होगा एक ही कॉल तीन बार प्रति विज़िट जारी करें।.
· VOIPService
टीम फोन ऑर्ग के अपने एनट्रा ऐप में वापस आता है
प्रति फोन सर्वर क्रेडेंशियल अभी भी जीतते हैं - यह सबसे विशिष्ट स्रोत है। उनके नीचे क्या परिवर्तन है? पंजीकरण अगर यह एक है, और उसके बाद Kamo के बहु किरायेदार ऐप है। रीडायरेक्ट यूआरआई एक ही कारण के लिए ऑर्ग-स्किप है, यह पंजीकरण डेटा है। सभी: अपने स्वयं के एनट्रा ऐप पर एक ऑर्ग ने अपना पंजीकरण किया और माइक्रोसॉफ्ट को इसकी आवश्यकता है। मूल्य को फिर से शुरू करने के लिए टोकन विनिमय पर मिलान करने के लिए प्राधिकरण byte-for-byte. इसलिए कॉलबैक उसे उसी के तहत हल करता है जिसके तहत उसे अधिकृत किया जाता है।.
· MediaService
Resolve Canva, Meta, X और बैठक प्रति संगठन क्रेडेंशियल
यहां हर प्रवाह जो भी ऐप पढ़ता है, org पर है - अपने स्वयं के पंजीकरण अगर यह एक लाया, अन्यथा कामो का प्लेटफॉर्म ऐप। कैंवा और मेटा प्रविष्टि अंक कनेक्शन या इरादे को लोड करते हैं ग्राहक, क्योंकि कौन-सा अनुप्रयोग एक प्राधिकरण के खिलाफ रन ऑर्ग पर निर्भर करता है और org id लोड होने की बात में रहता है। एक प्राधिकरण शुरू हुआ एक ऐप के खिलाफ दूसरे के खिलाफ पूरा नहीं किया जा सकता है। SocialCredsResolver को एक ही कारण के लिए पीछे की ओर जाना पड़ता है: एक मेटा वेबहुक पर हस्ताक्षर किया जाता है जिसके द्वारा ऐप पृष्ठ का मालिक होता है, इसलिए इसे सत्यापित करने के लिए इसे साथ मंच रहस्य हर HMAC जाँच एक पृष्ठ के माध्यम से जुड़े के लिए विफल हो जाएगा org का अपना अनुप्रयोग। Canva's return-navigation callback मंच-केवल रहता है और के रूप में टिप्पणी की है इस तरह के: यह एक सहसंबंध JWT और कोई संगठन के साथ आता है, इसलिए इसके बारे में एक org खुद का ऐप मैन्युअल आयात पथ से गुजरता है जो पहले से ही इसके लिए मौजूद है। बैठकों स्क्रीन लाभ orgOAuthClient कॉन्फ़िगर और oauthClientAvailable, तो यह "Kamo's app" और "हमारे खुद के अनुप्रयोग" को स्वतंत्र रूप से छिपाने के बजाय प्रदान कर सकता है। एक क्लिक कनेक्ट पल एक प्लेटफॉर्म ऑपरेटर एक प्रदाता को बंद कर देता है।.
· EmailService
प्रति संगठन मेलबॉक्स OAuth क्रेडेंशियल को हल करें
गूगल, माइक्रोसॉफ्ट 365 और जोहो मेलबॉक्स अब जो भी ऐप org को पढ़ता है अगर यह एक लाया जाता है तो इसका अपना पंजीकरण होता है, अन्यथा कामो का प्लेटफॉर्म ऐप। ऑर्ग को ताज़ा और साथ ही कनेक्ट के माध्यम से थ्रेड किया जाता है। जारी अनुदान एक org के अपने ऐप के लिए केवल उस ऐप के क्लाइंट आईडी और गुप्त के साथ ताज़ा किया जा सकता है, इसलिए प्लेटफॉर्म जोड़ी को पढ़ने के लिए इस क्षण को विफल करना शुरू हो गया था कामो ऐप का उपयोग बंद कर दिया - कनेक्ट करने के एक दिन या एक घंटे बाद, तुरंत नहीं, जो निदान के लिए सबसे खराब प्रकार की विफलता है। माइक्रोसॉफ्ट किरायेदार एक ही नियम का पालन करता है: आमतौर पर अपने स्वयं के एनट्रा ऐप पर एक org बहु किरायेदार "आम" के बजाय अपने किरायेदार चाहते हैं।.
· SecurityService
संगठन के पक्ष में CRUD एक संगठन के अपने OAuth2 ग्राहक के लिए
मंच OAuthClientController के ओर्ग-स्किप्ड जुड़वां, पीछे ************* समान डीटीओ आकार, एक ही एनक्रिप्ट-ऑन-राइट, एक ही कभी रिटर्न-ए-सेक्रेट नियम, साथ ही प्लेटफॉर्मEnabled - जो हर एक है एकीकरण सेटिंग्स स्क्रीन यह तय करने के लिए पढ़ती है कि "कामो ऐप का उपयोग करें" क्या है? सब पर प्रस्ताव। कोई एकल "प्रबंधन एकीकरण" अधिकार नहीं है, इसलिए प्रत्येक प्रदाता को गेट किया जाता है उस सुविधा का सही सेट जो इसे उपभोग करता है: वही सही जो खुलता है स्क्रीन से पंजीकरण संपादित है। माइक्रोसॉफ्ट, जो दोनों है मेलबॉक्स ऐप और टीम-मेटिंग ऐप भी स्वीकार करता है। CONFIGURE SYSTEM पास हर जगह, जैसा कि यह सेटिंग्स में कहीं और करता है। कोई ऑर्ग-साइड स्क्रीन वाला एक प्रदाता यहां बिल्कुल पता नहीं है, इसलिए एक टाइपो कभी-कभी पंजीकरण नहीं कर सकता: मेरिडियन लिंक का रहस्य है बाजार के अनुसार, और रिंगसेंट्रल और एडीपी प्रति-इंस्टेंस क्रेडेंशियल हैं जिनमें कोई नहीं है मंच एप्लिकेशन को बदलने के लिए।.
तुम्हारा ब्रह्मांड इंतजार कर रहा है.
मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.
हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं