გადაიტანეთ თქვენი WordPress მედია Zinn® საცავში

სურათები და ვიდეო ჩვეულებრივ ყველაზე დიდი მოცულობის მასალაა, რომელსაც WordPress საიტი აწვდის. მათი გადატანა Zinn®-ის ობიექტების საცავში (object storage) ამ ტვირთს აშორებს თქვენს ვებ-სერვერსა და დისკის ლიმიტს.

თქვენ არასოდეს შეიყვანთ წვდომის გასაღებს (access key)

ეს ის ნაწილია, რომლის წაკითხვაც ღირს, რადგან სწორედ ეს განასხვავებს ჩვენს პლაგინს ამ კატეგორიის სხვა პლაგინებისგან.

ყველა სხვა მედიის გადატანის (media-offload) პლაგინი გთხოვთ, ჩასვათ S3 წვდომის გასაღები (access key) და საიდუმლო კოდი (secret) WordPress-ში. შემდეგ ისინი ინახება თქვენს wp_options ცხრილში, სადაც თქვენი საიტის თითოეულ სხვა პლაგინს შეუძლია მათი წაკითხვა, საიდანაც ისინი კოპირდება მიგრაციის თითოეულ ექსპორტში და სადაც ისინი რჩება სარეზერვო ასლში, რომელსაც დეველოპერს უგზავნით. თუ ეს წყვილი გაჟონავს, თქვენი მთელი ბაკეტი (bucket) საფრთხის ქვეშ ექცევა.

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

თუ ეს ტოკენი ოდესმე გაჟონავს, შეგიძლიათ გააუქმოთ ის თქვენი მართვის პანელიდან (dashboard) ერთი დაწკაპუნებით. გაჟონილი წვდომის გასაღების შემთხვევაში ამას ვერ გააკეთებთ.

ჩართვა

1. გახსენით თქვენი საიტი მართვის პანელში და გადადით: Files & databases → Media offload.
2. დააჭირეთ Turn on media offload. თქვენი საცავი მომზადებულია.
3. დააჭირეთ Get a pairing code. კოდი მუშაობს ერთხელ და ვადა გადის ოცდაათ წუთში.
4. დააინსტალირეთ Zinn® Media Offload თქვენს WordPress საიტზე, გადადით:

Settings → Zinn® Media Offload, ჩასვით კოდი და დააჭირეთ Connect.

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

რა ემართება თქვენს მედიას დღეს

თქვენი ფაილები კოპირდება Zinn® საცავში, ხოლო თქვენი საიტი აგრობს თავისივე ასლების მიწოდებას. თქვენს გვერდებზე ჯერ არაფერი იცვლება.

ეს განზრახ არის ასე: ატვირთვა და მიწოდება ორი სხვადასხვა ეტაპია, ხოლო პირველი ეტაპის ცალკე შესრულება უსაფრთხოა. მას შემდეგ, რაც მედია გადავა, ჩართეთ Rewrite media URLs და თქვენი გვერდები დაიწყებენ CDN-ზე მითითებას ვებ-სერვერის ნაცვლად.

საიდან მიეწოდება თქვენი მედია

საიტების უმეტესობას მედია მიეწოდება ჩვენი საერთო მედია ჰოსტის სახელიდან (hostname) გადაწერის (rewriting) ჩართვისთანავე. დასაყენებელი არაფერია.

Footprint-free საიტები განსხვავებულია და ეს განზრახ არის ასე. მათ არასოდეს მიეწოდებათ მედია საერთო Zinn® ჰოსტის სახელიდან, რადგან თითოეული საიტი, რომელიც მას იყენებს, განათავსებდა იმავე მისამართს თავისი გვერდის წყაროში — რაც სწორედ ის ბმულია თქვენს საიტებს შორის, რომლის თავიდან ასაცილებადაც არსებობს Footprint-free ჰოსტინგი. ასე რომ, Footprint-free საიტი აწვდის საკუთარ მედიას მანამ, სანამ არ მისცემთ მას საკუთარ დომენს: შექმენით სუბდომენი (მაგალითად, media.yoursite.com), მიმართეთ ის თქვენს ბაკეტზე (bucket) და შეიყვანეთ ის მართვის პანელში Media domain-ის ქვეშ. ამის შემდეგ თქვენი მედია მიეწოდება თქვენი დომენიდან და მას არაფერი დააკავშირებს სხვა რამესთან, ფლობთ თუ არა მას.

შეგიძლიათ გამოიყენოთ თქვენი საკუთარი დომენი ნებისმიერ საიტზე, და არა მხოლოდ Footprint-free საიტზე — ის უბრალოდ არასავალდებულოა ყველგან სხვაგან.

პარამეტრები მდებარეობს თქვენს მართვის პანელში და არა WordPress-ში

პლაგინს არ აქვს საკუთარი პარამეტრები წყვილის შექმნის კოდის (pairing code) მიღმა. გადაიწერება თუ არა URL-ები და წაიშლება თუ არა ლოკალური ასლები, წყდება თქვენს Zinn® მართვის პანელში, ასე რომ, პასუხი ყოველთვის მხოლოდ ერთ ადგილას არის და ამ ორს შორის უთანხმოების შესაძლებლობა არ არსებობს.

ლოკალური ასლების წაშლა

ნაგულისხმევად გამორთულია. როდესაც მას რთავთ, ფაილი წაიშლება მხოლოდ მას შემდეგ, რაც წარმატებით აიტვირთება მისი ყველა ზომა — ნაწილობრივი ატვირთვა არასოდეს შლის არაფერს, რადგან ეს დატოვებდა ესკიზებს (thumbnails) არცერთ ადგილას, ორიგინალის გარეშე, რომლიდანაც ხელახლა შექმნა გახდებოდა შესაძლებელი.

თუ რამე შეცდომა მოხდა

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

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

საკუთარი ბაკეტის (bucket) გამოყენება

შეგიძლიათ მიაერთოთ თქვენი საკუთარი S3-თავსებადი ბაკეტი (bucket) მართვის პანელში ჩვენი გამოყენების ნაცვლად — პლაგინი მუშაობს იმავე გზით და მაინც არასოდეს ინახავს გასაღებს.