Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

OpenCart 4 - Наблюдение для релиза ocStore 4


dinox

Recommended Posts

  В 25.05.2022 в 04:04, ocdev_pro сказав:

Бинго.

Expand  

Тобто MS гіт це по "феншую", а ocmod (як засоб сумісної розробки)- ні?

Не треба змішувати "котлети та мух"
ocmod був добрий засіб сумісної розробки
Не будемо вдаватися до зміни коду, та демагогію
Все ж було добре
Навіщо прибрав Даніель ocmod, він шо де...л не розраховував що перше що з`явиться це буде vQmod як засів сумісної розробки? 
Це мікрогіт, і це було дуже добре
А що зараз? Вчити власників магазинів MS git?
Повір я коли прийшов на opencart перший хто був проти vQmod та робив модулі overdrive
Але потім збагнув що ocmod це добрий інструмент та засіб сумісної розробки та переробив все свої модулі на ocmod та vQmod
events це добре, але це "додаток"
Ось як тепер шаблони оновлювати та змінювати?!

Та хоч "залиш" засіб змінювати шаблони....
Як evants тепер змінити шаблон? Ніяк. Як оновлювати власникам магазинів на 4 шаблони - ніяк
Що будуть робити розробникі - встановлювати vQmod 4
"С чем боролись на то и напоролись"

PS @Support  не приходять повідомлення  про  відповідь

  • +1 2
Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 04:21, markimax сказав:

Як evants тепер змінити шаблон? Ніяк. Як оновлювати власникам магазинів на 4 шаблони - ніяк

Expand  

Шаблон без проблем, а вот отдельные фишки - проблема.

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 04:57, buslikdrev сказав:

Шаблон без проблем, а вот отдельные фишки - проблема.

Expand  

 

как поменять допустим класс какой-то кнопки или ее название при выводе? я особо ещё не смотрел но так и не догнал как правильно сделать операцию над шаблоном которая replace в окмод 

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 05:25, spectre сказав:

 

как поменять допустим класс какой-то кнопки или ее название при выводе? я особо ещё не смотрел но так и не догнал как правильно сделать операцию над шаблоном которая replace в окмод 

Expand  

событием
view/after

 

    public function eventAdminViewMarketplaceExtensionAfter(&$route, &$data, &$output) {
        if ($this->config->get('module_como_extension_improve_status')) {
            ob_start();
?>
<script>
$('#input-type').attr('size', $('#input-type option').length)
$('.card-body').addClass('row');
$('fieldset').first().addClass('col-lg-3 col-md-3 col-sm-12');
$('#extension').addClass('col-lg-9 col-md-9 col-sm-12');
$('.input-group-text').html('<i class="fas fa-filter"></i>');
</script>
<?php
            $html = ob_get_clean();
            // Insert before </body>
            $this->insertString($output, '</body>', $html, 'before');
        }
    }



Правда, это вставка кода.

Но суть та же (или парсинг) с заменой


 

  • +1 2
Надіслати
Поділитися на інших сайтах

  В 24.05.2022 в 10:52, buslikdrev сказав:

Установка модулей. Название архива входит в состав пути контроллера.

В итоге установка mymodule.ocmod.zip, чтобы в названии пути прописывать mymodule. По другому архив не назвать, например, с указанием версии с пробелами.

Требуется переделка, чтобы название папки mymodule брало из install.json

Лучшее решение, называть папку по имени автора.

Expand  

Представим

У вас есть пакеты
mymodules - mod1,  mod2 и тд

и все в одном пространстве (mymodule)
Но установить вы их не можете - файл существует (модуля),
Не проще ли имя пространства указывать в install.json?

И получается что
mymodules1
mymodules2

Пока не знаю, хорошо или плохо, но
как пример пакета opencart - все в одном
 

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 05:32, chukcha сказав:

событием
view/after

 

    public function eventAdminViewMarketplaceExtensionAfter(&$route, &$data, &$output) {
        if ($this->config->get('module_como_extension_improve_status')) {
            ob_start();
?>
<script>
$('#input-type').attr('size', $('#input-type option').length)
$('.card-body').addClass('row');
$('fieldset').first().addClass('col-lg-3 col-md-3 col-sm-12');
$('#extension').addClass('col-lg-9 col-md-9 col-sm-12');
$('.input-group-text').html('<i class="fas fa-filter"></i>');
</script>
<?php
            $html = ob_get_clean();
            // Insert before </body>
            $this->insertString($output, '</body>', $html, 'before');
        }
    }



Правда, это вставка кода.

Но суть та же (или парсинг) с заменой


 

Expand  

Спасибо за код
Но.. вот у меня скорее риторический вопрос - и чем же это улучшает ocmod?
1. код становится намного сложнее. 
2. из-за п.1 этот код уже никак не напишет обычный пользователь, в отличии от модификаторов, которые могли изменять все
3. искать конфликты теперь будет очень веселым занятием.. Ведь если раньше все изменения хранились в одном месте то теперь они размазаны по контроллерах всех модулей. Если раньше измененный код всех файлов можно было найти в одной папке то где сейчас смотреть измененный код шаблонов через события? Он вообще где-то сохраняется? 
4. конкретно в этом примере мы получаем еще и ужасный код, где в php контроллере мы имеем еще и куски html кода да еще и с буферными функциями.. С самого начала своего существования опенкарт старался избегать этого для этого была использована MVC архитектура, а теперь.. привет начало двухтысячных когда весь код был таким.
5. метода insertString я так понимаю в самом движке не додумались добавить (я не могу найти) чтобы все было одинаково у всех, следовательно каждый разработчик будет писать какой-то свой велосипед для этого и потом для поиска конфликтов и их исправления придется разбираться еще и в каждом таком велосипеде каждого разработчика, который может быть еще и закодирован.. 
И самое главное!
6. существенно работа с шаблонами таким способом по сути вообще никак не отличается от модификаторов, она осталась такой же плохой - через какие-то строковые функции или регулярки изменяем html код шаблонов. И что будет если 2 модуля захотят изменить тот же самый кусок кода?.. те же самые конфликты что и были при модификаторах, только теперь найти и исправить такой конфликт будет раз в 10 сложнее чем это было с модификаторами.. 

Вся суть событий в том, чтобы избежать подобных конфликтов и из-за этого целесообразно терпеть большую сложность кода, если код будет чуть сложнее, но и работать будет намного стабильнее и без конфликтов то на такую жертву вполне можно (и даже нужно) пойти. НО если код и разработка стали  намного сложнее, но к-во конфликтов при этом останется такой же, да еще и исправление этих конфликтов усложнилось в разы, то какой в этом вообще смысл?.. 

  • +1 2
Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 09:36, sv2109 сказав:

Но.. вот у меня скорее риторический вопрос - и чем же это улучшает ocmod?

Expand  

И это при том что данный подход существенно увеличивает ресурсоемкость опенкарта. В версии 2.3 события съедали до 30% TTFB, сейчас будут съедать до 60%.

Окмод использовал принцип "изменил и забыл", теперь же все это будет "модифицироваться" на лету. Опенкарту из-за угла приветливо машет Маджента.

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 09:36, sv2109 сказав:

Спасибо за код

Expand  

код не мой, и он не идеален ((есть на офсайте)

 

  В 25.05.2022 в 09:36, sv2109 сказав:

1. код становится намного сложнее.

Expand  

нет.
 

 

  В 25.05.2022 в 09:36, sv2109 сказав:

2. из-за п.1 этот код уже никак не напишет обычный пользователь,

Expand  

Спорное утверждение
 

 

  В 25.05.2022 в 09:36, sv2109 сказав:

3. искать конфликты теперь будет очень веселым занятием..

Expand  

ДА!!!!
 

 

  В 25.05.2022 в 09:36, sv2109 сказав:

4. конкретно в этом примере мы получаем еще и ужасный код,

Expand  

НЕ МОЙ
 

 

  В 25.05.2022 в 09:36, sv2109 сказав:

5. метода insertString я так понимаю в самом движке не додумались добавить

Expand  

это приватный метод расширения (есть на офсайте)

 

 

  В 25.05.2022 в 09:36, sv2109 сказав:

И что будет если 2 модуля захотят изменить тот же самый кусок кода?..

Expand  

Кто первый того и тапки

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 04:04, ocdev_pro сказав:

Бинго. Ибо магазины приносят деньги, а значит разрабы тоже должны получать деньги. Для конечного владельца бизнеса халявные модули, все сторонняя совместимость итд закончатся. И будет примерно так:
- Хочешь магазин, попробовать себя в торговле.. вот тебе облачное решение
- Вырос и хочешь что-то свое, вот кодеры, платишь нормально денег получаешь магазин с нужными функциями.

А не так что вот накидал за 50$ магаз, если он выстрелил, то еще на 200-300$ нагреб модулей и студент с фриланса это все собрад за 3 копейки...
Вот так не должно быть! Ибо нет смысла учиться новым технологиям, чему-то сложному, нет прогресса. Лично мое мнение - бизнес должен платить за средства которые он использует для получения прибыли, в данном случае магазин это средство которое без программиста не будет работать. Ровно как машина без автомеханика и обслуживания.

Никто не собирается упрощать систему, что бы владельцы магазинов и простые юзеры все сами могли делать, тогда это провалит рынок и услуги программистов не так уже сильно нужны, а если нужны то не дорого. А когда уйдут программисты, данныя ниша просто загнется и будет болтаться на уровне мелкого бизнеса.. в Opencart даже средних бизнесов мало, не говоря уже о крупных, а в силу слабоквалифицированных специалистов, выбор будет падать на другие платформы.

Expand  

Так с 4 опенкарта наверное выбор и будет падать или на другие платформы(облачные) или уход во фреймфорки

Его удобство было в недорогом старте, и последующей доработке сначала недорого, а потом дороже и выход на приемлемую сумму, когда и программиста устраивает оплата и бизнес устраивает функционал.

А теперь - шаблоном если начнешь, то дальше только руками ковырять код. И обновление шаблона потом только руками. Переносить строку за строкой. 

Поэтому нужно сразу искать команду. Недорого старта уже нет. А значит зачем тянуть за собой этот зоопарк имени Дэниела, если можно с таким же успехом юзать фреймворк. 

 

  Цитата

Лично мое мнение - бизнес должен платить за средства которые он использует для получения прибыли, в данном случае магазин это средство которое без программиста не будет работать. Ровно как машина без автомеханика и обслуживания.

Expand  

Я сам могу менять масло или тормозные колодки, или бампер. Мне для этого автомеханик не нужен. А так же я могу это сделать в любом гараже или в супердорогом сервисе. 

А теперь получается самому никак. Так как без бубна купленный "бампер" ты не всунешь, чтобы ничего не сломать. Так как кто-то мог всунуть "событие", которое сломает твое, или ты своим "бампером" сломаешь "событие". 

А заменить масло теперь можно только разобрав половину двигателя. 

Очень удобно как по мне для сервиса) Но не для клиента. 

Поэтому я лучше выберу другую машину.

Змінено користувачем niger
  • +1 3
Надіслати
Поділитися на інших сайтах


  В 25.05.2022 в 11:36, niger сказав:

зоопарк имени Дэниела, если можно с таким же успехом юзать фреймворк. 

Expand  

OpenCart и есть FrameWork - можно сделать всё, что хочешь.

  • +1 1
Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 11:36, niger сказав:

Так с 4 опенкарта наверное выбор и будет падать или на другие платформы(облачные) или уход во фреймфорки

......

 

Поэтому я лучше выберу другую машину.

Expand  


Именно из-за той мысли что, я могу что-то сделать сам в своей машине Вы и будете мелким торхашом, а магазин не будет расти.
Но для этого Вам не нужен никакой Opencart или фреймворк, берите облачные сервисы по 8$/мес и пробуйте себя в торговле, делать своими руками итд.
Оставьте задачи для программистов - программистам, умеете делать продажи, так делайте их.

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 04:04, ocdev_pro сказав:

Ибо магазины приносят деньги,

Expand  

Что интересно магазины не всегда приносят деньги, бывает такое что приносят деньги только разработчикам и налоговой. Ситуация двоякая. Бюджетное решение всегда будет востребованное в том числе и с возможностью самостоятельно обновить или установить модуль. У кого денег много те не будут смотреть на Opencart

Змінено користувачем Softech
Надіслати
Поділитися на інших сайтах


  В 25.05.2022 в 19:00, Softech сказав:

Что интересно магазины не всегда приносят деньги, бывает такое что приносят деньги только разработчикам и налоговой. Ситуация двоякая. Бюджетное решение всегда будет востребованное в том числе и с возможностью самостоятельно обновить или установить модуль. У кого денег много те не будут смотреть на Опенкарт

Expand  

 Если магазин не приносит денег, его нужно закрыть! 

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 19:09, ocdev_pro сказав:

 Если магазин не приносит денег, его нужно закрыть! 

Expand  

Сразу принести доход может только банковский счет на миллион долларов оставленный в наследство. А в бизнесе миллионы проблем прежде чем заработаешь 1 грн. Нужно тяжело работать чтобы магазин приносил доход. Ну да ладно, у каждого своя колокольня.

  • +1 1
Надіслати
Поділитися на інших сайтах


  В 25.05.2022 в 19:37, Softech сказав:

Сразу принести доход может только банковский счет на миллион долларов оставленный в наследство. А в бизнесе миллионы проблем прежде чем заработаешь 1 грн. Нужно тяжело работать чтобы магазин приносил доход. Ну да ладно, у каждого своя колокольня.

Expand  

Вот только не надо мне рассказывать о бизнесе и о том когда магазин может начать приносить деньги. У меня было два магазина которые приносили доход с первого дня открытия. А уже через 1.5 мес отбили вложения в их создание и рекламу. У меня был понятный бизнес-план и пришлось действително учиться делать продажи, рекламу итд прежде чем начать делать магазин.
Конечно если Вы проснулись с идей открыть магазин, на след.день собрали на opencart нечто и оно не приносит денег, то это проблема в самой идее и Вашей готовности ее осуществить, а не магазина.
За 8 лет у меня прошло такое количество магазинов, стартапов, мамкиных бизнесменов итп, что у меня нет своей колокольни я могу обьективно и комплексно судить о том или ином направлении.

Если резюмировать, то мелкие торгаши которые не понимают в SEO, Рекламе и соц.сетях и которые ноют о том, что все дорого и сложно, а программисты обнаглели и дерут в три дорого - закрывайтесь. Ибо программисты диктуют условия - научиться писать код это не тоже самое что делать продажи, это не каждый сможет осилить.

Надіслати
Поділитися на інших сайтах

Если кому-то нравиться OCMOD, работать без GIT и держать свои сайты на дешевых хостингах.. да пожалуйста, извращайтесь дальше и пользуйтесь технологиями прошлого.
Но ваши желания иметь дешевую рабочую силу не остановят прогресс. Не только opencart будет сложнее, а и все остальные системы в целом. Поэтому те кто не программисты должны будут платить за то что создали программисты. А программисты в свою очередь будут платить за то что создают другие специалисты.

  • +1 1
Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 15:55, ocdev_pro сказав:


Именно из-за той мысли что, я могу что-то сделать сам в своей машине Вы и будете мелким торхашом, а магазин не будет расти.
Но для этого Вам не нужен никакой Opencart или фреймворк, берите облачные сервисы по 8$/мес и пробуйте себя в торговле, делать своими руками итд.
Оставьте задачи для программистов - программистам, умеете делать продажи, так делайте их.

Expand  

Шикарно. А кто вам сказал, что у меня вообще есть магазин? И что я вообще торгую чем-то? И что именно Я мелкий торхаш?

Я лишь помогал некоторым людям сделать недорого магазин на опенкарт и продвинуть его. У которых есть заказы и без опенкарт, а это лишь витрина и дополнительный источник клиентов и работа на бренд, ну и продажи побочный эффект. И их магазины растут и приносят им деньги. Один даже обошел основной источник и стал основным. А там представьте себе производство, люди делают, а не перепродают товар - мелкие торхаши, как вы их смело именуете. Представьте себе - без программиста в штате. Благодаря модулям и приятному сообществу. Ну и иногда аутсорсинг. 

Вы так и не поняли о чем я говорил в сравнении с машиной.

И бизнес без вас разберется на чем и как им делать. Не забывайте, что вы молоток в руках бизнеса, а не он у вас.  

  • +1 7
Надіслати
Поділитися на інших сайтах


  В 26.05.2022 в 08:42, niger сказав:

И бизнес без вас разберется на чем и как им делать. Не забывайте, что вы молоток в руках бизнеса, а не он у вас.  

Expand  

.. потом когда "бизнес" которому собрали магазин почти за бесплатно, которой вырос или хочет расти приходит ко мне или к другим квалифицированным специалистам и плачет как ему плохо, трудно, все косо криво и все надо делать. И в этом случае бизнес это повозка из которой я делаю автомобиль с двс. А молоток это тот кто в начале готовые части соединяет.

 

Если все что Вы можете это собирать магазины с модулей, то вероятно нужно учиться чему-то большему, если только Вы не маргинал которого и так все устраивает. Но тогда и смысла нет, что-то обсуждать, т.к все предрешено заранее.

 

Да тут можно долго мусолить тему нововведений и почему это не нравится многим.  Усложнение платформы это ее путь быть в ногу со временем и технологиями и возможность зарабатывать программистам.

 

И да, бизнесу и специалистам многим эта часть не под силу, т.к люди существа ленивые и не желают что-то менять.

 

Бизнес ничего лучше среди подобных платформ для магазина не найдет, останется только WP+woocommerce, который умирает уже на 1000 товаров или же облачные готовые магазины.

 

Пожалуй у меня все, движек уже вышел в новой версии, Вам останется только принять тот факт что все изменилось.

Надіслати
Поділитися на інших сайтах

  В 25.05.2022 в 04:04, ocdev_pro сказав:

А не так что вот накидал за 50$ магаз, если он выстрелил, то еще на 200-300$ нагреб модулей и студент с фриланса это все собрад за 3 копейки...
Вот так не должно быть! Ибо нет смысла учиться новым технологиям, чему-то сложному, нет прогресса. Лично мое мнение - бизнес должен платить за средства которые он использует для получения прибыли, в данном случае магазин это средство которое без программиста не будет работать. Ровно как машина без автомеханика и обслуживания.
 

Expand  

 

Тогда нет смысла в опынкорде, он и так как mvc модель шел, просто более гибче чем облачное. Проще использовать другие стеки или маркетплейсы. А у кого кастом те и так вроде оплачивают без вони

Надіслати
Поділитися на інших сайтах

  В 26.05.2022 в 10:52, ocdev_pro сказав:

.. потом когда "бизнес" которому собрали магазин почти за бесплатно, которой вырос или хочет расти приходит ко мне или к другим квалифицированным специалистам и плачет как ему плохо, трудно, все косо криво и все надо делать. И в этом случае бизнес это повозка из которой я делаю автомобиль с двс. А молоток это тот кто в начале готовые части соединяет.

 

Если все что Вы можете это собирать магазины с модулей, то вероятно нужно учиться чему-то большему, если только Вы не маргинал которого и так все устраивает. Но тогда и смысла нет, что-то обсуждать, т.к все предрешено заранее.

 

Да тут можно долго мусолить тему нововведений и почему это не нравится многим.  Усложнение платформы это ее путь быть в ногу со временем и технологиями и возможность зарабатывать программистам.

 

И да, бизнесу и специалистам многим эта часть не под силу, т.к люди существа ленивые и не желают что-то менять.

 

Бизнес ничего лучше среди подобных платформ для магазина не найдет, останется только WP+woocommerce, который умирает уже на 1000 товаров или же облачные готовые магазины.

 

Пожалуй у меня все, движек уже вышел в новой версии, Вам останется только принять тот факт что все изменилось.

Expand  

Но бизнесу собрали почти за бесплатно и он заработал денег на этой дешевой повозке, лошадь ела подножный корм, повозка худо бедно скрипя, приносила доход и он заработал денег и на высококвалифицированных специалистов, и себе на хлеб и на пару новых локаций, куда возить повозкой, а обратился бы сразу - слил весь бюджет в разработку и остался с автомобилем ДВС, вылизанный, красивый. не кривой и косой, но без денег на бензин. И вот он стоит красивый, но ездить на нем уже дорого. Сам толкать не в можешь - не повозка же, а лошадь не тянет. 

 

Создание магазинов, как и программирование не моя парафия. Я вообще больше по рекламе, настройка рекламного стека и инвентаря. 

И имел дело и с Shopify и с Opencart, и на голом самописе PHP, и Laravel и на Wordpress+Woocommerce

Так вот, то в чем был прекрасен OpenCart умирает в 4 версии. Проще взять Laravel+Vue/React/Livewire(допишите что хотите), чем брать 4 Опенкарт. Большое количество open source, много специалистов, по той же цене, что и Опенкарт, но больше гибкость. 

Я принимаю тот факт, что изменилось, то что есть на OcStore 3, так и останется. А новое людям я все же тогда уже буду клацать на Laravel, лично мне, он понятнее чем Opencart 4. Ну и дело моего вкуса.

Ко мне обращаются не за качеством разработки, и не за тем, как отрефакторили код, и как он покрыт тестами или соответствует какому PSR и что после высококвалифицированные программисты не плюются, что все косо и криво, а чтобы эта поделка на коленке отбила вложенные средства и приносила доход. А потом они пойдут к специалистам и те им расскажут, какой был рукожоп, какое это все гавно и вообще не понятно, как оно приносит деньги и что это чудо, обычно такой ужасный код не может работать. Вы думаете я не слышал этих рассказов от тех, с кем раньше сотрудничал.  Как обо мне потом отзываются квалифицированные специалисты. Ну и это особенность такая славянская. Обратитесь ко мне, потому что те с кем вы работа-ете/-ли они не такие классные и вообще то, что мы видим это косо криво, а мы вам сделаем конфетку. 

 

 

 

Змінено користувачем niger
  • +1 1
Надіслати
Поділитися на інших сайтах


  В 26.05.2022 в 17:27, Nameless сказав:

 

Тогда нет смысла в опынкорде, он и так как mvc модель шел, просто более гибче чем облачное. Проще использовать другие стеки или маркетплейсы. А у кого кастом те и так вроде оплачивают без вони

Expand  

Те у кого кастом, там под капотом уже почти опенкартом и не пахнет. Только рассказывают, что это опенкарт. Одна обертка осталась, а внутрянка переделана вся

Надіслати
Поділитися на інших сайтах


Daniel поднасрать решил.

 

OC 2.1
addEvent($code, $trigger, $action)

OC 2.3
addEvent($code, $trigger, $action, $status = 1)

OC 3.0
addEvent($code, $trigger, $action, $status = 1, $sort_order = 0)

OC 4.0
addEvent(string $code, string $description, string $trigger, string $action, bool $status = true, int $sort_order = 0)

  • +1 2
Надіслати
Поділитися на інших сайтах

  В 26.05.2022 в 21:52, buslikdrev сказав:

Daniel поднасрать решил.

 

OC 2.1
addEvent($code, $trigger, $action)

OC 2.3
addEvent($code, $trigger, $action, $status = 1)

OC 3.0
addEvent($code, $trigger, $action, $status = 1, $sort_order = 0)

OC 4.0
addEvent(string $code, string $description, string $trigger, string $action, bool $status = true, int $sort_order = 0)

Expand  
  Цитата

Да тут можно долго мусолить тему нововведений и почему это не нравится многим.  Усложнение платформы это ее путь быть в ногу со временем и технологиями и возможность зарабатывать программистам.
Expand  

 

  • +1 1
Надіслати
Поділитися на інших сайтах


  В 26.05.2022 в 21:52, buslikdrev сказав:

addEvent(string $code, string $description, string $trigger, string $action, bool $status = true, int $sort_order = 0)

Expand  

да-да
 

  Цитата

INSERT INTO `oc_event` (`code`, `trigger`, `action`, `status`) VALUES

Expand  

Т.е. описать самому и показать пример - сложно

Надіслати
Поділитися на інших сайтах

  • dinox locked та unpinned this topic
Гість
Ця тема закрита для публікації повідомлень.
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.