Финансы Татьяна Боброва
10 386

Исследование: российские госкомпании закупили программы американской Oracle на 13 млрд рублей вопреки импортозамещению

Среди крупнейших заказчиков — «Сбербанк», «Ростелеком», ФНС и ЦБ.

  • В 2018 году российские госкомании и госструктуры потратили на лицензии и услуги техподдержки продуктов американской корпорации Oracle более 13,3 млрд рублей. Об этом говорится в исследовании аналитической компании TAdviser.
  • Среди крупнейших заказчиков — «Сбербанк», «Ростелеком», Федеральная налогова служба, Центробанк и «Росатом». Они заключили госконтрактов на 4,9 млрд, 2,5 млрд, 997 млн, 439,7 млн и 348,7 млн рублей соответственно, посчитали в компании.
  • В TAdviser анализировали данные сайта zakupki.gov.ru, электронных торговых площадок, а также корпоративных сайтов. При этом реальные суммы затрат на продукцию Oracle могут быть выше, поскольку часть закупок могли быть включены в комплексные контракты, отмечают в компании.
  • Общая сумма контрактов растёт последние пять лет — в 2014 году показатель составлял 7,17 млрд рублей. При этом количество закупок сокращается: с более чем 550 в 2014 году до 250 в 2018 году.
  • Oracle Corporation специализируется на разработке систем для управления базами данных, систем планирования ресурсов предприятия, облачного ПО, а также поставляет серверное оборудование. Компания обслуживает 430 тысяч клиентов в 175 странах.
  • С 2016 года в России действуют ограничения для госорганов на покупку иностранного программного обеспечения. Они должны приобретать продукты из реестра отечественного ПО кроме случаев, когда российских аналогов с необходимыми характеристиками нет. Этого же правительство требует от госкомпаний. По данным TAdviser, почти у всех закзчиков заготовлены обоснования невозможности соблюдения этого запрета. Документы при необходимости включаются в материалы закупки.

#новость

{ "author_name": "Татьяна Боброва", "author_type": "editor", "tags": ["\u043d\u043e\u0432\u043e\u0441\u0442\u044c","\u043d\u043e\u0432\u043e\u0441\u0442\u0438"], "comments": 86, "likes": 54, "favorites": 17, "is_advertisement": false, "subsite_label": "finance", "id": 66049, "is_wide": true, "is_ugc": false, "date": "Mon, 29 Apr 2019 16:38:52 +0300" }
{ "id": 66049, "author_id": 283507, "diff_limit": 1000, "urls": {"diff":"\/comments\/66049\/get","add":"\/comments\/66049\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/66049"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199119, "last_count_and_date": null }

86 комментариев 86 комм.

Популярные

По порядку

Написать комментарий...
47

Я думал сбербанк хранит все данные в тетрадке, которую каждый день переписывает армия теток за 50 лет.
И из за этого только появилась фраза: где открывали карту туда и идите, ведь не успеет же тетка с тетрадкой доехать до филиала где ты щас находишься.

p.s Какие альтернативы защищенныи и быстрым базам в РФ? Да нихрена нет, так как зарубежом инвестируют в технологии, а у нас пилят бабки которые выделяют на разработку чего-то.

Ответить
8

Не совсем... Хоть и есть postgresql pro, в которой работают крутые чуваки и делают полезные вещи, надо понимать, что Oracle не только реляционное хранилище данных, а мощная экосистема, и нельзя просто взять и пересесть с Oracle игры...

Ответить
13

Мы (коммерческая контора) планомерно меняем Оракл (как БД) на опенсорсные решения - Postgres, Clickhouse (вообще российская разработка), Elastic Search и т.д.

Бизнес-приложения (такие , как OEBS) - меняются на 1С, опенсорсные решения и собственные разработки - и все как правило начинает работать более предсказуемо.

Ответить
25

меняются на 1С

начинает работать более предсказуемо

Падать с характерным звуком "бля-а-а!"?

Ответить
35

до упоминания 1С пост еще имел какое-то право на жизнь

Ответить
0

Ладно вам - особых альтернатив бухгалтерии 1С для формирования регламентной отчетности не много.

Ответить
0

Поверьте, если бы я хотел собрать классы, я бы не писал про одинэс))

