В წინა სტატია მე აღვწერე Magento 2-ში პროდუქტების შემოტანის პროცესი ჩვეულებრივი გზით - მოდელების და საცავების მეშვეობით. ჩვეულებრივ მეთოდს აქვს მონაცემთა დამუშავების ძალიან დაბალი სიჩქარე. ჩემი ლეპტოპი წამში დაახლოებით ერთ პროდუქტს აწარმოებდა. ამ გაგრძელებაში განვიხილავ პროდუქტის იმპორტის ალტერნატიულ გზას - მონაცემთა ბაზაში პირდაპირი შეყვანით, სტანდარტული Magento 2 მექანიზმების (მოდელები, ქარხნები, საცავი) გვერდის ავლით. პროდუქტების იმპორტის ნაბიჯების თანმიმდევრობა შეიძლება მორგებული იყოს ნებისმიერ პროგრამირების ენაზე, რომელსაც შეუძლია MySQL-თან მუშაობა.

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

ორივე სტატიის დაწერის შედეგად მიღებული კოდი შეგიძლიათ იხილოთ მაგენტოს მოდულში "flancer32/mage2_ext_demo_import". აქ არის რამდენიმე შეზღუდვა, რომელიც მე მივყევი დემო მოდულის კოდის გასამარტივებლად:

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

JSON ერთი პროდუქტის იმპორტისთვის:

{
  "sku": "MVA20D-UBV-3",
  "name": "Заглушка для пломбировки ВА47-29 IEK",
  "desc": "Обеспечение доступа к устройствам ...",
  "desc_short": "Заглушка для пломбировки ВА47-29 IEK предназначена для ...",
  "price": 5.00,
  "qty": 25,
  "categories": ["Категория 1", "Категория 2"],
  "image_path": "mva20d_ubv_3.png"
}

იმპორტის ძირითადი ეტაპების მიმოხილვა

• თავად პროდუქტის რეგისტრაცია
• კავშირი პროდუქტსა და ვებსაიტს შორის
• პროდუქტის ძირითადი ატრიბუტები (EAV)
• ინვენტარის მონაცემები (პროდუქტის რაოდენობა მარაგში)
• მედია (სურათები)
• კავშირი კატალოგის კატეგორიებთან

პროდუქტის რეგისტრაცია

პროდუქტის ძირითადი ინფორმაცია შეგიძლიათ იხილოთ აქ catalog_product_entity:

CREATE TABLE `catalog_product_entity` (
  `entity_id` int(10) unsigned NOT NULL AUTO_INCREMENT COMMENT 'Entity Id',
  `attribute_set_id` smallint(5) unsigned NOT NULL DEFAULT '0' COMMENT 'Attribute Set ID',
  `type_id` varchar(32) NOT NULL DEFAULT 'simple' COMMENT 'Type ID',
  `sku` varchar(64) DEFAULT NULL COMMENT 'SKU',
  `has_options` smallint(6) NOT NULL DEFAULT '0' COMMENT 'Has Options',
  `required_options` smallint(5) unsigned NOT NULL DEFAULT '0' COMMENT 'Required Options',
  `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'Creation Time',
  `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT 'Update Time',
  PRIMARY KEY (`entity_id`),
  KEY `CATALOG_PRODUCT_ENTITY_ATTRIBUTE_SET_ID` (`attribute_set_id`),
  KEY `CATALOG_PRODUCT_ENTITY_SKU` (`sku`)
)

პროდუქტის რეესტრში ჩანაწერის შესაქმნელად საჭირო მინიმალური ინფორმაციაა:

• attribute_set_id
• sku

დამატებითი:

• type_id — თუ არ დავაკონკრეტეთ, მაშინ გამოყენებული იქნება „მარტივი“.

უშუალოდ მონაცემთა ბაზაში ჩასაწერად, მე ვიყენებ თავად Magento-ს DB ადაპტერს:

function create($sku, $typeId, $attrSetId)
{
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('catalog_product_entity');
    $bind = [
        'sku' => $sku,
        'type_id' => $typeId,
        'attribute_set_id' => $attrSetId
    ];
    $conn->insert($table, $bind);
    $result = $conn->lastInsertId($table);
    return $result;
}

პროდუქტის რეგისტრაციის შემდეგ catalog_product_entity ის ხილული ხდება ადმინისტრაციულ პანელში, პროდუქტის ქსელში (კატალოგი/პროდუქტები).

პროდუქტსა და ვებსაიტს შორის ურთიერთობა

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

