Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

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


dinox
 Поделиться

Рекомендованные сообщения

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

Бинго.

Тобто 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 в 06:21, markimax сказал:

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

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

Ссылка на комментарий
Поделиться на других сайтах

В 25.05.2022 в 07:57, buslikdrev сказал:

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

 

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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 08:25, spectre сказал:

 

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

событием
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 в 13:52, buslikdrev сказал:

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

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

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

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

Представим

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

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

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

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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 08: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');
        }
    }



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

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


 

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

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

  • +1 2
Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 12:36, sv2109 сказал:

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

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

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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 12:36, sv2109 сказал:

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

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

 

25.05.2022 в 12:36, sv2109 сказал:

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

нет.
 

 

25.05.2022 в 12:36, sv2109 сказал:

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

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

 

25.05.2022 в 12:36, sv2109 сказал:

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

ДА!!!!
 

 

25.05.2022 в 12:36, sv2109 сказал:

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

НЕ МОЙ
 

 

25.05.2022 в 12:36, sv2109 сказал:

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

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

 

 

25.05.2022 в 12:36, sv2109 сказал:

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

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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 07:04, ocdev_pro сказал:

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

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

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

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

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

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

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

 

Цитата

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

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

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

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

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

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

Изменено пользователем niger
  • +1 3
Ссылка на комментарий
Поделиться на других сайтах


25.05.2022 в 13:36, niger сказал:

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

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

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 14:36, niger сказал:

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

......

 

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


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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 07:04, ocdev_pro сказал:

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

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

Изменено пользователем Softech
Ссылка на комментарий
Поделиться на других сайтах


25.05.2022 в 22:00, Softech сказал:

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

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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 22:09, ocdev_pro сказал:

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

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

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


25.05.2022 в 22:37, Softech сказал:

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

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

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

Ссылка на комментарий
Поделиться на других сайтах

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

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 18:55, ocdev_pro сказал:


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

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

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

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

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

  • +1 7
Ссылка на комментарий
Поделиться на других сайтах


26.05.2022 в 11:42, niger сказал:

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

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

 

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

 

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

 

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

 

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

 

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

Ссылка на комментарий
Поделиться на других сайтах

25.05.2022 в 07:04, ocdev_pro сказал:

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

 

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

Ссылка на комментарий
Поделиться на других сайтах

26.05.2022 в 13:52, ocdev_pro сказал:

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

 

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

 

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

 

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

 

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

 

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

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

 

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

И имел дело и с 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 в 20:27, Nameless сказал:

 

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

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

Ссылка на комментарий
Поделиться на других сайтах


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
Ссылка на комментарий
Поделиться на других сайтах

27.05.2022 в 00: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)

Цитата

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

 

  • +1 1
Ссылка на комментарий
Поделиться на других сайтах


27.05.2022 в 00:52, buslikdrev сказал:

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

да-да
 

Цитата

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

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

Ссылка на комментарий
Поделиться на других сайтах

  • dinox закрыл и открепил теме
Гость
Эта тема закрыта для дальнейших сообщений.
 Поделиться

×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.