Записки IT специалиста

Научитесь Программировать на C++. Курс от Яндекса Создадите действующие сервисы и добавите 3+ проекта в портфолио Более 10 000 выпускников уже нашли новую работу Перейти на сайт #реклама 16+ practicum.yandex.ru О рекламодателе

Загадка на утро вторника. 🤨🤔😎 1️⃣ Что случилось с этой системой и почему? 2️⃣ Какой одной командой получилось ее вылечить? Подсказка: недавно мы об этом говорили...

Яндекс к нам приходит... Время от времени проверяю в статистике сайта расклад по поисковым системам, которые являются основным источником трафика. Долгое время в лидерах неоспоримо был Google, а Яндекс выполнял роль вечного догоняющего. Это видно на графике 2021 года, где Яндекс отстает на 6,8%. Но на сегодняшний день расклад радикально изменился, Яндекс не только вырвался вперед, но и опережает Google уже на 12,3% фактически представляя половину поискового трафика. О чем это говорит? Да о том, что пользователи, причем технически грамотные, последнее время предпочитают Яндекс.

​​О бедном SMART замолвите слово Технологию SMART не пинал только ленивый. Действительно, технология, предназначенная для контроля здоровья накопителя очень часто, не дает никаких предупреждений и диск отправляется «в края вечной охоты» абсолютно здоровым. Но так ли это? Просто у многих присутствует ожидание, что SMART заблаговременно поставит диагноз и сообщит о критическом ухудшении здоровья заранее. Однако это не совсем верно, SMART просто собирает симптомы, но не имеет никакой расширенной аналитики. Всем этим нужно заниматься пользователю. Да, в него внесены некоторые пороговые значения, при которых он выдаст критическое предупреждение, но не более. Поэтому надеяться на SMART в этом деле не стоит, а вот контролировать его показатели стоит. Если проводить аналогию, то SMART вызовет скорую только если у вас температура выше 40 градусов, но если она ниже, скажем 38,5, то он будет только фиксировать эту информацию в журнале никому ничего не сообщая, в то время как длительная высокая температура – это явный повод обратиться к врачу. На глаза попалось исследование Microsoft на эту тему от 2016 года, несмотря на возраст оно не потеряло актуальности, так как технология SMART гораздо старше и принципиально в ней ничего не меняется. Исследования выполнялись для SSD, но с определенными поправками справедливы для любого типа накопителей. 👆 Прежде всего о точности. Только 62% вышедших из строя накопителей фиксировали в SMART изменение критических параметров, 38% вышли из строя без каких-либо симптомов в SMART. Что касается самих симптомов, то на скорый выход из строя указывают (данные на основе статистики от MS): 🔹 Reallocated (Realloc) Sector Count – количество переназначенных секторов, 80% вышедших из строя дисков с симптомами имели изменение этого показателя. 🔹 Program/Erase (P/E) fail count – ошибки программирования/стирания, встречались у 3,5% накопителей, однозначно указывает на проблемы с флеш-памятью. 🔹 CRC and Uncorrectable errors – увеличение показателя некорректируемых ошибок также является косвенным показателем ухудшения здоровья диска. 🔹 SATA downshift count – переключение интерфейса SATA на более низкие скорости – еще один симптом, указывающий на возможные проблемы с диском. Собственный опыт показывает, что Reallocated (Realloc) Sector Count действительно является одним из критических показателей, его увеличение однозначно показывает начало процессов деградации диска. В тоже время он редко достигает критических значений по SMART, видимые глазом проблемы начинаются гораздо раньше. Второй, по нашему опыту показатель, это CRC and Uncorrectable errors, особенно для жестких дисков, резкий рост таких ошибок также свидетельствует о возникших с накопителем проблемах. Поэтому не стоит ждать, что SMART сам забьет тревогу, увы, но диск успеет отказать гораздо раньше, в тоже время отслеживание ключевых показателей позволит заранее обнаружить тревожные симптомы и отреагировать на них.

