तपाईंका साइटहरू तपाईंले तोकेको ठाउँमै चल्छन्

हो। क्षेत्र प्लेसमेन्ट इन्जिनका लागि एउटा इनपुट हो, बाहिरबाट ह्यान्डल गरिने अनुरोध होइन। एउटा क्षेत्र पिन गर्नुहोस् र त्यो क्षेत्रका लागि ट्याग गरिएका फ्लीट वर्करहरू मात्र साइट प्राप्त गर्न योग्य हुनेछन्; त्यसपछि चुनिएको क्षेत्र साइट रेकर्डमा भण्डारण गरिन्छ ताकि तपाईं यसले कहाँ काम गर्छ भनेर सधैँ पढ्न सक्नुहुन्छ। यसलाई अनसेट नै छोड्नुहोस् र साइटले आफू अवतरण हुने वर्करको क्षेत्र इनहेरिट गर्नेछ।

यो होस्टिङ लाइनमा निर्भर गर्दछ, किनभने प्रत्येक लाइन यसका लागि निर्माण गरिएको क्षमतामा चल्छ। अर्डर फारम र प्रत्येक होस्टिङ पृष्ठले तपाईंले आज छनौट गर्न सक्ने शहरहरूको सूची देखाउँछ, जुन प्लेसमेन्ट इन्जिनबाट प्रत्यक्ष रूपमा पढिन्छ, त्यसैले यो जवाफ कहिल्यै पुरानो हुँदैन। कडा EU रेसिडेन्सीको लागि, युरोपेली संघ भित्रको डेटा केन्द्र छनौट गर्नुहोस्; जहाँ खरिदका लागि प्रमाणित आधारभूत प्लेटफर्म आवश्यक हुन्छ, त्यहाँ हामी ती आवश्यकताहरू पूरा गर्ने क्षमतामा राख्न सक्छौं। प्रत्येक स्थान पछाडिका आपूर्तिकर्ताहरू हाम्रो आफ्नै व्यावसायिक व्यवस्था हुन् — तपाईंले स्थान छनौट गर्नुहुन्छ, विक्रेता होइन।

होइन — Zinn Digital® सँग आज आफ्नै कुनै अनुपालन प्रमाणपत्रहरू छैनन्, र हामी अन्यथा भएको सङ्केत पनि गर्ने छैनौँ। यदि खरिदकर्ताको खरिद प्रक्रियाले तपाईँका साइटहरू मुनि प्रमाणित प्लेटफर्मलाई अनिवार्य आवश्यकता बनाउँछ भने, हामी ती प्रमाणपत्रहरू भएको अन्तर्निहित प्लेटफर्ममा तपाईँको कार्यभार राख्न सक्छौँ। छुट्टै रूपमा, प्लेटफर्मका आफ्नै नियन्त्रणहरू वास्तविक र निरीक्षण गर्न सकिने खालका छन्: प्रति-साइट अलगाव, प्रत्येक टेनेन्ट-स्कोप गरिएको तालिकामा पङ्क्ति-स्तरको सुरक्षा, Vault मा राखिएका गोप्य कुराहरू, सुरुदेखि अन्त्यसम्म TLS, र विशेषाधिकार प्राप्त कार्यहरूको अडिट लगिङ।

तपाईंको साइटलाई चुपचाप अन्त कतै सार्नुको सट्टा डिप्लोय स्पष्ट रूपमा प्लेसमेन्ट त्रुटिका साथ असफल हुन्छ। यो जानाजानी गरिएको हो: चुपचाप क्षेत्राधिकार परिवर्तन भएको साइट, रोकिने र तपाईंलाई कारण बताउने डिप्लोयभन्दा धेरै खराब परिणाम हो। त्यस क्षेत्रमा थप होस्टहरूलाई अनलाइन ल्याएर क्षमता थपिन्छ, जहाँ तिनीहरूले आफैँलाई दर्ता गर्छन् र तुरुन्तै काम स्वीकार गर्न सुरु गर्छन्।

हामी लेटेन्सी बेन्चमार्कहरू प्रकाशित गर्दैनौं र कुनै निश्चित संख्याको प्रतिज्ञा गर्ने छैनौं। हामीले वर्णन गर्न सक्ने कुरा यसको आर्किटेक्चर हो: Cloudflare ले प्रत्येक साइटको अगाडि रहेर काम गर्दछ जसले गर्दा क्यास गर्न मिल्ने प्रतिक्रियाहरू आगन्तुकको नजिकको एज स्थानबाट प्रदान गरिन्छ, LSCache ले PHP वा डेटाबेसलाई नछोई वर्करबाट पूर्ण पृष्ठहरू प्रदान गर्दछ, र प्रति-साइट Redis वस्तु क्यासले दोहोरिने प्रश्नहरूलाई सम्हाल्छ। धेरैजसो सामग्री साइटहरूका लागि यस संयोजनको अर्थ क्यास कन्फिगरेसनको तुलनामा ओरिजिन क्षेत्र धेरै कम महत्त्वपूर्ण हुन्छ भन्ने हो। यदि तपाईंका दर्शकहरू कुनै एक महादेशमा केन्द्रित छन् भने, तैपनि ओरिजिन त्यहीँ राख्नुहोस्।

कुनै साइट राखिँदा र साइट रेकर्डमा भण्डारण गरिँदा क्षेत्र (Region) सेट गरिन्छ, त्यसैले क्षेत्र परिवर्तन गर्नु टगल गर्नु नभई माइग्रेसन हो। यदि तपाईंलाई सार्नुपर्ने कुरा पहिले नै थाहा छ भने निर्माण गर्नुअघि हामीसँग कुरा गर्नुहोस् — प्रत्यक्ष पोर्टफोलियो सार्नु भन्दा पहिलो पटक नै सही रूपमा राख्नु धेरै सस्तो पर्छ।

प्रति-साइट ब्याकअपहरू अपरिवर्तनीय, अफसाइट र सञ्चालनमा रहेको फ्लीटबाट अलग राखिएका हुन्छन्, पुनर्स्थापनालाई अनुमान गर्नुको सट्टा परीक्षण गरेर वस्तु भण्डारण (object storage) मा लेखिन्छन्, र प्यानलबाट एक क्लिकमै पुनर्स्थापना गर्न सकिने खालका हुन्छन्। यदि तपाईंको अनुपालन आवश्यकता अनुसार ब्याकअप भण्डारण कुनै निश्चित क्षेत्राधिकारमा रहनुपर्ने हुन्छ भने, हामीसँग सिधै सम्पर्क गर्नुहोस् — यो वेब पृष्ठमा गरिने सामान्य दाबी नभई प्रत्येक ग्राहकसँग व्यक्तिगत रूपमा सहमति गरिने सम्झौताको विवरण हो।

हो। परीक्षण अवधि १४ दिनको हुन्छ र कार्ड आवश्यक पर्दैन। यसले पाँचवटा साइटहरूसम्म Footprint-Free Hosting समेट्छ, जुन तपाईंको उत्पादन पोर्टफोलियो कहाँ राखिनुपर्छ भनी निर्णय गर्नुअघि डिप्लोयहरू, प्लेसमेन्ट र क्यास तहहरूले कसरी काम गर्छन् भनी हेर्न पर्याप्त हुन्छ।