function linkToWebsite($prodId, $websiteId)
{
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('catalog_product_website');
    $bind = [
        'product_id' => $prodId,
        'website_id' => $websiteId
    ];
    $conn->insert($table, $bind);
}

პროდუქტის ძირითადი ატრიბუტები

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

• name
• price
• description
• short_description
• status
• tax_class_id
• url_key
• visibility

ცალკე ატრიბუტი ემატება მსგავს პროდუქტს (მისი კოდიდან ატრიბუტის იდენტიფიკატორისა და ტიპის მიღების დეტალები გამოტოვებულია):

public function create($prodId, $attrCode, $attrValue)
{
    $attrId = /* get attribute ID by attribute code */
    $attrType = /* get attribute type [datetime|decimal|int|text|varchar]) by attribute code */
    if ($attrId) {
        /** @var MagentoFrameworkAppResourceConnection $this->resource */
        /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
        $conn = $this->resource->getConnection();
        $tblName = 'catalog_product_entity_' . $attrType;
        $table = $this->resource->getTableName($tblName);
        $bind = [
            'attribute_id' => $attrId,
            'entity_id' => $prodId,
            /* put all attributes to default store view with id=0 (admin) */
            'store_id' => 0,
            'value' => $attrValue
        ];
        $conn->insert($table, $bind);
    }
}

ატრიბუტის კოდის გამოყენებით, ჩვენ განვსაზღვრავთ მის ID-ს და მონაცემთა ტიპს (datetime, decimal, int, text, varchar), შემდეგ ჩაწერეთ ადმინისტრაციული ფანჯრის მონაცემები შესაბამის ცხრილში (store_id = 0).

პროდუქტზე ზემოაღნიშნული ატრიბუტების დამატების შემდეგ, თქვენ მიიღებთ ამ სურათს ადმინისტრაციულ პანელში:

ინვენტარის მონაცემები

Magento-ში 2.3 ვერსიიდან დაწყებული, არსებობს ცხრილების ორი პარალელური ნაკრები, რომლებიც უზრუნველყოფენ ინვენტარის ინფორმაციის შენახვას (პროდუქტის რაოდენობა):

• cataloginventory_*: ძველი სტრუქტურა;
• inventory_*: ახალი სტრუქტურა (MSI - Multi Source Inventory);

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

კატალოგის ინვენტარი_

Magneto 2.3-ის განლაგებისას თავდაპირველად გვაქვს 2 ჩანაწერი store_website, რომელიც შეესაბამება ორ საიტს - ადმინისტრაციულ და მთავარ კლიენტს:

website_id|code |name        |sort_order|default_group_id|is_default|
----------|-----|------------|----------|----------------|----------|
         0|admin|Admin       |         0|               0|         0|
         1|base |Main Website|         0|               1|         1|

მაგიდა cataloginventory_stock ჩვენ გვაქვს მხოლოდ ერთი ჩანაწერი:

stock_id|website_id|stock_name|
--------|----------|----------|
       1|         0|Default   |

ანუ, ჩვენს ძველ სტრუქტურაში არის მხოლოდ ერთი "საწყობი" (stock) და ის მიბმულია ადმინისტრაციულ ვებსაიტზე. ახლის დამატება ადმინისტრატორის პანელის მეშვეობით sources/stocks MSI-ში (ახალი სტრუქტურა) არ იწვევს ახალ ჩანაწერებს cataloginventory_stock.

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

• cataloginventory_stock_item
• cataloginventory_stock_status

cataloginventory_stock_item

function createOldItem($prodId, $qty)
{
    $isQtyDecimal = (((int)$qty) != $qty);
    $isInStock = ($qty > 0);
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('cataloginventory_stock_item');
    $bind = [
        'product_id' => $prodId,
        /* we use one only stock in 'cataloginventory' structure by default */
        'stock_id' => 1,
        'qty' => $qty,
        'is_qty_decimal' => $isQtyDecimal,
        'is_in_stock' => $isInStock,
        /* default stock is bound to admin website (see `cataloginventory_stock`) */
        'website_id' => 0
    ];
    $conn->insert($table, $bind);
}

cataloginventory_stock_status

function createOldStatus($prodId, $qty)
{
    $isInStock = ($qty > 0);
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('cataloginventory_stock_status');
    $bind = [
        'product_id' => $prodId,
        /* we use one only stock in 'cataloginventory' structure by default */
        'stock_id' => 1, 
        'qty' => $qty,
        'stock_status' => MagentoCatalogInventoryApiDataStockStatusInterface::STATUS_IN_STOCK,
        /* default stock is bound to admin website (see `cataloginventory_stock`) */
        'website_id' => 0 
    ];
    $conn->insert($table, $bind);
}