​​Настраиваем параметры TLS-шифрования грамотно! Продолжаем разбираться в параметрах шифрования для веб-серверов. Сегодня это одна из наиболее важных задач и поэтому следует к ней относиться ответственно. Мы рекомендуем воспользоваться специальным сайтом-генератором moz://a SSL Configuration Generator, причем не только для настройки, но и для периодического обновления уже существующей конфигурации. Сервис подразумевает три варианта настроек: современную, промежуточную и старую. Наиболее сбалансированной является промежуточная версия, которая подходит для большинства публичных сервисов. Современную следует использовать только в тех случаях, когда вы твердо уверенны что все клиенты поддерживают современные технологии шифрования. А старую исключительно для обеспечения совместимости. Сегодня мы рассмотрим параметры для NGINX. Используемые протоколы задаются в директиве: listen 443 ssl http2; Здесь мы просто указываем возможность использования протокола HTTP 2.0, который подразумевает обязательное шифрование, при невозможности использовать HTTP 2.0 клиент будет использовать HTTP 1.1, но соединение также будет зашифровано, так как мы указали параметр ssl, включающий шифрование. Следующая опция отключает использование сессионных билетов SSL что необходимо для включения режима совершенной прямой секретности. ssl_session_tickets off; При этом у NGINX нам требуется прямо указать пусть к файлу параметров Диффи-Хеллмана, его можно как сгенерировать самостоятельно, так и скачать готовый по ссылке с сайта: # curl https://ssl-config.mozilla.org/ffdhe2048.txt > /path/to/dhparam ssl_dhparam /path/to/dhparam; Используемые протоколы для NGINX также задаются явно, сайт предлагает три варианта: ssl_protocols TLSv1.3; ssl_protocols TLSv1.2 TLSv1.3; ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3; Современный – только TLS 1.3, сбалансированный также разрешает TLS 1.2 что наиболее оптимально по соотношению безопасность/совместимость. Ну а старый вариант настроек отключает только откровенно устаревший SSL, разрешая все версии TLS. Для сбалансированной и старой конфигурации явно задается набор шифров, в современной можно использовать значения по умолчанию, так как там только TLS 1.3 набор шифров которого невелик и не содержит старых версий. Ниже набор шифров сбалансированного варианта: ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-CHACHA20-POLY1305; Шифры расположены в порядке убывания приоритета, по умолчанию выбор шифра остается за клиентом, он согласует самый стойкий поддерживаемый шифр из списка. Чтобы изменить это поведение следует использовать следующую опцию: ssl_prefer_server_ciphers on; В этом случае выбор шифра будет определять сервер. Эта опция включена только в старой конфигурации и препятствует выбору откровенно слабых шифров со стороны клиента. Еще одна опция, препятствующая атакам на понижение уровня шифрования: add_header Strict-Transport-Security "max-age=63072000" always; Она включает режим HSTS и один раз успешно соединившись с сайтом по HTTPS браузер не даст подключиться без шифрования, даже если доступна HTTP версия, в течении времени указанного в заголовке – 1 год. Настройка OCSP Stapling тоже немного более сложная. Эта технология ускоряет проверку подлинности сертификата и загрузку сайта. ssl_stapling on; ssl_stapling_verify on; Нам также потребуется указать путь к файлу промежуточных сертификатов CA, для Let’s Encrypt это файл chain.pem ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates; И доступный сервер DNS для разрешения имен, можно также указать публичные сервера 8.8.8.8 или 1.1.1.1 resolver 127.0.0.1; При этом следует помнить, что данная конфигурация не является статичной и рекомендуем эпизодически проверять ее обновление на сайте.

Канал про digital-рекламу. Эксперты с опытом 10 лет! Рассказываем простыми словами про Яндекс.Директ, VK рекламу, тонкости аналитики и другие инструменты. Делимся полезными материалами, кейсами и обзорами продуктов, подходом к работе. Подпишись, чтобы быть в тренде! Смотреть #реклама О рекламодателе

​​Освежаем знания! Пока в работе находятся материалы по веб-серверам предлагаем немного освежить теоретические знания по этой теме. Сами же статьи будут представлять актуализированные материалы по быстрому развертыванию веб-серверов на базе Apache и NGINX со стандартным стеком PHP и MySQL, а также обязательным использованием шифрования и сертификатов Let’s Encrypt прямо из коробки. А пока читаем: 🔹 Создаем свой сайт. Как устроен и работает веб-сервер 🔹Let's Encrypt - криптография становится ближе 🔹 Создаем свой сайт. Настройка DNS-зоны

