ფუნქციები
მიმართეთ app, shop, docs ან staging დომენი სადაც გსურთ და მიიღეთ მის მიღმა არსებული ნამდვილი, სრულად იზოლირებული საიტი: საკუთარი სტექით, მონაცემთა ბაზით, ქეშით, სარეზერვო ასლებითა და რესურსების იზოლირებული გარემოთი. DNS ჩანაწერების სრული კონტროლი, ავტომატური SSL Wildcard-ის მხარდაჭერით და staging სუბდომენები ერთი დაწკაპუნებით. ხელმისაწვდომობა: მონაცემთა ბაზის შეზღუდვის (throttling) ფუნქცია თითოეული საიტისთვის აქტიური შემუშავების პროცესშია და ჯერ არ არის ხელმისაწვდომი. აქ აღწერილი ყველა სხვა ფუნქცია უკვე ხელმისაწვდომია.
უმეტეს ჰოსტინგებზე ქვედომენი არის დირექტორია მის წინ გადამისამართების წესით. აქ ის პირველი კლასის საიტის ჩანაწერია საკუთარი შაბლონის ვერსიით, ფლოტზე საკუთარი განთავსებით და საკუთარი იზოლაციის საზღვრით. ყველაფრის გაკეთება შეგიძლიათ ქვედომენისთვის, რაც ძირითადი დომენისთვის შეგიძლიათ.
თითოეული ქვედომენის საიტი აგებულია ვერსიებით მართულ ბლუპრინტზე და უშვებს საკუთარი სტეკის ტიპსა და რანთაიმს: მართულ WordPress, WooCommerce, PHP, სტატიკურ HTML-ს ან Node-ს. თქვენი დოკუმენტაციის ქვედომენი შეიძლება იყოს სტატიკური HTML, სანამ ძირითადი დომენი უშვებს WordPress-ს, მათ შორის არანაირი კომპრომისის გარეშე.
MariaDB მონაცემთა ბაზა თითოეულ საიტზე, LiteSpeed LSCache სრულგვერდიანი ქეშირება და თითოეული საიტის Redis ან Memcached ობიექტური ქეში. არაფერია გაზიარებული მშობელ საიტთან, ამიტომ მძიმე ქვედომენს არ შეუძლია მშობლის ქეშის წაშლა ან მისი მოთხოვნების გადატვირთვა.
CloudLinux LVE ზღუდავს CPU-ს, RAM-ს, IO-ს, IOPS-სა და შესასვლელ პროცესებს თითო საიტზე, CageFS თითოეულ საიტს აძლევს საკუთარი ფაილური სისტემის ხედვას, ხოლო MySQL Governor არეგულირებს საიტების მიხედვით მონაცემთა ბაზის დატვირთვას. გაქცეული ქვედომენი იზოლირებულია საკუთარ გალიაში.
ყოtdღიური სარეზერვო ასლები ინახება 30 დღის განმავლობაში, ერთი დაწკაპუნებით აღდგენით, თითო საიტზე. თქვენ შეგიძლიათ დააბრუნოთ ქვედომენი გუშინდელ მდგომარეობაში მშობელი საიტისა და მისი რომელიმე დის საიტის შეუხებლად.
ქვედომენები ჯერ DNS-ის პრობლემაა და შემდეგ ჰოსტინგის, ამიტომ DNS-ის ფენა სწორადაა გამოტანილი და არა დამალული ორი ველის მქონე ფორმის უკან.
თქვენს მიერ ჰოსტირებული თითოეული რეგისტრირებული დომენი იღებს DNS ზონას, რომელიც იმართება ჩვენი DNS დრაივერის საშუალებით. თქვენ გაქვთ ჩანაწერების CRUD ფუნქციონალი თქვენთვის სასურველ ჩანაწერების ტიპებზე, ამიტომ app, shop, docs, mail ან wildcard ჰოსტის დამატება არის ჩანაწერის რედაქტირება და არა მხარდაჭერის თაბახი. ზონის მდგომარეობა პროვაიდერთან მიმართებაში იდენტურად სინქრონიზდება, რაც იმას ნიშნავს, რომ ნახევრად გამოყენებული ცვლილება ან ხელახლა ცდა მიდის თქვენს მიერ მოთხოვნილ მდგომარეობამდე და არა თქვენი ზონის გაურკვეველ შუალედურ მდგომარეობაში დატოვებამდე.
დომენების რეგისტრაცია და DNS გამიზნულად გამიჯნულია: შეგიძლიათ დაარეგისტრიროთ დომენი ჩვენთან და შეინარჩუნოთ DNS სხვაგან, ან შეინარჩუნოთ დომენი არსებულ რეგისტრატორთან და უბრალოდ მიმართოთ ქვედომენი ჩვენკენ. ჩვენ ვამოწმებთ სახელების სერვერის დელეგირებასა და აქტივაციას სანამ დომენს აქტიურად ჩავთვლით, ასე რომ, ჩანაწერის არასწორობის შესახებ პლატფორმიდან შეიტყობთ და არა მომხმარებლისგან.
ნელა მოქმედი ან სერთიფიკატის გაფრთხილების მქონე ქვედომენი უფრო უარესია, ვიდრე საერთოდ უქვედომენობა, ამიტომ მიწოდების გზა იგივეა, რასაც პირველადი დომენი იღებს.
Let's Encrypt სერთიფიკატები გამოიცემა და განახლდება ავტომატურად. გამოიყენეთ wildcard სერთიფიკატი ყველა ქვედომენის ერთდროულად დასაფარად, თითოეული ჰოსტის სერთიფიკატები მათი გამოსაცალკევებლად, ან ატვირთეთ თქვენი საკუთარი სერთიფიკატი.
თtiვე საიტი ირთვება LiteSpeed-ით, რომელსაც ჩართული აქვს HTTP/3, ამიტომ ქვედომენი იღებს იმავე დონის კავშირის წარმადობას, როგორც მთავარი დომენი და არა როგორც მეორე ხარისხის vhost.
LSCache მთლიანი გვერდის ქეშირება პლუს თითოეული საიტისთვის განკუთვნილი Redis ობიექტების ქეში, მართვადი გასუფთავებით სამართავი პანელიდან ან თავად WordPress-დან. მთავარი დომენის გასუფთავება არ შლის თქვენი ქვედომენის ქეშს.
გამოაქვეყნეთ ჩვენი CDN-ისა და Cloudflare ანგარიშების პულის გამოყენებით ან დააკავშირეთ თქვენი საკუთari ანგარიშები და აირჩიეთ, რომელ ანგარიშზე განთავსდება მოცემული საიტი. მიწოდება არის თქვენი გადაწყვეტილება და არა ჩვენი.
ქვედომენის ქონის ყველაზე გავრცელებული მიზეზი არის ის, რომ გქონდეთ უსაფრთხო ადგილი ექსპერიმენტებისთვის. ეს გზა წინასწარ არის ჩაშენებული და შეზღუდვების გარეშეა Mainstream გეგმებზე.
სტეჯინგზე კლონირება ქმნის ცოცხალი საიტის იზოლირებულ ასლს სტეჯინგის ქვედომენზე, რომელსაც შენარჩუნებული აქვს ფაილები და მონაცემთა ბაზა და მუშაობს პროდუქციის იდენტურ სტეკსა და ბლუპრინტის ვერსიაზე. თქვენ მუშაობთ ამ ასლზე სრული ხელსაწყოების ნაკრებით: შეზღუდული SSH და SFTP, wp-cli, ბრაუზერზე დაფუძნებული VS Code რედაქტორი, phpMyAdmin ან Adminer, საიტის მიხედვით კრონი და გარემოს ცვლადები.
როდესაც ცვლილება დადასტურდება, ცოცხალ რეჟიმში გაშვება ახორციელებს მონაცემთა ბაზის გაცნობიერებით სინქრონიზაციას პროდუქციულ გარემოში. თქვენ ირჩევთ ფაილებს, მონაცემთა ბაზას ან ორივეს, ხოლო ძებნა-ჩანაცვლება თქვენთვის ხორციელდება, რათა თქვენს კონტენტში არსებული URL-ები მიჰყვეს საიტს და არა სტეჯინგ ჰოსტზე მიუთითებდეს. ვინაიდან პროვიზიონინგი, კლონირება და დეპლოიმენტი შესრულდება როგორც გამძლე Temporal სამუშაო პროცესები თითოეული ნაბიჯისთვის განმეორებითი ცდებითა და კომპენსაციით, პროცესის შუა გზაზე შეწყვეტის შემთხვევაში ნაწილობრივ შესრულებული სამუშაო უქმდება და საიტი ნახევრად კლონირებულ მდგომარეობაში არ რჩება.
გჯობია თავიდანვე გითხრათ ეს, ვიდრე გაყიდოთ ისეთი რამ, რაც ხელს შეუშლის იმას, რისი გაკეთებაც გსურთ.
ქვედომენები სწორი პასუხია ერთი ბრენდის სტრუქტურირებისთვის: აპლიკაციისთვის, მაღაზიისთვის, დოკუმენტაციის საიტისთვის, მომხმარებლის პორტალისთვის, ან კლიენტის ინდივიდუალური სტეჯინგ გარემოსთვის. ისინი არასწორი პასუხია კერძო ბლოგების ქსელისთვის. თითოეული ქვედომენი იზიარებს ერთ რეგისტრაციულ დომენს, ამიტომ ყველას, ვინც რომელიმე მათგანს გახსნის, ზუსტად ეცოდინება, თუ ვის ეკუთვნის დანარჩენები. Wildcard სერტიფიკატის ქვეშ ისინი ასევე იზიარებენ ერთ სერტიფიკატს, ხოლო სერტიფიკატების გაცემა ქვეყნდება სერტიფიკატების საჯარო გამჭვირვალობის ჟურნალებში, რის გამოც საერთო დომენის ქვეშ არსებული ჰოსტები ხელმისაწვდომია გადასაოცრად ყველასთვის, ვინც ამით დაინტერესდება. ეს არის საჯარო ვებ PKI-ს და DNS-ის თვისება და არა ჩვენი პლატფორმის, და არცერთი ჰოსტინგის კონფიგურაცია ამას არ ცვლის.
ასე რომ, ქვედომენები ჩვენს Mainstream და Agency ხაზებშია და არა Footprint-Free ხაზში. თუ თქვენი მოთხოვნაა, რომ საიტები ერთმანეთთან არ იყოს დაკავშირებელი, გჭირდებათ ცალკე რეგისტრებადი დომენები footprint-free პროდუქტის ხაზზე, სადაც CDN-ისა და DNS-ის ანგარიშების პულები, footprint-ის მენეჯმენტი და სტატიკური HTML-ის მიწოდება ზუსტად იმისთვის არსებობს, რომ ეს შაბლონი დაირღვეს. ორივე ერთსა და იმავე ძრავზე და ერთსა და იმავე სამართავ პანელზეა, ამიტომ სწორი არჩევანი კომფორტში არაფერი გიჯდებათ.
სააგენტოები და გადამყიდველები ქვედომენებს მასშტაბურად იყენებენ: სატესტო ჰოსტს თითო კლიენტისათვის, გადასახედ ჰოსტს თითო პროექტისათვის, პორტალს თითო ანგარიშისათვის. პლატფორმა სწორედ ასეთი ტიპის სამუშაოსთვისაა შექმნილი.
ორგანიზაციები ხე-სავალდებულო სტრუქტურით ლაგდება: გადამყიდველი კლიენტთან, კლიენტი კი საიტებთან. თითოეული ჩანაწერი შეზღუდულია და უზრუნველყოფილია მონაცემთა ბაზაში მწკრივის დონის უსაფრთხოებით (row-level security). კლიენტის ქვედომენები იმავე კლიენტის ორგანიზაციას ეკუთვნის და არა საერთო ბაზას, რომლის კონტროლიც წესებით გიწევთ.
განათავსეთ, განაახლეთ და მართეთ მრავალი საიტი ერთი მოქმედებით, თითოეულ საიტზე ერთნაირი პროცედურის გამეორების ნაცვლად.
მართვის პანელში არსებული ყველაფერი საჯარო API-შია, რომელიც გენერირებულია OpenAPI სპეციფიკაციიდან. მართეთ ქვედომენის შექმნა ორგანიზაციის დონის API გასაღებით, CLI-ით, Terraform-ით ან AI ხელსაწყოთი ჩვენი MCP სერვერის მეშვეობით.
პრივილეგირებული და ადმინისტრაციული მოქმედებები აღირიცხება აუდიტის ჟურნალში, ხოლო როლებზე დაფუძნებული წვდომის კონტროლი განსაზღვრავს, თუ რისი გაკეთება შეუძლია თქვენი გუნდის თითოეულ წევრს. თქვენ შეგიძლიათ ნახოთ, თუ ვინ შექმნა, შეცვალა ან წაშალა ჰოსტი.
დიახ. იმის გამო, რომ თითოეული ქვედომენი მუშაობს როგორც სრულად, ცალკე იზოლირებული საიტი საკუთარი სტეკით, მონაცემთა ბაზით, ქეშით და სარეზერვო ასლებით, ის თქვენს გეგმაზე საიტის სლოტს იკავებს ისევე, როგორც მთავარი დომენი. გეგმები იყიდება იმ საიტების რაოდენობის მიხედვით, რომლებსაც ისინი ფარავს, ამიტომ ქვედომენიანი საიტის დამატება ისეთივე აღრიცხვას მოითხოვს, როგორც ნებისმიერი სხვა საიტის.
დიახ, და ისინი ნამდვილად დამოუკიდებლები არიან. თითოეული ქვედომენი საკუთარი საიტის ჩანაწერს წარმოადგენს საკუთარი გეგმარებით, ამიტომ სტეკები არ უნდა ემთხვეოდეს: WordPress მთავარ დომენზე, WooCommerce მაღაზიაზე, Node.js აპი აპლიკაციაზე და სტატიკური საიტი დოკუმენტაციაზე აქ ჩვეულებრივი კონფიგურაციაა და არა გამონაკლისი. ისინი შეიძლება განთავსდეს სხვადასხვა მანქანებზე, უშვებდნენ სხვადასხვა გარემოებებს და PHP-ის ან Node-ის სხვადასხვა ვერსიებს, და მათი განთავსება, სტეჯინგი, სარეზერვო ასლების შექმნა და აღდგენა ინდივიდუალური გრაფიკით ხდებოდეს. ერთი მეორეს არ ზღუდავს გარდა დომენის სახელის გაზიარებისა.
ორივე შემთხვევაში ისინი ავტომატურად ფარავს. შეგიძლიათ გამოსცეთ wild-card სერთიფიკატი, რომელიც ერთდროულად ფარავს დომენის ქვეშ არსებულ ყველა ჰოსტს, ან გამოსცეთ ჰოსტზე თითო სერთიფიკატი იქ, სადაც გსურთ მათი ცალ-ცალკე შენახვა. Let's Encrypt სერთიფიკატები უფასოა, გამოიცემა და ახლდება ავტომატურად, ხოლო თუ გაქვთ საკუთარი სერთიფიკატი, შეგიძლიათ ნაცვლად მისი ატვირთვაც.
ჩვენ არ გირჩევთ ამას და ამ სახით არ გავყიდით. თითოეული ქვედომენი იზიარებს ერთ დასარეგისტრირებელ დომენს, ხოლო Wildcard სერტიფიკატის პირობებში — საერთო სერტიფიკატს, რომლის გაცემაც საჯარო Certificate Transparency ჟურნალებში ფიქსირდება, ამიტომ ჰოსტების დაკავშირება ერთმანეთთან ნებისმიერ მსურველს შეუძლია. იმ სამუშაოებისთვის, სადაც საიტები ერთმანეთთან დაკავშირებადი არ უნდა იყოს, გამოიყენეთ ცალკეული დასარეგისტრირებელი დომენები ჩვენს Footprint-Free ხაზზე, რომელიც სპეციალურად არის შექმნილი ამისთვის CDN და DNS ანგარიშების პულებით, მართვადი ფუტპრინტებით და static-HTML მიწოდებით.
პლატფორმა შექმნილია იმისათვის, რომ შეაჩეროს პრობლემა და არა მისცეს გავრცელების საშუალება. CloudLinux LVE ზღუდავს თითოეული საიტის CPU-ს, მეხსიერებასა და IO-ს საკუთარ გარსში, CageFS თითოეულ საიტს ანიჭებს იზოლირებული ფაილური სისტემის ხედვას, რათა დარღვევა შემოიფარგლოს, ხოლო MySQL Governor არეგულირებს საიტის მიხედვით მონაცემთა ბაზის დატვირთვას, რათა ერთ-ერთი საიტის მძიმე მოთხოვნებმა არ შეანელოს სერვერი. ამ ყველაფერს უზრუნველყოფს მავნე პროგრამების სკანირება, პროაქტიული ვებ-აპლიკაციის ფაიერვოლი და საიტების მიხედვით უცვლელი სარეზერვო ასლები. შეზღუდვა დიზაინის მთავარი მიზანია; არცერთ ჰოსტს არ შეუძლია გარანტია მისცეს, რომ კომპრომეტაცია შეუძლებელია.
დიახ. რეგისტრატორი და DNS მიზანმიმართულად არის გამიჯნული. შეგიძლიათ შეინარჩუნოთ თქვენი დომენი მიმდინარე რეგისტრატორთან და ზონა მიმდინარე DNS პროვაიდერთან, ხოლო ქვედომენის ჩანაწერი უბრალოდ ჩვენზე მიმართოთ. ჩვენ ვამოწმებთ დელეგაციასა და აქტივაციას სანამ საიტს აქტიურად ჩავთვლით, ამიტომ არასწორად აკრეფილი ჩანაწერი მაშინვე გამოჩნდება და უხმაუროდ არ ჩავარდება. როდესაც მშობელი დომენის ზონა უკვე აქ არის ჰოსტირებული, ჩვენ მის ნაცვლად ქვედომენის ჩანაწერს თავად ვწერდთ მასში, ასე რომ, ხელით არაფრის დამატება არ გიწევთ.
მხოლოდ შექმნის პროცესით. „სტეიჯინგზე ასლი“ ქმნის ცოცხალი საიტის იზოლირებულ ასლს — ფაილებისა და მონაცემთა ბაზის ჩათვლით — სტეიჯინგის ქვედომენზე, სადაც გამოიყენება პროდუქციის იდენტური სტეკი და ბლუპრინტის ვერსია. როდესაც კმაყოფილი იქნებით, პირდაპირ ეთერში გადატანა (push-to-live) მას უკან ა სინქრონიზებს მონაცემთა ბაზის გათვალისწინებით ძებნა-ჩანაცვლების მეშვეობით. ყველაფერი დანარჩენი — იზოლაცია, SSL, ქეშირება, სარეზერვო ასლები და დეველოპერის წვდომა — იდენტურია ნებისმიერი სხვა საიტისა.
ისინი თქვენთან რჩებიან. პლატფორმაში არანაირი შეზღუდვა არ არსებობს: შეგიძლიათ მიიღოთ ავტორიზაციის კოდები, განბლოკოთ დომენები და გადაიტანოთ ისინი, გამოიყენოთ თქვენივე CDN და DNS ანგარიშები და ექსპორტირდეთ თქვენი საიტები. ჩვენს მიერ გამოყენებული ყველა გარე პროვაიდერი ჩანაცვლებადი ადაპტერის უკან დგას, რაც ისეთივე მართალია თქვენთვის, როგორც ჩვენთვის.
სrული იზოლაცია, wildcard SSL, რეალური DNS კონტროლი და ერთი დაწკაპუნებით staging-ი ყველა ჰოსტზე, რომელსაც დაამატებთ. დაიწყეთ 14-დღიანი საცდელი პერიოდი ბარათის გარეშე და თავად ნახეთ, რამდენად შემოგერგებათ ვალდებულებების აღებამდე.
უფასოდ დაწყება