მუშაობა საიტზე, რომელიც ვინმემ გაგიზიარათ

საიტის მფლობელს შეუძლია მოგცეთ წვდომა თავისი საიტებიდან ერთ-ერთზე — არა თავის ანგარიშზე, არა თავის ანგარიშსწორებაზე, არა თავის სხვა საიტებზე — და თქვენ მასზე მუშაობთ თქვენი საკუთარი Zinn Digital®-ის შესვლით და უფასო Zinnector® CLI-ით. ეს სახელმძღვანელო მოიცავს ორსავე მხარეს: რას აკეთებს მფლობელი და რას აკეთებთ თქვენ.

თუ ადრე არ გამოგიყენებიათ Zinnector®, ინსტრუქცია Zinnector®-ის გამოყენების დაწყება დააინსტალირებს მას დაახლოებით ორ წუთში. აქ არაფერი მოითხოვს თქვენგან ჰოსტინგის ყიდვას.

საიტის მფლობელისთვის — ერთი საიტის გაზიარება

1. გახსენით საიტი თქვენს მართვის პანელში და გადადით განყოფილებაში უსაფრთხოება.
2. განყოფილებაში კიდევ ვის აქვს წვდომა ამ საიტზე, აირჩიეთ ამ საიტის გაზიარება.
3. ჩაწერეთ დეველოპერის ელფოსტის მისამართი. მათ ჯერ არ სჭირდებათ ანგარიში — თუ მათ არასოდეს შესულან სისტემაში, ისინი მიიღებენ მოწვევას და წვდომა ამოქმედდება მისი მიღებისთანავე.
4. აირჩიეთ როლი:

• მნახველი — შეუძლია ნახვა და არ შეუძლია არაფრის შეცვლა.
• რედაქტორი — როლი, რომელიც დეველოპერს ჩვეულებრივ სჭირდება. მათ შეუძლიათ საიტის ფაილების შეცვლა, wp-admin-ის გამოყენება და საიტის არქივის ჩამოტვირთვა ლოკალურად მოსამუშაოდ. ეს არქივი მოიცავს მონაცემთა ბაზას.
• მენეჯერი — ყველაფერი, რისი გაკეთებაც რედაქტორს შეუძლია, პლუს სარეზერვო ასლის აღდგენა.

1. მიუთითეთ მიზეზი და, თუ სამუშაოს აქვს დასრულების თარიღი, ვადა. წვდომა უბრალოდ წყდება ამ თარიღში; თქვენ არ მოგიწევთ მისი წაშლის გახსენება.
2. შეინახეთ.

რაც არ უნდა აირჩიოთ, თანამშრომელი არასოდეს ვერ შეძლებს საიტის წაშლას, თქვენი ანგარიშსწორების ნახვას ან თქვენს სხვა საიტებზე წვდომას.

რას ნიშნავს „არქივი მოიცავს მონაცემთა ბაზას“

რედაქტორს ან მენეჯერს შეუძლია აიღოს საიტის ასლი მოსამუშაოდ, ხოლო საიტის ასლი არის მისი ფაილები და მისი მონაცემთა ბაზა. WordPress-ის მონაცემთა ბაზა შეიცავს ყველაფერს, რაც თქვენმა ვიზიტორებმა მიაწოდეს საიტს — კომენტატორების სახელებსა და ელფოსტის მისამართებს, მომხმარებელთა ანგარიშებს, WooCommerce-ის შეკვეთებსა და მიწოდების მისამართებს, ფორმების მეშვეობით გაგზავნილ მონაცემებს.

ეს ჩვეულებრივ ზუსტად ის არის, რაც დეველოპერს სჭირდება: მის გარეშე ისინი უყურებენ თქვენს თემას ცარიელ საიტზე. ეს უნდა იცოდეთ, რადგან ეს არის რეალური პერსონალური მონაცემები და ადამიანები, ვისაც ის ეკუთვნის, თქვენი მომხმარებლები არიან და არა ჩვენი.

