იანვარი 7, 2020

ნუ დაელოდებით, სანამ ეს ძალიან გვიან იქნება - Magento 2-ის მიგრაციის სტრატეგია

რადგან Magento 1-ის სიცოცხლის დასრულების თარიღი მომავალი წლის ივნისშია, უმნიშვნელოვანესია, რომ დაიწყოთ თქვენი მონაცემების მიგრაციის დაგეგმვა. ეს საკმაოდ რთული ამოცანაა, მაშინაც კი, თუ მონაცემებს იმავე პროგრამული უზრუნველყოფის ძველი ვერსიიდან ახალ, განახლებულ ვერსიაში გადაიტანთ. სწორედ ამიტომ, თქვენი Magento eCommerce პლატფორმის განახლებამდე სრულად უნდა გაითვალისწინოთ ყველაფერი, რაც მასთან არის დაკავშირებული.

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

იცოდეთ თქვენი Magento 1 მონაცემები გარედან

იმისათვის, რომ განიცადოთ საუკეთესო მიგრაცია, თქვენ უნდა იცოდეთ ის მონაცემები, რომლებსაც შიგნით გადაადგილდებით. ეს ნიშნავს მონაცემთა ძირითად სტრუქტურას და თქვენს მიერ მორგებულ პერსონალურ პარამეტრებს. ვინაიდან Magento 2 სქემას აქვს იგივე ძირითადი სტრუქტურა, როგორც Magento 1, ის გასაგები უნდა იყოს.

დარწმუნდით, რომ გესმით მიგრაციის ინსტრუმენტი

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

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

ამრიგად, არაწარმოების პირობებში, მიიღეთ სარეზერვო ასლი თქვენი Magento 2 მონაცემთა ბაზის MySQL– ზე, შექმენით მიგრაციისთვის config.xml ფაილი, გაუშვით და ნახეთ რა მოხდება.

შეამოწმეთ და გადალახეთ საკითხები

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

მონაცემების მთლიანობის გადადგმის შემდეგ, თქვენ დაგჭირდებათ მიგრაციაში ჩავარდნები, რათა დაგჭირდეთ Magento 2 მონაცემთა ბაზის #სარეზერვო ასლების ხელახლა იმპორტი, რადგანაც არ არსებობს მიგრაციების გაუქმების ან დაბრუნების დღევანდელი გზა. ნებისმიერი შეცდომა, რომელიც გამოჩნდება მონაცემთა მთლიანობის საფეხურის შემდეგ შეიძლება არ იყოს ისეთი კონკრეტული. თქვენ შეგიძლიათ გაზარდოთ სიტყვასიტყვაობა, თუმცა მიგრაციის ბრძანებებში -v დროშების დამატებით.

გამოსცადე ყველაფერი

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

ავტორის შესახებ 

იმრან უდინი


{"ელ.წერილი": "ელ.ფოსტის მისამართი არასწორია", "url": "ვებსაიტის მისამართი არასწორია", "აუცილებელია": "საჭირო ველი არ არის"}