Но факт есть факт - многие зарубежные софтины на порядок кривее русских (хотя русского говна конечно тоже навалом). От того же оебса плюются чуть менее, чем все, у SAPа конский интерфейс, всякий специализированный софт типа AIMS - вообще труба. На их фоне правильно приготовленный 1С для решения точечных задач и с выделенной командой развития - вполне себе ок. Я с 1С вообще не пересекаюсь - мы пилим внутренний софт на Java+NodeJS+Angular7, но мнение коллектива примерно такое. Потом, разрабов на зарубежный ынтырпрайз несравненно сложнее найти, чем под остальное мной перечисленное.

Ответить
0

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

Ответить
2

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

Ответить
2

Yes! Let's change Oracle for 1C! Fuck you, Oracle!

Ответить
1

да ладно, просто контора решила сэкономить, верно?

Ответить
0

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

Ответить
12

— Чем заменить Белаз?
— Да вот детскую лопатку возьмите..

Ответить
4

как копать белазом?

Ответить
1

Не копать, а носить (вместо возить)

Ответить
0

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

Ответить
1

Не особенно разной - так может говорить только тот, кто Оракл видел только на картинке. Не говорите чушь.

Ответить
0

Видимо, вы видели его в деле. Поясните плиз - в чем именно (для примера) оракл прям уделывает постгрес, что и сравнить нельзя!

Ответить
0

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

Ответить
0

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

Ответить
8

дело не в альтернативе самой БД, а в продуктах, купленных банками.
есть вендоры ПО (банковского), продукты которых написаны и писались десятилетия под оракл, и не уйти с него никуда и никак, только отказаться от вендора и перейти на другого.

Ответить
3

У Сбера есть "таблички", которые по 100 ТБ весят и разнесены на целый кластер. Мускул или постгрис с таким можно подружить, если поработать напильником (как сделал ВК, например). Сбер выбирает готовое решение под свои объемы данных и требования, чтобы ничего не допиливать.

Ответить
1

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

Ответить
6

"Велосипеды" в ИТ как бы не приветствуются)) так что тут Сбер прав.

Ответить
0

А как же блокчейнбигдатаискуственныйинтеллект? На фоне этого подпилить PostgreSQL, или заказать подпиливание разбирающимся в ней людям, которые в России есть, должно быть раз плюнуть. При условии возврата этого нового кода в апстрим (банально для облегчения его сопровождения) это уже будет не велосипед.

Ответить
–2

Знаете, как бы то ни было, но в Сбере умные люди всё же есть (и весьма немалое количество), так что попилы в одном месте, а дельное дело - в другом))

Ответить
0

"Велосипеды" в ИТ как бы не приветствуются))

С каких пор? Все IT держится на методологии велосипедостроения.

Ответить
0

Там где есть риск потерь стараются использовать проверенные решения, а не самопал (велосипед), разве нет?

Ответить
2

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

Ответить
2

Программисты не нужны (с)

Ответить
0

Зачем пилить постгрес или мускуль для работы в кластере? Это вполне типовая установка такого софта - все работает в штатном режиме по документации. Чисто админская задача

Ответить
2

Есть очень хорошие обзоры проблем MySQL на Хабре. Например, пост Олега Бунина: https://habr.com/ru/company/oleg-bunin/blog/328458/

Там очень хорошо описано, что с ним не так из коробки при высоких требованиях к объёмам, производительности, безопасности.

Есть на том же Хабре пост, где Яндекс.Почту мигрировали с Oracle на PgSQL: https://habr.com/ru/post/321756/

В конце есть краткое описание фич Оракла, без которых они скучают.

Есть куча других статей и сравнений эксплуатации разных БД на уровне Enterprise решений.

К тому же в соседних комментариях уже объяснили, что у Сбера проблема не только в объёмах данных. Есть ещё и тонна легаси, завязанного на фичи Оракла. Нельзя так просто взять и выкинуть их.

Ответить
0

Во второй статье обратите внимание на абзац:

Это — не первая наша попытка избавиться от Oracle. В начале нулевых была попытка переехать на MySQL, она провалилась. В 2007 или 2008 была попытка написать что-то своё, она тоже провалилась. В обоих случаях был провал не столько по технически причинам, сколько по организационным.

Если для Яндекса (являющегося изначально IT-компанией) переход является проблемой, то что говорить о банковских структурах.

Затем обратите внимание на следующую реплику:

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

То есть даже в Яндексе перевод лишь одной части Яндекс.Почты на PostgreSQL удался не с первого раза и занял 10 человеко-лет.

Зачем такие риски Сберу?

Ответить
0

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