აქედან გამომდინარეობს ორი რამ, და პლატფორმა ორსავე აკეთებს თქვენთვის:

• ყოველი ექსპორტი ასახულია თქვენს აუდიტის ჟურნალში. გახსენით აუდიტის ჟურნალი და მოძებნეთ site.backup.exported. თითოეული სტრიქონი მიუთითებს, ვინ აიღო ის, როდის და შეიცავდა თუ არა ეს არქივი მონაცემთა ბაზას. თქვენ არ მოგიწევთ კითხვა.
• შეგიძლიათ შეწყვიტოთ ის ნებისმიერ მომენტში. გაუქმება მყისიერია — იხილეთ ქვემოთ.

თუ გირჩევნიათ, რომ მათ მონაცემთა ბაზის გარეშე იმუშაონ, უთხარით მათ, რომ დაამატონ --no-database ჩამოტვირთვისას; ეს არის ერთი დროშა და დანარჩენი იგივენაირად მუშაობს.

დეველოპერისთვის — საიტის გადმოტანა თქვენს კომპიუტერზე

1. დააინსტალირეთ Zinnector®

npm install -g zinnector
zinnector --version

გჭირდებათ Node 24 ან უფრო ახალი. node --version-მა უნდა გამოიტანოს v24 ან უფრო მაღალი.

2. შედით თქვენი სახელით

zinnector login

ეს გახსნის თქვენს ბრაუზერს და შეგიყვანთ თქვენი საკუთარი Zinn Digital®-ის ანგარიშით — იმ ანგარიშით, რომელზეც გაიგზავნა მოწვევა. თქვენ არასოდეს გჭირდებათ მფლობელის პაროლი და მათ არასოდეს სჭირდებათ მისი მოცემა.

შეამოწმეთ, რა მოგეცათ:

zinnector sites

თქვენ ნახავთ ზუსტად იმ საიტებს, რომლებიც გაგიზიარეს, და არაფერს სხვა რამეს. თუ სია ცარიელია, მოწვევა ჯერ არ არის მიღებული, ან წვდომა გაუქმებულია ან ვადაგასულია.

3. ჩამოტვირთეთ საიტი

zinnector clone client-domain.com
cd client-domain.com

clone ქმნის ლოკალურ პროექტს ჰოსტირებული საიტიდან. მას გადმოაქვს:

• wp-content — თემები, პლაგინები, mu-პლაგინები, ენები და მედია, რომლებიც საიტის საკუთარ ნამუშევარს წარმოადგენს;
• მონაცემთა ბაზა, ჩაწერილი პროექტის ფაილში database.sql.

ის განზრახ ტოვებს WordPress-ის ბირთვს (თქვენი ლოკალური გარემო უზრუნველყოფს სწორ ვერსიას), wp-config.php-ს (ის შეიცავს აქტიური საიტის მონაცემთა ბაზის პაროლს) და ნებისმიერ მედიას, რომელიც გადატანილია ობიექტების საცავში.

ყოველი გაშვება ბეჭდავს ზუსტად იმას, რაც გადმოიტანა და რაც დატოვა, რაოდენობებით. თუ გსურთ მხოლოდ ფაილები, დაამატეთ --no-database.

უკვე გაქვთ პროექტი და უბრალოდ უახლესი ვერსია გსურთ? გააშვეთ zinnector pull მის შიგნით.

4. გააშვეთ ლოკალურად, რეალური შინაარსით

zinnector dev --runtime docker

Docker-ის გარემოში ეს ახდენს database.sql-ის იმპორტს, გადაწერს საიტის URL-ს თქვენს ლოკალურ მისამართზე და ხსნის საიტს მომხმარებლის რეალური შინაარსით. შედით საიტის საკუთარი WordPress-ის ანგარიშებით.