Тест для предпринимателей Хотите запустить продвижение бизнеса, чтобы привлечь больше клиентов, но не представляете, с чего начать? Попробуйте пройти наш несложный тест — он поможет разобраться, как подобрать правильный инструмент и нужен ли вам специалист на фрилансе или получится управиться своими силами. В конце вас ждёт чек-лист по настройке, и, самое главное — бонусный бюджет на первую кампанию. Начать #реклама О рекламодателе

​​Аpt-key is deprecated или управление ключами в современных выпусках Debian и Ubuntu Многие базовые действия в дистрибутивах Linux не меняются множество лет и для многих стали уже привычкой. А привычки - вещь такая: привыкнуть легко, сложно переучиться. Поэтому изменения базовых вещей многими воспринимается в штыки и вызывает крайне негативные эмоции. Apt-key - утилита командной строки для управления ключами пакетного менеджера APT и когда ее объявили устаревшей, то многим это не понравилось. Однако на то были свои причины, а новая система управления ключами во многом даже проще и удобнее, нужно лишь разобраться и привыкнуть. https://interface31.ru/tech_it/2022/09/apt-key-is-deprecated-ili-upravlenie-klyuchami-v-sovremennyh-vypuskah-debian-i-ubunt.html

Делегируйте настройку рекламы Яндекс Бизнесу Яндекс Бизнес — сервис для предпринимателей, который помогает рассказать о компании в Яндекс Картах и Поиске, а ещё запустить рекламу в интернете без сложных настроек. Всё просто: Яндекс Бизнес создаст и настроит объявления — достаточно ссылки на сайт и описания. Покажет их в поиске Яндекса, Картах и на сайтах Рекламной сети — везде, где есть ваши потенциальные клиенты. Определит, где выгоднее показывать рекламу прямо сейчас, и будет следить за бюджетом, чтобы не потратить лишнего. Зарегистрироваться #реклама business.yandex.ru О рекламодателе

​​Настраиваем параметры TLS-шифрования грамотно! Во вчерашней заметке мы поговорили о получении сертификатов Let’s Encrypt, а сегодня разберем вопрос как грамотно настроить шифрование для вашего веб-сервера. Да, вы можете взять готовую конфигурацию с любого сайта, в т.ч. и с нашего и она даже будет работать, но далеко не факт, что с момента публикации статьи она сохранила свою актуальность. Поэтому мы рекомендуем использовать для получения актуального набора настроек сервис moz://a SSL Configuration Generator. Но не будем использовать его бездумно, а разберемся какие его настройки за что отвечают. Сегодня рассмотрим вариант для Apache. Сервис подразумевает три варианта настроек: современную, промежуточную и старую. Наиболее сбалансированной является промежуточная версия, которая подходит для большинства публичных сервисов. Современную следует использовать только в тех случаях, когда вы твердо уверенны что все клиенты поддерживают современные технологии шифрования. А старую исключительно тогда, когда это требует для совместимости. Начнем с параметра Protocols, он один для всех вариантов: Protocols h2 http/1.1 Он согласовывает с клиентом используемые протоколы в порядке их перечисления, список короткий: HTTP 2.0 и HTTP 1.1. Сегодня во всех случаях следует предпочесть HTTP 2.0 как наиболее производительный. Далее взглянем на параметр SSLProtocol, в нем указываются криптографические протоколы, разрешенные к использованию, точнее в Apache указывается сначала использование всех протоколов, а потом выключаются устаревшие. Данная настройка имеет вид (для разных вариантов): SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1 -TLSv1.2 SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1 SSLProtocol all -SSLv3 В современном варианте отключается все, кроме последнего актуального протокола TLS 1.3, в промежуточном также допускается TLS 1.2, а в старом запрещается только совсем старый и ненадежный SSL. С выбором протоколов также связан и выбор шифров, так как каждый протокол имеет свой набор поддерживаемых шифров. Для TLS 1.3 он совсем короткий и в настройках не указывается, допуская использование по умолчанию. В остальных случаях список шифров задается явно, чтобы настроить приоритеты и исключить слабые и устаревшие варианты. Например, на промежуточном уровне набор шифров выглядит так: SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-CHACHA20-POLY1305 На первый взгляд полотно устрашающее, но по факту оно содержит перечисление шифров в порядке уменьшения их предпочтения. Первыми в списке идут шифры на AES, ввиду широкой их аппаратной поддержки. Затем следуют CHACHA20-POLY1305, показывающие высокую производительность в мобильных устройствах. Здесь сразу надо вспомнить еще о двух опциях: SSLHonorCipherOrder off SSLSessionTickets off Первая указывает приоритет в согласовании шифра, выключено – приоритет клиента, включено – приоритет сервера. Вторая отключает сессионные билеты SSL, что требуется для включения режима совершенной прямой секретности. В процессе установления соединения клиент и сервер согласуют максимально стойкий шифр из поддерживаемых ими обоими. По умолчанию приоритет выбора находится у клиента и только в старом режиме рекомендуется переключить его на сервер. Это нужно для того, чтобы исключить атаку на понижение шифра со стороны клиента. Еще одна интересная опция: Header always set Strict-Transport-Security "max-age=63072000" Которая добавляет заголовок STS с временем жизни 1 год, после получения такой страницы по протоколу HTTPS браузер в течении года будет блокировать любые попытки соединиться с сайтом по HTTP. На время настройки и отладки сервера советуем данную опцию не включать. И, наконец: SSLUseStapling On Включает технологию OCSP Stapling, которая позволяет ускорить проверку подлинности сертификата сайта и улучшить его отзывчивость и производительность.