Ответить
0

А затраты времени как уменьшить? Я ещё раз обращаю внимание, что Яндекс 3 года потратил, чтобы только кусочек системы перевести. Сколько лет понадобится, чтобы весь Сбер перевести на другую базу?

Ответить
0

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

Ответить
0

Почитал про опыт яндекса. Особенно по фичам оракла они не скучают, как я уяснил. Проблемы были, но рабочие, и не особенно связанные с самим постгресом - скорее с легаси и организацией проекта.

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

Ответить
–1

Зачем работать напильником если есть шардирование?

Ответить
0

Зачем самому делать ремонт в квартире, если есть отличная методика укладки керамической плитки?

Вот ты сейчас примерно такую хуйню и спросил. Без обид.

Ответить
0

Да нет, не хуйня. Скорее хуйней звучит история про таблицу в 100ТБ.

Ответить
1

На самом деле они уже сотни петабайт суммарно хранят. Сотня терабайт для Сбера и правда хуйня. Ты прав.

Ответить
0

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

Ответить
0

У Postgres есть ряд родовых травм

Ответить
1

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

Ответить
4

сначала в тетрадке. А потом в БД

Ответить
5

Это зависит от того прошла ли она курсы повышения квалификации или нет

Ответить
3

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

Ответить
0

firebird вроде русские корни имеет хотя и базируется на зарубежных технологиях.
апдейт: ниже написали что postgre

Ответить
0

Codehouse, xodus.
В сбертехе в нашем отделе вообще использовали ignite и потом собирались перейти на gridgain (русские).
Про специалистов Oracle не согласен, в тех вузах обычно Oracle и проходят.

Ответить
4

В вузах много чего проходят. Мимо проходят. И не только в IT. А потом человек попадает на работу и оказывается, что надо работать.

Ответить
–1

Причем здесь надо работать, не надо? Я к тому что найти человека, который имеет хоть какой-то опыт, даже в виде учебного проекта, на оракл проще, чем на том же postgres

Ответить
9

Oracle в учебном проекте.. Вы хоть с Ораклом сталкивались когда-либо? В вузе хорошо, если SQL научат ну и базу худо-бедно проектировать. Правда потом человек сталкивается с реальными проектами и понимает, что все, что он изучал в вузе - никуда не годится.

Ответить
0

Ну у меня Oracle в университете был установлен (сами ставили в рамках одной из лабораторных работ) + курс по SQL itself так сказать. Ну и всякие мускулы само собой :)

Ответить
0

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

Ответить
0

Немного не улавливаю. Под «понимать» - что имеем ввиду? Разрабатывать? Или администрировать и поддерживать в работающем состоянии развёрнутую систему?

Ответить
0

Понимать - это спроектировать базу и приложения в Enterprise-коммерческом проекте. Далее - поддерживать и обслуживать.

Ответить
0

Всегда считал, что разработка бд и ее дальнейшее администрирование - немного разная работа! Поэтому неграмотная эксплуатация может убить вполне годную разработку

Ответить
0

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

Ответить
0

Да я согласен :) Я на то намекал, что все-таки в некоторых университетах ораклину худо-бедно, но дают. По крайней мере, потом студентики не говорят "а че это такое?"

Ответить

Комментарий удален

0

Было дело..

Ответить

Комментарий удален

0

И что из вузовского Ораклового Вам пригодилось в реальных проектах?

Ответить

Комментарий удален

6

Джуна на Оракл найти проще, чем на постгрес? Это шутка такая?

Ответить
1

Прочитайте внимательно
А если нужны примеры, то бауманка и СПбГУ матмех

Ответить
6

Я конечно же прочитал. И это очень смешное заявление. Ну да, есть несколько факультетов, где изучают Оракл. Может десяток даже. На остальных изучают SQL в чистом виде (на базе опенсорса, ибо зачем городить). Если студент хочет погрузиться в SQL, он пойдёт в MySQL/PostgreSQL, иногда в MSSQL. Но не в Оракл же. Оракл слишком специфичен и бессмысленен для изучения в рамках обычной программы университетской.
Вы же делаете очень странный вывод, причём непонятно на чем основанный. И те, кто хоть минимум сталкивался с наймом в этом направлении, скажут абсолютно тоже самое.

Ответить
–1

Я сделал вывод, исходя из знания учебного процесса, из бауманки, например, многие идут в сбертех. Ну и из опыта работы непосредственно в сбертехе.