ინვენტარი_

თავდაპირველად, ინვენტარის მონაცემების შესანახად ახალი სტრუქტურა შეიცავს 1 "წყარო'(inventory_source):

source_code|name          |enabled|description   |latitude|longitude|country_id|...|
-----------|--------------|-------|--------------|--------|---------|----------|...|
default    |Default Source|      1|Default Source|0.000000| 0.000000|US        |...|

და ერთი "საწყობი'(inventory_stock):

stock_id|name         |
--------|-------------|
       1|Default Stock|

«წყარო» წარმოადგენს პროდუქტების ფიზიკურ შენახვას (ჩანაწერი შეიცავს ფიზიკურ კოორდინატებს და საფოსტო მისამართს). "კომპოზიცია"ეს არის რამდენიმე "წყაროს" ლოგიკური გაერთიანება (inventory_source_stock_link)

link_id|stock_id|source_code|priority|
-------|--------|-----------|--------|
      1|       1|default    |       1|

იმ დონეზე, რომელზეც ხდება კავშირი გაყიდვების არხთან (inventory_stock_sales_channel)

type   |code|stock_id|
-------|----|--------|
website|base|       1|

მონაცემთა სტრუქტურის მიხედვით ვიმსჯელებთ, ვარაუდობენ სხვადასხვა ტიპის გაყიდვების არხებს, მაგრამ ნაგულისხმევად მხოლოდ კავშირი "სააქციო"-"ნახვა"(გვერდის ბმული მიჰყვება ვებსაიტის კოდს - base).

ერთი "საწყობი"შეიძლება რამდენიმესთან დაკავშირება"წყაროები"და ერთი "წყარო"-რამდენიმე"საწყობები"(ბევრიდან ბევრთან ურთიერთობა). გამონაკლისები ნაგულისხმევია "წყარო"და"საწყობი". ისინი ხელახლა არ არის დაკავშირებული სხვა ერთეულებთან (შეზღუდვა კოდის დონეზე - შეცდომა "ნაგულისხმევ წყაროსთან ან ნაგულისხმევ მარაგთან დაკავშირებული ბმულის შენახვა შეუძლებელია"). დამატებითი დეტალები MSI სტრუქტურის შესახებ Magento 2-ში შეგიძლიათ იხილოთ სტატიაში "საწყობის მართვის სისტემა CQRS და Event Sourcing-ის გამოყენებით. დიზაინი".

მე გამოვიყენებ ნაგულისხმევ კონფიგურაციას და დავამატებ ინვენტარის ყველა ინფორმაციას წყაროს default, რომელიც ჩართულია საიტთან დაკავშირებულ გაყიდვების არხში კოდით base (შეესაბამება მაღაზიის წინა ბოლოს - იხ store_website):

function createNewItem($sku, $qty)
{
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('inventory_source_item');
    $bind = [
        'source_code' => 'default',
        'sku' => $sku,
        'quantity' => $qty,
        'status' => MagentoInventoryApiApiDataSourceItemInterface::STATUS_IN_STOCK
    ];
    $conn->insert($table, $bind);
}

ადმინისტრაციულ პანელში პროდუქტზე ინვენტარის მონაცემების დამატების შემდეგ, თქვენ მიიღებთ ამ სურათს:

მედია

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

• catalog_product_entity_media_gallery: მედია რეესტრი (სურათები და ვიდეო ფაილები);
• catalog_product_entity_media_gallery_value: მედიის დაკავშირება პროდუქტებთან და გამოფენებთან (ლოკალიზაცია);
• catalog_product_entity_media_gallery_value_to_entity: მედიის დაკავშირება მხოლოდ პროდუქტებთან (სავარაუდოდ ნაგულისხმევი მედია კონტენტი პროდუქტისთვის);
• catalog_product_entity_varchar: აქ ინახება როლები, რომლებშიც გამოსახულებაა გამოყენებული;

და თავად სურათები ინახება დირექტორიაში ./pub/media/catalog/product/x/y/სად x и y - სურათის ფაილის სახელის პირველი და მეორე ასოები. მაგალითად, ფაილი image.png უნდა იყოს შენახული როგორც ./pub/media/catalog/product/i/m/image.png, რათა პლატფორმამ გამოიყენოს იგი როგორც სურათი კატალოგიდან პროდუქტების აღწერისას.