Основа любого бизнеса — автоматизация процессов. Более чем в 1 500 000 организаций, от малого бизнеса до крупнейших корпораций и госструктур, используется 1С.  🖥 На курсе ProductStar «1C-разработчик» вы научитесь: — Создавать и внедрять бизнес-решения на платформе 1С; — Разрабатывать новый функционал и модернизировать текущий; — Поддерживать грамотную работу программ 1С; — Настраивать новые отчеты для мониторинга. Для разработки вам необходимо только знание русского языка. А мы поможем освоиться в профессии на практике и трудоустроиться уже на 4-м месяце обучения. Гарантия трудоустройства закреплена в оферте, чтобы вы смогли окупить обучение до окончания курса. Промокод «РАЗРАБ» даёт скидку 60% на обучение.  Забронировать скидку Реклама. ООО "ТРИВИУМ". ИНН 7806297293. erid: LjN8K73cz

​​Используем Certbot для получения сертификатов Let’s Encrypt вместе с плагинами Apache и Nginx Сертификаты Let’s Encrypt прочно вошли в нашу повседневную деятельность. Как и утилита для их получения и продления – Certbot. Для работы с сертификатами у Certbot есть различные плагины, самый известный из которых webroot, но он требует предварительного созданий структуры данных и настройки веб-сервера. Но если вы используете Apache или Nginx, то есть способ проще – использовать одноименные плагины, работу с которыми мы сейчас разберем. Прежде всего следует получить последнюю версию Certbot, которые теперь распространяются в виде snap-пакетов. Если Certbot был уже установлен, то его следует удалить: apt remove certbot Теперь добавим поддержку Snap (в Ubuntu уже присутствует): apt install snapd И сразу обновите ядро snap для получения последней версии оснастки: snap install core Теперь можно установить Certbot: snap install --classic certbot После установки сделайте символьную ссылку на обычное расположение бинарника: ln -s /snap/bin/certbot /usr/bin/certbot Теперь можно воспользоваться предоставляемыми Certbot возможностями. Самый простой режим – автоматический, в нем утилита не только получит сертификаты, но и сама настроит веб-сервер: certbot --apache|nginx Но это подходит только для «самых маленьких», более-менее опытный администратор предпочтет сам настроить конфигурацию веб-сервера, в этом случае можно только получить сертификаты: certbot certonly --apache|nginx При запуске в этом режиме Certbot выведет вам список всех обнаруженных в конфигурации веб-сервера доменов и предложит указать те, для которых вы хотите получить сертификат. Вы можете как получить один сертификат для всех, так и отдельные для каждого домена, в этом случае вам придется запустить Certbot несколько раз и каждый раз указать нужные домены. Также можно пропустить этот этап явно указав их при запуске утилиты: certbot certonly --apache|nginx -d example.com -d www.example.com В остальном работа с сертификатами ничем не отличается от привычного webroot, только сам процесс получения становится проще, вам не нужно ничего предварительно настраивать. После получения сертификатов и настройки сайтов проверим возможность их продления: certbot renew --dry-run Самим процессом продления занимается планировщик вашего дистритбутива, в современных дистрибутивах это systemd. Получим список таймеров: systemctl list-timers И найдем в списке таймер связанный с certbot, в Ubuntu он называется snap.certbot.renew.timer И проверим его статус командой: systemctl status snap.certbot.renew.timer Таймер должен находиться в состоянии Активен (Ожидание) и будет указано время до следующего запуска. Напоследок не забудьте добавить в настройки продления в файле /etc/letsencrypt/renewal/example.com.conf (имя файла настройки соответствует первому указанному домену из списка доменов сертификата) в секцию [renewalparams] строку: renew_hook = systemctl restart apache2|nginx Для перезапуска веб-сервера после продления сертификата.