Ответить
0

В целом так и есть. Не знаю почему так, но по слухам от тимлида до конца года планируют объединить базы всех областей в одну. Но сомневаюсь, что комиссии за переводы в другой регион отменят)

Ответить
0

А теперь поподробнее о том, какие базы там хотят смерджить. Если сберонлайн, то там база по сути одна (не считая архива и бэкапов). У сбера куча систем со своими базами

Ответить
5

За такие деньги можно самому написать базу данных. Но проще качать нефть.

Ответить
16

А давайте поступим следующим образом:
1. Вы представите работающий прототип "типа Оракл".
2. Мы его отдадим на экспертизу.
3. Если эксперты скажут, что годная штука и есть смысл пилить дальше - вы получите финансирование необходимое для запуска коммерческой версии.

Ответить
1

По вашему какая основная сложность в написании базы данных?

Ответить

Комментарий удален

0

Почитайте историю кодбейза Оракла, например:
https://habr.com/ru/post/429946/

Ответить
4

за такие копейки? на fl заказывать, что ли?

Ответить
2

всем привет, нужно сделать аналог базы оракул, ничего с 0 писать не надо - все уже есть, просто скопировать базу и назвать ее ираклий, 1500р, работу жду до конца апреля, ничего сложного тут нет.

Ответить
1

База данных нужна здесь и сейчас. Поэтому и рассматриваются готовые решения

Ответить
5

Ну ничего себе, как здорово, что депутаты прочитают это исследование и тут же восстановят порядок и справедливость!

Ответить

Комментарий удален

–6

Oracle не предлагает никаких магических решений для больших данных, которые нельзя получить с помощью опенсорсных технологий. Для больших данных есть платформы типа Hadoop. Для обработки любого объёма сообщений есть Kafka и подобное. Postgres отлично справляется с OLTP нагрузками при грамотно сконфигрурированной файловой системе, кластеризации и т.п. Сейчас на рынке не диковинка серверные диски по 16 терабайт.

Решает не продукт, а квалифицированные кадры, в которые нужно вкладывать деньги и время. Именно они обеспечивают быструю и надёжную работу информационных систем любого масштаба. Решают люди, а не волшебные бренды.

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

Процесс перехода на открытое ПО + коммерческие решения на его базе идёт во всём мире: postgres, linux, kubernetis, docker и т.д. Этот тренд постепенно дойдёт и до нас. Но не стоит ожидать что консервативный госсектор сделает это просто по указке сверху. Для этого нужно время. И очень много новых классных специалистов.

Ответить
9

1. Kafka из коробки работает из рук вон плохо. Приходится колдовать и настраивать
2. У опенсорса очень часто нет НИКАКОЙ поддержки. Это самый важный фактор для организаций уровня сбера.
3. Допустим, у тебя есть 10000 погромистов, которые способны поддерживать опенсорс и патчить, только вот совсем скоро внутри будет использоваться сильно кастомизированная версия опенсорса, потому что пулл реквесты там рассматривают очень неохотно.
Я вот поработал в фирме на 200 человек, где своя версия валдфлая, основанная на 10 версии (!!!), хотя актуальна 15, и своя же версия кафки.
Хотел еще приплести кастомный дженкинс, но не стал.

Если же и есть полноценная поддержка у опенсорса, то тебе надо ввалить кучу денег в миграцию, но не факт, что это окупится по сравнению с продолжением вливания бабок в оракл, хп и тд

Так что тут Вы не правы

Ответить
0

Закупаются, пока могут. Представить страшно, что будет, когда они таки перейдут на отечественное.

Ответить
0

Обидно, что и не на что переходить( качаем нефть и все, что можем

Ответить
0

Видимо " шатал" сбер все эти ваши законы.

Ответить
0

строгость Российских законов компенсируется необязательностью их исполнения!

Ответить
0

Ничего нового. Все как обычно. Под видом импортозамещения зарабатывает определенный круг лиц правительства. Там где зарабатывать не могут продолжают вкладывать в зарубежное.

Ответить

Комментарий удален

–1

Вопреки какому импортозамещению?😆😆😆

Ответить
–1

Компании просто пользуются тем, что качественно

Ответить
0

ПО от Oracle далеко не самое качественное, но, как выше уже сказали, тут решает техподдержка

Ответить
0
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Компания отказалась от email
в пользу общения при помощи мемов
Подписаться на push-уведомления
{ "page_type": "default" }