catalog_product_entity_media_gallery

რეგისტრაცია გამოქვეყნებულია ./pub/media/catalog/product/ მედია ფაილი (თავად ფაილის განთავსების პროცესი ამ სტატიაში არ არის განხილული):

function createMediaGallery($imgPathPrefixed)
{
    $attrId = /* get attribute ID by attribute code 'media_gallery' */
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('catalog_product_entity_media_gallery');
    $bind = [
        'attribute_id' => $attrId,
        'value' => $imgPathPrefixed,
        /* 'image' or 'video' */
        'media_type' => 'image',
        'disabled' => false
    ];
    $conn->insert($table, $bind);
    $result = $conn->lastInsertId($table);
    return $result;
}

რეგისტრაციისას, ახალ მედია ფაილს ენიჭება იდენტიფიკატორი.

catalog_product_entity_media_gallery_value

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

function createGalleryValue($mediaId, $prodId)
{
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('catalog_product_entity_media_gallery_value');
    $bind = [
        'value_id' => $mediaId,
        /* use admin store view by default */
        'store_id' => 0,
        'entity_id' => $prodId,
        'label' => null,
        /* we have one only image */
        'position' => 1,
        'disabled' => false
    ];
    $conn->insert($table, $bind);
}

catalog_product_entity_media_gallery_value_to_entity

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

function createGalleryValueToEntity($mediaId, $prodId)
{
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('catalog_product_entity_media_gallery_value_to_entity');
    $bind = [
        'value_id' => $mediaId,
        'entity_id' => $prodId
    ];
    $conn->insert($table, $bind);
}

catalog_product_entity_varchar

მედია ფაილი შეიძლება გამოყენებულ იქნას სხვადასხვა როლებით (შესაბამისი ატრიბუტის კოდი მითითებულია ფრჩხილებში):

• ბაზა (image)
• მცირე სურათი (small_image)
• მინიატურა (thumbnail)
• სურათის Swatch (swatch_image)

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

ადმინისტრაციულ პანელში პროდუქტზე სურათის დამატების შემდეგ ასე გამოიყურება:

კატეგორია

ძირითადი ცხრილები, რომლებიც შეიცავს მონაცემებს კატეგორიების მიხედვით:

• catalog_category_entity: კატეგორიების რეესტრი;
• catalog_category_product: კავშირი პროდუქტებსა და კატეგორიებს შორის;
• catalog_category_entity_*: EAV ატრიბუტის მნიშვნელობები;

თავდაპირველად, Magento-ს ცარიელ აპლიკაციაში, კატეგორიის რეესტრი შეიცავს 2 კატეგორიას (მე შევამოკლე სვეტების სახელები: crt - created_at, upd - updated_at):

entity_id|attribute_set_id|parent_id|crt|upd|path|position|level|children_count|
---------|----------------|---------|---|---|----|--------|-----|--------------|
        1|               3|        0|...|...|1   |       0|    0|             1|
        2|               3|        1|...|...|1/2 |       1|    1|             0|

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

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

function create($prodId, $catId)
{
    /** @var MagentoFrameworkAppResourceConnection $this->resource */
    /** @var MagentoFrameworkDBAdapterPdoMysql $conn */
    $conn = $this->resource->getConnection();
    $table = $this->resource->getTableName('catalog_category_product');
    $bind = [
        'category_id' => $catId,
        'product_id' => $prodId,
    ];
    $conn->insert($table, $bind);
}

პროდუქტის ბმულის დამატების შემდეგ კატეგორიებში „კატეგორია 1“ და „კატეგორია 2“, პროდუქტის დეტალები ადმინისტრაციულ პანელში ასე გამოიყურება:

დამატებითი ქმედებები

მონაცემთა იმპორტის დასრულების შემდეგ, თქვენ უნდა შეასრულოთ შემდეგი დამატებითი ნაბიჯები:

• მონაცემთა ინდექსირება: დარეკეთ კონსოლში ./bin/magento indexer:reindex;
• პროდუქტების/კატეგორიების URL-ების რეგენერაცია: შეგიძლიათ გამოიყენოთ გაფართოება “elgentos/regenerate-catalog-urls«

პროდუქტები ადმინისტრაციულ პანელში დამატებითი მოქმედებების შესრულების შემდეგ:

და წინ:

რეზიუმე

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

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

წყარო: www.habr.com