Как стать крутым веб-дизайнером? Рассказываем на своем опыте, как начать карьеру в дизайне. Покажем, как правильно оформлять портфолио. Научим создавать дизайн со смыслом. Поможем экспертным советом и наставничеством. Канал про то, как делать классный дизайн и работать с нейросетками. Туторы и советы от профи. Заходи! Подписаться #реклама pero-design.ru О рекламодателе

​​Снова спрашивают, поэтому еще раз опубликуем. Настраиваем терминальный сервер на Windows Server в рабочей группе Роль терминального сервера пользуется огромной популярностью у системных администраторов самых разных по размеру предприятий, от самых маленьких, до очень больших. Действительно, это достаточно эффективный способ организации работы пользователей и эффективного использования вычислительных ресурсов. Но есть и определенные сложности: начиная с Windows Server 2012 компания Microsoft решила, что для развертывания терминальных служб обязательно нужен домен Active Directory. Но это не всегда приемлемо и уместно. Значит будем обходиться без домена, а как - расскажем в этой статье. https://interface31.ru/tech_it/2021/05/nastraivaem-terminalnyy-server-na-windows-server-v-rabochey-gruppe.html Актуально для версий Windows Server 2012- 2022

🎓 Освойте одну из самых востребованных IT-специальностей на рынке труда и получите помощь с трудоустройством! Станьте участником федерального проекта "Содействие занятости" - цель которого помочь гражданам бесплатно освоить новую или сменить действующую профессию. Открыт набор на бесплатное онлайн-обучение от ТГУ по программе: "1C разработчик". *ТГУ входит в 100 сильнейших вузов мира и Топ-5 России. Узнайте подробнее и подайте заявку: https://tglink.io/42fdfffb16b3 Обучение с проектом «Содействие занятости» это: 🔸 Полностью бесплатное онлайн-обучение 🔸 Более 65 000 выпускников, 75% из которых трудоустроены 🔸 Обучение по 2–3 часа в день в удобное для вас время; 🔸 Документ об образовании — подтвердит ваши навыки и компетенции; 🔸 Помощь с трудоустройством после обучения. Количество мест на бесплатное обучение ограничено, спешите подать заявку. Реклама. ООО "АДИ ГРУПП". ИНН 7017283529. erid: LjN8JxwKk