ნაგულისხმევი გარემო — WordPress Playground, რომელსაც არ სჭირდება Docker — უფრო სწრაფია დასაწყებად და არ ახდენს მონაცემთა ბაზის იმპორტს; ის შეგატყობინებთ ამის შესახებ, ნაცვლად იმისა, რომ უხმოდ დაიწყოს ცარიელად. გამოიყენეთ ის, როდესაც მუშაობთ კოდზე და არ გჭირდებათ შინაარსი.

5. გაუფრთხილდით ასლს, რომელიც მოგეცათ

database.sql არის აქტიური საიტის მონაცემთა ბაზა. Zinnector® ამატებს მას თქვენი პროექტის .gitignore ფაილში ჩაწერისთანავე, ასე რომ უყურადღებო git add -A-მა ვერ შეძლოს ვინმეს მომხმარებლების გამოქვეყნება რეპოზიტორიაში. დატოვეთ ეს სტრიქონი ხელუხლებლად და წაშალეთ ფაილი, როდესაც სამუშაო დასრულდება.

რისი გაკეთება შეუძლია და არ შეუძლია თანამშრომელს

| | მნახველი | რედაქტორი | მენეჯერი | |---|---|---|---| | საიტისა და მისი პარამეტრების ნახვა | ✔ | ✔ | ✔ | | ფაილების შეცვლა, wp-admin-ის გამოყენება, განთავსება | | ✔ | ✔ | | საიტის ჩამოტვირთვა, მონაცემთა ბაზის ჩათვლით | | ✔ | ✔ | | სარეზერვო ასლის აღდგენა აქტიურ საიტზე | | | ✔ | | საიტის წაშლა | | | | | ანგარიშსწორების ან ინვოისების ნახვა | | | | | მფლობელის სხვა საიტებზე წვდომა | | | |

ბოლო სამი სტრიქონი ცარიელია თითოეული როლისთვის. ისინი არ წარმოადგენენ პარამეტრს.

წვდომის შეწყვეტა

მფლობელი ხსნის საიტის განყოფილებას უსაფრთხოება და ირჩევს გაუქმება პირის სახელის გვერდით. ეს ძალაში შედის დაუყოვნებლივ: Zinnector®-ის შემდეგი ბრძანება, რომელსაც ეს დეველოპერი გააშვებს, ვერ დაინახავს საიტს, და ვერც ვერაფერი სხვა, რაც მათ უკავიათ.

ვადის გასვლა აკეთებს იმავეს კონკრეტულ თარიღში, ისე რომ არავის მოუწიოს გახსენება. თუ თქვენ დააყენეთ ის საიტის გაზიარებისას, თქვენ უკვე დაასრულეთ.

როდესაც რაღაც არ მუშაობს

• zinnector sites არაფერს აჩვენებს. მოწვევა არ არის მიღებული, ან წვდომა გაუქმდა ან ვადა გაუვიდა. სთხოვეთ მფლობელს შეხედოს საიტის უსაფრთხოების განყოფილებას — მოლოდინში მყოფი მოწვევა იქ არის მითითებული.
• zinnector pull ამბობს, რომ საიტს არ აქვს ბოლო დროის სარეზერვო ასლი. ჩამოტვირთვა იღებს ახალს, თუ ტარიფი ამის საშუალებას იძლევა, და ჯერ ეკითხება. თუ ტარიფი არ მოიცავს მოთხოვნით სარეზერვო ასლებს, გაზარდეთ --max-age უფრო ძველის მისაღებად.
• zinnector dev იწყებს ცარიელ WordPress-ს. თქვენ იმყოფებით Playground გარემოში, რომელსაც არ მოაქვს მონაცემთა ბაზის იმპორტი. გააშვეთ zinnector dev --runtime docker.
• ლოკალური საიტი აგრძელებს გადამისამართებას აქტიურ დომენზე. იმპორტი ხელახლა წერს საიტის URL-ს; თუ ეს ნაბიჯი ვერ შესრულდა, ბრძანება იტყვის ამის შესახებ და დაბეჭდავს wp search-replace სტრიქონს გასაშვებად.

მეტი შეცდომა და მათი გამოსწორება: Zinnector®-ის პრობლემების აღმოფხვრა.