​​Жизнь и приключения молодого и перспективного хостинга, серия вторая. Продолжение. Продолжаем читать и анализировать откровения одного из учредителей молодого и перспективного хостинга: Всем привет, меня зовут Арсений, мне 20 лет и я СЕО компаний Aeza Group Ltd. Прошлая наша заметка закончилась тем, что, основав Аезу герой нашего рассказа впал в продолжительную «депрессию» и год непонятно чем занимался, точнее занимался всем чем угодно, но только не хостингом. Тем временем хостинг жил и вполне себе развивался. Для привлечения клиентов был предложен ряд интересных промо-тарифов, правда с довольно серьезными оговорками, например, при покупке промо отключалась поддержка для всего аккаунта. Первый блин, правда, вышел комом, количество пользователей промо явно превысило возможности хостинга, и они не придумали ничего лучше, чем просто выключать виртуалки при нагрузке, порой самой незначительной. При этом представители хостинга активно отслеживали обсуждения и активности пользователей в сети и активно вмешивались в обсуждение, персонально разбирали ситуации, гасили недовольство и в целом формировали положительный имидж компании. В новых промо учли старые ошибки и серьезно уменьшили доступные ресурсы, чтобы избежать неприятных для себя ситуаций. И в целом Аеза заслужила репутацию хостинга, пусть и молодого, но вполне клиенториентированного. Но тут наш герой вышел из своей "депрессии" и сильно удивился: И каким образом за этот год моего отсутствия аеза выросла — я не знаю, я могу лишь поблагодарить всю нашу команду, за вашу самостоятельность. И на него снизошло озарение: Летом этого года я понял, что мне мешает. Мне мешает совладелец, который сам того не осознавая, уничтожает проект, высасывая с него абсолютно все средства, что я еле мог оплачивать аренду колокейшнов, и прочего. Т.е. человек, который целый год тянул проект, пока автор чилил с подругой, оказался тем, кого обязательно надо убрать. Просто потому, что он мешает нашему герою. И было принято больное, тяжелое решение — убрать его с проекта. Ночью, тайной операцией, поскольку добровольно он отказался уходить, несмотря на то что он также будет получать 50%, а не просто высасывать все деньги. Т.е., говоря понятным языком – соучредителя просто выбросили из проекта на мороз. Операция не прошла гладко, а сопровождалась масштабными сбоями, которые потом были компенсированы, и поддержка пояснила происходящее как: сегодня ночью наша команда столкнулась с непредвиденными обстоятельствами в лице саботажа со стороны одного из бывших сотрудников. Сам же автор описывает это следующим образом: Попытка номер два, отключаем аристу, готовимся включать и резко сбросить доступ из вне, просыпается совладелец, устраивает скандал. Но путем переговоров он отдал проект, спасибо ему большое за это и за то, что он по-прежнему для него делает. А дальше все начало цвести и пахнуть, добро победило зло и т.д. и т.п. И с момента принятого решения — мы выросли ровно в 2 раза и продолжаем расти, поскольку нас никто и ничто больше не остановит. Только вот расти начали куда-то не туда. Начиная с «хитрых» финансовых манипуляций с овердрафтом, который способен просто выставить клиента на деньги в разы, превышающие стоимость тарифа, при этом условия предоставления овердрафта нигде не указаны [4]. Дальше-больше, даем слово компании Имиджмарк, которые занимались отражением хакерской атаки на Битрикс [5]: В случае с деятельностью хакеров, если судить по логам, все атаки были произведены с серверов хостинг-провайдера AEZA, которые преимущественно располагаются в Финляндии. Все наши жалобы они проигнорировали. Ничего не напоминает? Вместо этого мы заблокировали весь трафик с их серверов, и атаки сразу же прекратились. Похоже aeza под управлением молодого и перспективного менеджера решила идти по стопам MskHost. И последние действия с прямым противопоставлением себя РКН и выводом активов за рубеж это только подтверждает, при том, что основная клиентская масса компании остается российской.

#REKONFA: погрузитесь в мир рекламы онлайн или офлайн Большая конференция Яндекс Рекламы пройдёт 28 ноября в Москве и онлайн. Вместе с участниками рекламной индустрии обсудим, что происходит на рынке, какие технологии помогают развивать бизнес и как собирать сильные маркетинговые команды. Приходите открыть новые подходы к продвижению и познакомиться с коллегами. В этом году мы соберём 4 000 человек на ВТБ Арене и будем вести онлайн-трансляцию для тех, кто не сможет присоединиться к нам лично. Зарегистрироваться #реклама ya.rekonfa.ru О рекламодателе