Банк «Санкт-Петербург» переводит ключевые IT-процессы в Yandex.Cloud («Яндекс.Облако»)
В рамках партнёрства между Банком «Санкт-Петербург» и с облачной платформой «Яндекса» (Yandex.Cloud) Банк перемещает часть ключевых IT-процессов в Yandex.Cloud. Это позволит Банку повысить эффективность инвестиций в IT благодаря переводу затрат на IT-проекты из капитальных вложений в операционные. Кроме того, повысится скорость выделения инфраструктуры под новые проекты и получения конкретных инструментов для создания новых цифровых продуктов и сервисов. При этом Банк переводит в облако только процессную, функциональную часть программного обеспечения. Все базы данных, информация о клиентах и финансах остается исключительно внутри Банка.
Переход в облака позволит уменьшить затраты на поиск и оплату конкретных узких IT-специалистов, способных разворачивать соответствующую инфраструктуру, поддерживать специальные IT-инструменты и разработки. Yandex.Cloud станет для Банка не только инфраструктурным партнером, но и поставщиком готовых решений.
На сегодняшний день завершен пилотный проект по миграции IT-процессов в облако. Пилот подтвердил эффективность и безопасность работы в Yandex.Cloud. В дальнейшем в облаке планируется развернуть часть общедоступных клиентских сервисов.
Старший вице-президент по информационным технологиям Банка «Санкт-Петербург» Александр Рыбаков:
«Облачные технологии в последние годы значительно продвинулись в плане надежности и безопасности и являются очевидным инструментом для повышения эффективности бизнеса. На данном этапе, облачные технологии для нас – это переход на другой технологический формат с точки зрения работы с IT-инфраструктурой, включая подход «инфраструктура как код» (Infrastructure As Code, IaC). Про IaC слышали все специалисты, а мы одни из первых начали работать в этой парадигме. Это был один из самых интересных шагов проекта — новая концепция, и мы уже на практике оценили ее преимущества. Одновременно с проработкой новых технологических инструментов, на первом месте для нас находится вопрос безопасности.
В данном случае у Yandex.Cloud есть ряд преимуществ. Это российская платформа, а поставщик — российская компания. У компании есть все необходимые сертификаты по защите информации, включая сертификацию по PCI DSS. Наши центры обработки данных соединены выделенным защищенным каналом связи. Кроме этого, архитектурное решение по переносу сервисов в Яндекс предполагает, что база данных с информацией по клиентам и другие информационные ресурсы остаются на площадке Банка, а в облако мы переносим только логику и реализацию сервисов. Это означает, что с точки зрения защиты персональных данных клиента ничего не меняется. Аналогично с антифрод-решениями».
Дмитрий Родионов, менеджер по работе с ключевыми клиентами Yandex.Cloud:
«Для нас проект с Банком «Санкт-Петербург» стал ценным опытом, ведь проекты в финансовой сфере всегда отличает скрупулезная работа над всеми сетевыми схемами, решение вопросов информационной безопасности. Здесь также критически важен вопрос отказоустойчивости, надежности работы всей системы.
Идеология использования публичного облака — разделение ответственности между поставщиком этой технологии и клиентом. Поэтому на стороне своей инфраструктуры мы следуем лучшим практикам на рынке как в части выстраивания процессов защиты, так и в части технических мер обеспечения безопасности. Также на регулярной основе мы проходим множество аудитов соответствия требованиям различных стандартов, – таким образом мы постоянно совершенствуем свои меры защиты и упрощаем выстраивание соответствия этим стандартам для наших клиентов. Данный проект наглядно показал, что для успеха облачной миграции очень важно, чтобы каждый из партнеров фокусировался на том, что он хорошо умеет делать. На оперативность проекта миграции в облако влияют два главных аспекта: возможность максимально автоматизировать для клиента работу с ресурсами и сервисами и наше стремление делиться опытом и лучшими практиками. Когда такая синергия происходит, мы получаем очень интересные проекты, как в случае с Банком «Санкт-Петербург».
Известный американский фонд стал крупным акционером «Яндекса»
| ПоделитьсяАмериканский фонд FMR стал владельцем 4,5% акций Yandex. Рыночная стоимость данного пакета составляет $1,17 млрд. В настоящее время пять американских фондов владеют крупными пакетами акций Yandex.
FMR стал владельцем 4,5% акций Yandex
Американский фонд Fidelity Management & Research Company (FMR) вошел в число крупных акционеров Yandex — компании-владельца российского «Яндекса». Согласно информации, размещенной на сайте Американской комиссии по ценным бумагам (SEC), фонд собрал 4,5% акций интернет-компании. Рыночная стоимость данного пакета составляет $1,17 млрд.
Фонд FMR был создан в 1946 г.
Ранее FMR уже скупал акции публичных ИТ-компаний, связанных с постсоветским пространством. Так, фонд владел пакетами акций американской компании EPAM, созданной выходцами из Белоруссии, созданного россиянами офшорного разработчика ПО Luxoft (в 2019 г. был поглощен американской компанией DXC Technology) и платежной системы Qiwi.
Какие еще американские фонды являются крупными акционерами Yandex
В настоящее время целый ряд американских фондов владеет крупными пакетами акций Yandex. Так, фонду Invesco принадлежит 8,7% акций интернет-компании. В 2018 г. Invesco приобрел другой американский фонд — Oppenheimer, который с 2011 г. скупал акции Yandex.
В настоящее время пять американских фондов владеют крупными пакетами акций Yandex
Группа фондов Capital Group на начало 2020 г. владела 6,8% акций Yandex. На начало 2021 г. этот пакет увеличился до 9,9%. Также в начале 2021 г. у Yandex появился еще один крупный акционер — американский фонд Janus Henderson Group, чья доля составляет 7,6%. Кроме того, фонд Hardling Loevner владеет 3,3% акций интернет-компании.
Акционерная структура Yandex
Главным акционером Yandex является глава компании и основатель «Яндекса» Аркадий Волож. Он владеет 9,8% акций компании, что эквивалентно 48,5% от общего числа голосов. Это связано с наличием у Yandex двух типов акций.
Акции класса «А» обладают одним голосом на одну ценную бумагу и подлежат свободной продаже. Акции класса «B» обладают десятью голосами на одну акцию, но для продажи их необходимо конвертировать в акции класса «А» с потерей голосов.
Игорь Королев
Американские фонды усиливают свое влияние на «Яндекс»
| Поделиться Американский фонд Invesco удвоил свою долю в Yandex до 8,7%. Рыночная стоимость данного пакета акций составляет $2 млрд. Параллельно группа американских фондов Capital Group увеличила долю в Yandex до 9,9%.Фонд Invesco удвоил долю в Yandex
Американский фонд Invesco увеличил свою долю в компании Yandex (владелец российского «Яндекса») до 8,7% акций.
Эта информация следует из материалов, размещенных на сайте Американской комиссии по ценным бумагам (SEC).
На нынешний момент рыночная цена этого пакета составляет $2 млрд. В начале 2020 г. фонд Invesco владел 5% акций Yandex. Таким образом, фонд практически удвоил свою долю в российской интернет-компании.
Как Invesco поглотил фонд Oppenheimer и стал акционером Yandex
Фонд Invesco был основан в 1978 г. путем выделения из Citizens & Southern National Bank. Позднее фонд был приобретен компанией Britannia Arrow. В 1997 г. фонд объединился с компанией Aim Investments и был переименован в Amwescap, но затем вернул свое прежнее название.
Американский фонд Invesco удвоил свою долю в Yandex до 8,7%, а Capital Group увеличила долю с 6,8% до 9,9%
Впоследствии фонд совершил несколько приобретений. В 2009 г. за $1,5 млрд был куплено розничное подразделение Morgan Stanley, а в 2017 г. за $1,2 млрд были приобретены фонды Guggenheim Investment.
В 2018 г.
Capital Group усиливает свои позиции в Yandex
Также из материалов Yandex следует, что группа американских фондов Capital Group за год увеличила свою долю в интернет-компании с 6,8% до 9,9%. Рыночная цена этого пакета составляет $2,5 млрд. Capital Group скупает акции Yandex с 2014 г.
В начале 2021 г. стало известно, что еще один американский фонд стал крупным акционером Yandex. Фонд Janus Henderson Group собрал 7,6% акций интернет-компании. Кроме того из числа американских фондов крупным акционером Yandex является Harding Loevner с долей 3,3%.
Основные акционеры Yandex
Главным акционером Yandex является ее глава, основатель «Яндекса» Аркадий Волож.
Он владеет 9,8% акций, что эквивалентно 48,5% от общего числа голосов. Это связано с наличием у Yandex двух типов акций.
Акции класса «А» обладают одним голосом на одну ценную бумагу и подлежат свободной продаже. Акции класса «B» обладают десятью голосами на одну акцию, но для продажи их необходимо конвертировать в акции класса «А» с потерей голосов. Основными владельцами акции класса «B» являются Волож и старейший сотрудник компании
Игорь Королев
Yandex.Cloud планирует инвестировать в развитие платформы в Германии $30 млн — Экономика и бизнес
МОСКВА, 24 сентября. /ТАСС/. Подразделение «Яндекса» Yandex.Cloud до конца 2022 года планирует инвестировать в развитие платформы в Германии $30 млн. Об этом ТАСС сообщили в пресс-службе Yandex.
«Yandex.Cloud анонсирует создание нового региона облачной платформы в Европе. По плану развития, до конца 2022 года необходимая для оказания услуг инфраструктура начнет работать на базе трех независимых площадок, расположенных в Германии.<…> Yandex.Cloud планирует вложить в развитие европейского региона более $30 млн на первом этапе. Основные затраты первого этапа — оборудование и аренда дата-центров. Уже начата подготовительная работа по созданию представительства и формированию команды Yandex.Cloud в Германии», — отмечается в сообщении.
Как уточнили в пресс-службе, стратегия проекта предусматривает, что для работы в Европе Yandex.Cloud будет использовать площадки коммерческого оператора дата-центров, соответствующего немецким, общеевропейским и мировым стандартам надежности и безопасности. При этом в дата-центрах партнера будет установлено оборудование, разработанное и произведенное под контролем инженеров «Яндекса», такое же как в собственных дата-центрах компании в России.
«Несколько десятков наших российских и международных клиентов подтвердили, что заинтересованы использовать сервисы Yandex.Cloud для развития своего бизнеса на европейских рынках. Также платформу используют зарубежные компании, при этом их количество растет вместе с объемами потребления ими сервисов платформы. Новых клиентов в Европе мы планируем привлекать за счет технологичности наших сервисов и доступных цен», — прокомментировал руководитель платформы Yandex.Cloud Алексей Башкеев.
Добавляется, что российский и европейский регионы будут связаны таким образом, чтобы обеспечить отказоустойчивость и независимость. При этом клиенты Yandex.Cloud смогут одновременно использовать обе локации. Защита данных, расположенных на серверах в европейской юрисдикции, будет регулироваться местными законодательными и нормативными актами.
| 10.5.0 (05.08.2021) | — Яндекс. Маркетплейс (FBS/FBY/FBY+): выгрузка остатков через внешний запрос к сайту, добавлена возможность использования категорий маркетплейса,— Яндекс.Турбо (товары): добавлена выгрузка промокодов, — Google Merchange: добавлены новые поля, — улучшена автоматическая очистка устаревших данных (см. настройки модулей). |
| 10.4.2 (15.06.2021) | — Добавлен функционал автоматической очистки старых данных по выгрузкам (см. настройки модуля, по умолчанию удаляются данные старше 1 года). |
| 10.4.0 (09.06.2021) | — Выгрузка на Яндекс.Маркет: добавлен новый формат выгрузки в Маретплейс для моделей FBY, FBY+, FBS, — добавлено новое поле для выгрузки: «Величина НДС в формате Яндекс», пример: VAT_20, VAT_10, VAT_0, NO_VAT, — различные другие улучшения.  |
| 10.0.2 (07.06.2021) | — Различные улучшения. |
| 10.0.0 (15.04.2021) | — Оптимизация производительности — улучшена скорость работы как клиентской части, так и серверной, — различные улучшения и исправления, — обратите внимание: в редакции модуля «Экспорт на порталы + API» добавлена выгрузка на Wildberries.ru. |
| 9.6.1 (23.03.2021) | — Различные улучшения. |
| 9.6.0 (18.03.2021) | — Улучшение выгрузки на Ozon, — улучшение выгрузки на Aliexpress.com (API), — добавлена возможность отправки email-уведомлений после завершения выгрузки, — различные визуальные улучшения. |
9. 4.0 (04.03.2021) |
— Добавлена информация по обучающим курсам. |
| 9.3.0 (26.02.2021) | — Изменения в наборе плагинов — добавлены форматы выгрузки из более старших редакций (все добавленные форматы выгрузки будут работать только при активности лицензий), — добавлен плагин выгрузки Google.News (три формата: RSS, Atom, Sitemap), — улучшения в работе со спец. символами, — опция конвертирования формата даты: теперь можно вместо указания текущего формата использовать #DATETIME# и #DATE#, — лог: исправлена проблема разрастания логов, — улучшена выгрузка кастомных полей CREATED_BY__NAME и MODIFIED_BY__NAME, — в событие onUpBuildXml добавлен аргумент &$mDataMore. |
| 9.2.0 (25.12.2020) | — Накопительное обновление: в модуле не появилось нового функционала, но были улучшены имеющиеся функции, — улучшения модуля в связи с обновлениями модуля касательно mbstring.  func_overload,— незначительные улучшения в интерфейсе. |
| 9.1.0 (29.09.2020) | — В фильтре для «ID раздела» теперь можно использовать логику значений «В списке», — в профилях, где идёт выгрузка в файл — на верхней панели добавлена кнопка «Ссылка на файл выгрузки» — для получения ссылки с учетом https и выбранного в настройках домена, — различные улучшения. |
| 8.15.0 (24.08.2020) | — Яндекс.Маркет: добавлена поддержка нового тега pricelabs_params. |
| 8.14.0 (21.08.2020) | — Добавлен мастер создания профилей, — различные улучшения. |
| 8.13.0 (17.07.2020) | — Улучшены подсказки, — улучшены возможности для отладки экспорта, — различные другие улучшения. |
| 8.12.0 (01.07.2020) | — Добавлена возможность указания категорий через общий набор полей (на данный момент используется в выгрузке для Яндекс.Маркет), — улучшения в выгрузках произвольного формата для CSV и Excel, — различные другие улучшения и исправления. |
| 8.11.0 (16.06.2020) | — Улучшения совместимости с устаревшими версиями Битрикс, — различные улучшения. |
| 8.10.0 (27.05.2020) | — Улучшения производительности работы модуля в целом, — различные другие улучшения. |
| 8.9.0 (12.03.2020) | — Незначительные улучшение в работе с категориями, — добавлена возможность вручную запретить автоматическое добавление модулем задач в планировщик (это полезно для тех очень редких случаев, когда некие проблемы на сервере приводят к тому, что некоторые попытки добавить задание заканчиваются сбросом всех задач сервера) — это делается в настройках модуля служебных инструментов, — добавлена возможность указывать ID сайта в команде запуска для привязки к сайту (при запуске без указания ID сайта в команде скрипт не имеет возможности определить текущий сайт, поэтому в некоторых случаях при многосайтовости могут быть проблемы) — эта опция включается в настройках модуля, — улучшения в плагине произвольного XML формата, — различные другие улучшения и исправления.  |
| 8.8.0 (18.12.2019) | — Большое количество различных улучшений и исправлений. |
| 8.7.0 (27.11.2019) | — Улучшена производительность модуля, — различные улучшения и исправления. |
| 8.6.1 (06.11.2019) | — Профили старого ядра модуля теперь не скрыты по умолчанию. Однако, если Вы до сих пор используете «старые» профили, рекомендуем перейти на новые — они современные, функциональные и при этом гибкие. |
| 8.6.0 (05.11.2019) | — Решена проблема с отправкой запроса из формы техподдержки, — решена проблема с выполнением экспорта при сложной настройке прав доступа на сайте, — при настройке профиля теперь некоторые значения могут выбираться из списка, — старое ядро теперь отключено по умолчанию при установке модуля, — различные улучшения и исправления.  |
| 8.5.0 (29.10.2019) | — Улучшения в работе логов, — другие исправления и улучшения. |
| 8.4.0 (23.10.2019) | — Добавлена возможность выгрузки мета-тегов, — добавлена опция (для полей и значений) «Добавить HTML-переносы строк» (полезна в случаях, когда текст выгружается в HTML и концы строк нужно сделать html-переносами), — изменен порядок формирования лога: теперь новые сообщения дописываются в конец (ранее новые сообщения были в начале), — исправлена проблема неполной ручной многопоточной выгрузки при больших значениях шага выгрузки, — модуль теперь работает в многопоточном режиме также и на ОС Windows (пока в экспериментальном режиме), — исправлена ошибка обновления лога, — незначительные изменения в интерфейсе, — и другие улучшения и исправления. |
8. 3.0 (18.09.2019) |
— Добавлена возможность открытия файлов по ссылкам без кеширования (см. параметр «Добавлять метку времени к URL файла выгрузки» в настройках модуля), — в настройках полей и значений добавлена опция «Ведущие нули» — она поможет в правильной сортировке выгрузки товаров по ID, — в настройках полей и значений добавлена опция «Удаление пробелов», — различные улучшения и исправления. |
| 8.2.0 (04.09.2019) | — выгрузка «Яндекс.Маркет»: добавлен новый формат выгрузки «Алкоголь»,
— выгрузка «Яндекс.Маркет»: добавлено поле для выгрузки идентификатора кредитной программы,
— теперь модуль отслеживает запуск скриптов Битрикс от имени root (в первую очередь, агенты на крон и запуск профилей через планировщик и SSH),
— при пересчете скидок теперь имеется возможность автоматически заполнять новые поля — даты начала и окончания активности примененной скидки (в первую очередь, это актуально для выгрузки акций в Яндекс. Маркет),
— улучшена работа опции «Ограничение максимальной длины текста»,
— много других улучшений и исправлений. |
| 8.1.0 (27.08.2019) | — Добавлена опция «Преобразовать HTML-сущности» (для преобразования сущностей на подобие , «, » и др), — общие улучшения в работе опций, — в настройках модуля добавлена опция «Разрешить удаление сгенерированных данных товаров во время экспорта» (по умолчанию она запрещает удаление сгенерированных данных во время работы выгрузки, что предотпращает появление «ошибочных» товаров), — улучшена производительность предпросмотра при переходе из профиля, — улучшена сортировка товаров при выгрузке, — запуск команды в фоне теперь показывает кто запустил выгрузку, — добавлена ссылка для быстрого копирования команды запуска, — добавлена возможность при запуске из командной строки указывать режим отладки (debug=Y), — улучшена проверка обновлений, — различные улучшения и исправления.  |
| 8.0.6 (24.08.2019) | — Улучшения при установке модуля. |
| 8.0.5 (23.08.2019) | — Улучшено резервное копирование, — улучшена проверка прав доступа при выгрузке, — улучшена проверка инфоблоков на корректность указания свойств, — улучшена проверка обновлений, — улучшены подсказки и уведомления, — слишком старые записи из истории теперь удаляются автоматически (см. настройки модуля), — формы обратной связи теперь отправляются в нужной кодировке. |
| 8.0.4 (21.08.2019) | — незначительные улучшения. |
| 8.0.3 (16.08.2019) | — незначительные улучшения. |
| 8.0.2 (12.08.2019) | Новая версия модуля! В модуль добавлен совершенно новый мощный функционал, который работает параллельно с прежним. Вы можете продолжать использовать старые профили, либо перейти на новый функционал, либо использовать их совместно. Внимание! Для дальнейшей работы данному модулю необходим служебный модуль acrit.core, который Вам необходимо установить отдельно (при обновлениии модуля будет показана ссылка для скачивания модуля из Маркетплейс). — Проведен полный рефакторинг. Улучшена работа с плагинами. — Проведена масштабная оптимизация производительности выгрузки, теперь даже без многопоточности выгрузка проходит гораздо быстрее (на примере тестового каталога в 10 тысяч товаров и 20 тысяч предложений: было 50:37, стало 08:06). Внимание! После установки обновления нужно донастроить поле «Ставка НДС» в профиле Яндекс.Маркет В частности, нужно настроить замены в тексте («что ищем» => «на что заменяем»): • => NO_VAT • 18% => VAT_18 • 10% => VAT_10 • 0% => VAT_0 — Добавлена возможность выгрузки валют для Яндекс.Маркета на редакции Старт (где отсутствует модуль «Валюты»). Если вам данных функций будет мало то вы можете сделать переход на более старшую версию модуля Экспорт на порталы + API где возможности на порядок выше. |
| 6.4.10 (06.12.2018) | — Исправлена неправильная ссылка «Запустить» (на панели кнопок страницы редактирования профиля) в старом ядре. |
| 6.4.9 (22.11.2018) | — Исправлена ошибка старого ядра, из-за которой в некоторых случаях автоматическая выгрузка выгружала только часть товаров (при этом ручная выгрузка выгружала товары в полном объеме). |
| 6.4.7 (18.05.2018) | — Добавлена опция «Учитывать остаток ТП при работе опции «Товары с элементами торговых предложений» (полезно при работе опции «Товары с элементами торговых предложений»). |
| 6.4.6 (26.04.2018) | — Исправления в гаджете для рабочего стола. |
| 6.4.5 (06.04.2018) | — Для редакций 1С-Битрикс без торгового каталога («Старт», «Стандарт» и «Эксперт») убрана опция «Условия» (на указанных редакциях опция не работает, о чем написано в описании модуля). |
| 6.4.1 (26.03.2018) | — Добавлена возможность не выгружать товары, для которых имеются торговые предложения. |
| 6.3.18 (27.02.2018) | — Для Яндекс.Маркет добавлен тег vat для передачи данных по НДС, — улучшения в окне поиска по тегам. |
| 6.3.17 (22.02.2018) | — Модифицирована выгрузка штрих-кодов. |
| 6.3.16 (16.02.2018) | — Улучшено вырезание пустых тегов из XML (ранее не вырезались вложенные пустые теги). |
| 6.3.15 (15.02.2018) | — Добавлена опция «Использовать канонический URL в торговых предложениях». |
| 6.3.14 (09.02.2018) | — Добавлена проверка использования файла (предупреждение, если в один файл пишут два и более профилей), — другие исправления. |
| 6.3.13 (02.02.2018) | — Исправлена проблема со сбросом заполненных условий в случае наличия ошибок при сохранении формы профиля, — исправлена проблема с удалением тегов HTML в торговых предложениях в случае если использовалось описание товара, — добавлена проверка доступности автонастройки планировщика Cron.  |
| 6.3.12 (01.02.2018) | — улучшено формирование url для выгрузки ТП — главный товар теперь по складам получает сумму остатков его ТП |
| 6.3.11 (29.01.2018) | — Исправлена ошибка, из-за которой при выгрузке в CSV и XLS не учитывались опции выгрузки сущностей («Товары с элементами торговых предложений», «Торговые предложения», «Торговые предложения товаров по условиям»), — исправлена ошибка сохранения в XLS записей с кириллическими символами. |
| 6.3.10 (19.01.2018) | — Доработано восстановление значений тегов при выборе профилей |
| 6.3.9 (17.01.2018) | — Исправления в фильтре «Доступность к покупке» — Исправления в работе модуля для установки битрикса в UTF-8 |
6. 3.8 (20.12.2017) |
— добавлена поддержка полей элемента торгового каталога в «Тегах выгрузки»: — Режим количественного учета — Тип оплаты — Длинна периода оплаты — Единица времени периода оплаты — Товар для пробной оплаты — Временный код товара — Разрешение подписки на товар — Тип товара — Доступность к покупке — Наличие набора — добавлена поддержка поля «Доступность к покупке» в «Опциях выгрузки» — переработан механизм функции acritRedefine — переопределения выходных данных тега выгрузки |
| 6.3.6 (13.12.2017) | — переработан вид «дерево» отображения структуры инфоблоков/разделов — переработана логика обработки структуры инфоблоков/разделов на вкладке «Входные параметры» — переработан механизм фильтрации выгрузки — переработан механизм переопределения выходных данных тега выгрузки — acritRedefine — исправлены выловленные warning’и |
6. 3.5 (29.11.2017) |
— переработана логика добавления нового/копирования существующего профиля выгрузки — переработана логика обработки детальной картинки/картинки анонса на вкладке «Структура выгрузки» |
| 6.3.3 (22.11.2017) | — переработана логика сохранения/загрузки настроек существующей/новой выгрузки — переработана логика определения даты и времени следующего запуска автоматической выгрузки — добавлена информация о возможных путях размещения интерпретатора php на вкладе «Экспорт данных» — добавлены рекомендации по настройке ряда параметров php и mysql — переопределен ряд штатных служебных констант |
| 6.3.2 (17.11.2017) | — переработана детальная страница выгрузки: изменена логика построения страницы, модифицированы опции выгрузки |
6. 3.1 (17.11.2017) |
— изменен обработчик событий при установке модуля на лицензии с арендой Битрикс |
| 6.3.0 (17.11.2017) | — переработана логика работы пошаговой выгрузки данных (с конкретным количеством товара, выгружаемого за один запуск процедуры экспорта) — переработана процедура поиска по спискам (например, в «Категориях выгрузки») — добавлена поддержка НДС для профилей Яндекс — актуализированы профили Яндекс — добавлен профиль Яндекс.Webmaster — добавлена процедура информирования о наличии параллельно запускаемых автоматических выгрузок (в целях оптимизации нагрузки на сервер следует обратить внимание на рекомендации) — переработана логика построения страницы настройки профиля выгрузки — для партнеров добавлена возможность задания своего названия административного пункта меню теперь он берется из настроек модуля и каждый партнер может задать его название указав свой бренд — добавлен список ссылок для создания фидов на вкладке «Экспорт данных» — добавлен новый «Статус экспорта» — неактивен в списке выгрузок — добавлен новый параметр — «Сайт» в списке выгрузок |
6. 2.7 (18.10.2017) |
— расширена поддержка функции acritRedefine (переопределения значения тегов выгрузки): добавлена поддержка переопределения данных по категориям товаров |
| 6.2.6 (17.10.2017) | — добавлена поддержка расширенного режима цен — переработана логика формирования цен со скидками — добавлен новый древовидный тип отображения структуры инфоблоков/разделов во «Входных параметрах» — тип «Дерево» — переработан текущий древовидный тип отображения структуры инфоблоков/разделов во «Входных параметрах» — тип «Список» — переработана логика выгрузки данных в формате xls/xlsx — добавлена поддержка паттерна выбора для картинки анонса на вкладке «Структура выгрузки» |
| 6.2.5 (03.10.2017) | — переработана обработка полей картинок дополнительной подгрузки из товара для товарного предложения |
6. 2.4 (02.10.2017) |
— добавлен набор инструкций по инсталляции недостающих пакетов веб-окружения |
| 6.2.3 (22.09.2017) | — решена проблема (после установки обновлений исчезают из доступных полей фильтрации часть свойств) работы фильтра после установки обновления модуля торгового каталога от 1С-Битрикс версии 17.0.11 |
| 6.1.6 (04.09.2017) | — служебные правки |
| 6.1.5 (04.09.2017) | — доработана логика пошаговой выгрузки в xls-формате |
| 6.1.3 (01.09.2017) | — доработка логики формирования многомерного массива данных для выгрузки в xls/csv |
6.1.1 (31. 08.2017) |
— полностью новый механизм работы с «Категориями выгрузки»: новый интерфейс и логика управления на вкладке «Категориями выгрузки», возможность обновить «Категории выгрузки» текущими актуальными категориями Торговых порталов в Настройках модуля — реализована поддержка больших многоуровневых массивов данных для конкретного товарного предложения при выгрузке в csv/xls — переработан механизм обработки цен для автоматического режим выгрузки — переработана логика работы с неактивными профилями |
| 6.0.3 (04.08.2017) | — полностью переделана выгрузка в формате xls/xlsx — создание полностью валидных Excel-документов — доработан набор пресетов при создании новой выгрузки — автоматизированы выбор торговых каталогов, инфоблоков торговых предложений и соответствующих опций — добавлена возможность выгрузки неактивных товарных предложений товаров |
6. 0.2 (02.08.2017) |
— обновлен алгоритм проверки соответствия шаблонам выгрузки |
| 6.0.1 (01.08.2017) | — актуализирован профиль выгрузки в Google Merchants |
| 6.0.0 (01.08.2017) | — переработана логика выборки/создания/редактирования справочников категорий на вкладке «Категории выгрузки» — добавлены механизм мониторинга работы выгрузок — актуализированы наборы пресетов настроек «Тегов выгрузки» для профилей Яндекс и Google — добавлен механизм автоматической проверки валидности профиля выгрузки — обновлен виджет модуля, добавлена информация о новиках последнего доступного обновления — общий рефакторинг модуля — служебные правки |
| 5.9.10 (03.07.2017) | — добавлены пункты меню «Аналитика» и «Ведение рекламных компаний» — служебные правки |
5. 9.8 (29.06.2017) |
— добавлен механизм замены Id категории на цепочку названий категорий, представляющих собой полное дерево от выбранной в теге выгрузки категории — переработана логика вывода списка категорий в «Категориях выгрузки» — служебные правки |
| 5.9.7 (27.06.2017) | — добавлен механизм замены Id категории на название в торговом предложении через конфигурацию тега выгрузки — служебные правки |
| 5.9.6 (20.06.2017) | — переработана логика удаления тега целиком на уровне структуры выгрузки (FORCE) — переработана логика обработки цен в «Тегах выгрузки» — переработан процесс установки модуля (прекращена поддержка php — служебные правки |
| 5.9.5 (19.06.2017) | — модифицирована поддержка свойств из HighLoad-блоков, связанных с выбранными инфоблоками в настройках выгрузки — модифицирован механизм работы с категориями выгрузки — модифицирован механизм обработки параметров доставки в «Тегах выгрузки» — служебные правки |
5. 9.4 (14.06.2017) |
— добавлена полная поддержка свойств из HighLoad-блоков, связанных с выбранными инфоблоками в настройках выгрузки — переработана обработка исключительных ситуаций (ошибок, исключений) в процессе работы выгрузки — пераработана логика формирования конечного файла выгрузки: удаление пустых строк, сжатие — переработана обработка окончания демо-периода — переработан процесс установки модуля — общий рефакторинг модуля — служебные правки |
| 5.9.2 (02.06.2017) | — добавлена поддержка в «Тегах выгрузки» файлов из HighLoad-блоков по свойству типа справочник — переработана логика формирования содержимого тега категорий для файла выгрузки — служебные правки |
| 5.9.1 (30.05.2017) | — служебные правки |
5. 9.0 (29.05.2017) |
— добавлена логика обработки пиковых нагрузок БД при построении дерева разделов для выгрузок — служебные правки |
| 5.8.9 (27.05.2017) | — переработано округление цен в «Тегах выгрузки» в соответствии с настройками округления модуля Интернет-магазин, актуализирован алгоритм расчета — переработана логика обработки окончания демо-периода |
| 5.8.8 (19.05.2017) | — добавлен в «Структуре выгрузки» режим выгрузки товарных предложений по товарному фильру из «Опций выгрузки» — добавлена возможность применять условия выгрузки только для существующих свойств инфоблока в «Опциях выгрузки» — переработана обработка очистки файлов сессии в Firefox — доработана логика работы временных автоматических выгрузок |
5. 8.7 (17.05.2017) |
— переработана обработка множественных тегов выгрузки — служебные правки |
| 5.8.6 (14.05.2017) | — доработан автоматический режим выгрузки — служебные правки |
| 5.8.5 (11.05.2017) | — переработана логики формирования файла выгрузки (доступность свежего файла выгрузки 24*7) — добавлена поддержка формата вывода значений из множественного тега выгрузки (Например, 1, 2-5, 3, 7, 24-36) — переработана usability-составляющая работы с композитными и комплексными тегами выгрузки — переработана usability-составляющая realtime-работы с настройками профиля — добавлено информирование о наличии обновлений модуля в списке выгрузок и на детальной странице выгрузки — добавлен инструмент перевода агентов на Cron в настройках модуля — актуализирован профиль hotline.  ua— служебные правки |
| 5.8.4 (05.05.2017) | — полностью переработана логика автоматического режима выгрузки, добавлены cron-режимы из старших редакций решения — переработана логика клиентской части приложения — актуализирован профиль Advantshop — служебные правки |
| 5.8.3 (05.05.2017) | — добавлен авторасчет цен — служебные правки |
| 5.8.2 (04.05.2017) | — служебные правки |
| 5.8.1 (04.05.2017) | — доработан тип файла выгрузки xls (MS Excel) |
| 5.8.0 (04.05.2017) | — масштабная переработка функциональности пробного демо-периода — добавлены автобекапы выгрузок из БД при обновлении модуля — добавлен тип файлы выгрузки xls (MS Excel) — переработана обработка «Категорий выгрузки» — доработана обработка URL-тегов выгрузки |
5. 7.8 (27.04.2017) |
— служебные правки |
| 5.7.7 (24.04.2017) | — переработана обработка кодировок в профилях выгрузки — актуализированы профили Яндекс — служебные правки |
| 5.7.5 (21.04.2017) | — добавлен механизм удаления пустых тегов из файла выгрузки на вкладке «Структуре выгрузки» — служебные правки |
| 5.7.3 (17.04.2017) | — переработана логика обработки пустых тегов при выгрузке |
| 5.7.2 (17.04.2017) | — переработана логика работы опций для «Тегов выгрузки» |
| 5.7.0 (14.04.2017) | — переработана логика работы фильтра условий экспорта на вкладке «Опции выгрузки» — переработан процесс конвертации значений как для «Тегов выгрузки», так и для «Опций выгрузки» — интерфейсные изменения — служебные правки |
5. 6.11 (11.04.2017) |
— доработан механизм назначения категорий выгрузки для «Категорий выгрузки»: замена категорий для инфоблоков, произвольная настройка справочников — добавлен механизм чистки битых сессий выгрузки — служебные правки |
| 5.6.7 (07.04.2017) | — доработан механизм переопределения значения «Тега выгрузки» — служебные правки |
| 5.6.6 (06.04.2017) | — переработан механизм запуска агентов: исключены все сторонние для модуля агенты, снижена нагрузка — переработан механизм взаимодействия настроек профиля и связанных с ними агентов — доработан механизм переопределения значения «Тега выгрузки»: добавлена возможность обработки конкретной выгрузки. Новый интерфейс функции: acritRedefine( $fieldIndex, $itemId, $profileId ). Подробнее в статье — доработана обработка условий для «Тегов выгрузки» — служебные правки |
5. 6.4 (05.04.2017) |
— доработана схема запуска агентов — переработана обработка цен: вычисление скидок, цен со скидками |
| 5.6.3 (04.04.2017) | — служебные доработки |
| 5.6.2 (04.04.2017) | — переработаны принципы выгрузки на Cron: защита от зацикливания выгрузки, глубокая проработка режимов выгрузки и опций работы с ними — актуализированы профили выгрузки на Яндекс — общий рефакторинг модуля |
| 5.5.8 (22.03.2017) | — служебные правки |
| 5.5.5 (20.03.2017) | — служебные доработки |
| 5.5.4 (20.03.2017) | — доработано вырезание спец. символов (UTF-8) |
| 5.5.3 (16.02.2017) | — служебные правки |
| 5.5.2 (15.02.2017) | — переработаны механизмы формирования категорий выгрузки Яндекса — переработана работа сортировок колонок из списка выгрузок — общий рефакторинг модуля |
| 5.5.1 (07.02.2017) | — служебные правки |
| 5.5.0 (06.02.2017) | — переработаны механизмы формирования категорий выгрузки Яндекса — переработана логика формирования и обработки cron-задач, обработки файла /bitrix/crontab.cfg — полностью новый тип запуска выгрузки CSV: полностью переработана логика работы выгрузки — полностью новый тип запуска выгрузки CSV: добавлена пошаговая выгрузка в ручном и автоматической режиме — полностью новый тип запуска выгрузки CSV: изменения набора выходных данных и логики обработки «Тегов выгрузки» — полностью новый тип запуска выгрузки CSV: добавлено логирование выгрузки — добавлен механизм переопределения значения «Тега выгрузки» — переработана работа опций «Экранировать спецсимволы» и «Вырезать спецсимволы» для «Тегов выгрузки» — добавлена опциональная возможность удаления всей строки, в которой находится данный «Тег выгрузки» — переработана система права доступа на модуль из панели «Настроек модулей» — добавлен индикатор состояния выполняемой в реальном времени выгрузки — переработан интерфейс и логика переключения профилей выгрузки для всех типов запуска — переработана обработка тега выгрузки oldprice — на предмет обязательности поля — добавлены инструкции для профилей Google — убраны utm-метки для профилей Google — общий рефакторинг модуля |
| 5.2.4 (23.01.2017) | — доработана обработка структуры выгрузки |
| 5.2.3 (20.01.2017) | — переработано содержимое блока «текущий список установленных на cron задач» для вкладки «экспорт данных» |
| 5.2.2 (19.01.2017) | — переработана обработка категорий Яндекса, тег market_category — переработан режим выгрузки на Cron — переработан импорт/экспорт выгрузок, автодобавление агентов из импортируемых профилей — переработана логика работы с файлом /bitrix/crontab.cfg — переработана обработка категорий, валют и цен в процессе генерации выгрузки — переработана обработка типов цен на вкладке «Теги выгрузки» — добавлена информация о следующем запуске выгрузки на Cron как в списке выгрузок, так и на вкладке «Экспорт данных» детальной выгрузки — добавлена информация о локальном времени сервера на вкладке «Экспорт данных» детальной выгрузки |
| 5.2.1 (18.01.2017) | — актуализированы типы выгрузок |
| 5.2.0 (17.01.2017) | — глобальный рефакторинг — полная переработка csv-выгрузок и логики работы Csv, обработка опций «Тегов выгрузки» — переработана обработка множественных свойств для «Тегов выгрузки» — доработано трансформирование множественных свойств в строку через разделитель для «Тегов выгрузки» — доработана генерация CSV-файлов выгрузки при первом ID для случаев если файл начинается с последовательности заглавных букв «ID», то Excel полагает, что формат этого файла SYLK, и, естественно, открыть его как SYLK у него не получается. Этот баг описан на саппорте MS и, судя по всему, является уже старым и исправлять его никто не собирается. |
| 5.1.6 (13.01.2017) | — переработана схема работы с постановкой задачи на Cron: выгрузка через модуль php — переработан цикл жизни агентов на Cron’e — доработана процедура информирования о состоянии выгрузки — большие интерфейсные изменения |
| 5.1.4 (30.12.2016) | — доработан процесс формирования и обработки агентов через /bitrix/crontab, доработан механизм записи заданий в /bitrix/crontab — доработана обработка композитных значений при генерации «на лету» — обработаны найденные warning’и — общий рефакторинг модуля |
| 5.1.1 (25.12.2016) | — служебные доработки |
| 5.1.0 (24.12.2016) | — полностью переработана и ускорена на порядки скорость загрузки модуля, значительно сокращен объем генерируемого html-кода вкладкой «Теги выгрузки» — aктуализированы выгрузки на Яндекс — переработана логика обработки условий для вкладки «Опции выгрузки», расширен набор поддерживаемых условий — добавлена возможность вырезания физических тегов (html) при пустом логическом теге (вкладка «Теги выгрузки») не взирая на наличие атрибутов — переработана логика обработки вырезки строк/тегов/атрибутов — общий рефакторинг модуля |
| 5.0.0 (12.12.2016) | — актуализированы профили Яндекс — переработана выгрузка в формате csv — переработана логика обработки вырезки строк/тегов/атрибутов — общий рефакторинг модуля |
| 4.2.2 (08.12.2016) | — переработана логика работы выгрузки в режиме «Товары с элементами торговых предложений» — выгрузка минимальной цены — переработана логика обработки вырезки строк/тегов/атрибутов |
| 4.2.1 (01.12.2016) | — переработана логика формирования выгрузки на многосайтовых конфигурациях — обновлены описания профилей — переработана логика работы выгрузки в режимах Товары/Товары с элементами торговых предложений/Торговые предложения |
| 4.2.0 (28.11.2016) | — переработана логика обработки вырезки строк/тегов/атрибутов |
| 4.1.9 (25.11.2016) | — переработана логика обработки вырезки строк/тегов/атрибутов — служебные доработки |
| 4.1.8 (25.11.2016) | — добавлены выгрузки Google Merchant и Google Merchant: обновление Online-ассортимента — переработана логика применения опций к «Тегам выгрузки» html-атрибутам — добавлена возможность выгрузки значений множественного «Тега выгрузки» в строку в разделителями — переработана логика работы вкладки «Категории выгрузки» — переработана работа модулЯ в демо-режиме — служебные доработки |
| 4.1.6 (23.11.2016) | — добавлена опция обработки/выбора селекторов в «Тегах выгрузки» с возможностью выбора подстановки исходных значений либо обработанных (пример при выборе ссылочных значений теперь можно выбрать подстановку либо ИД либо само значение) |
| 4.1.3 (14.11.2016) | — переработана логика формировании и обработки разделителей для «Композитных тегов выгрузки» — переработана процесс выбор значений для «тегов выгрузки» — переработана вся библиотека выгрузок на предмет непротиворечивости региональных параметров — переработана логика работы вкладки «Категории выгрузки». добавлена динамическое определение и подгрузка соответствующих категорий — интерфейсные изменения — служебные доработки процедур работы с товарными предложениями |
| 4.1.2 (10.11.2016) | — переработаны рекомендации по выбору количества потоков для вкладки «экспорт данных» — интерфейсные изменения — служебные доработки |
| 4.1.1 (08.11.2016) | — полностью переработан процесс выгрузки данных: как для ручного, так и для автоматического типа запуска (теперь модуль может БЫСТРО! выгружать по-настоящему БОЛЬШИЕ! over 1000000 позиций! файлы), оптимизирован процесс выгрузки — оптимизирован процесс загрузки выгрузки на редактирование — полностью переработана работа сессий, потоков, работы модуля на Cron — добавлены рекомендации по выбору количества потоков для вкладки «Экспорт данных» — устанены обнаруженные warning’и — интерфейсные изменения — общий рефакторинг модуля |
| 4.0.9 (03.11.2016) | — переработана процедура определения кодировок строк перед обрезкой |
| 4.0.8 (03.11.2016) | — переработана процедура логирования информации о работе выгрузок |
| 4.0.7 (03.11.2016) | — переработана процедура обрезки строк |
| 4.0.6 (03.11.2016) | — переработана логика блока «Товар/Торговое предложение — сущности выгрузки»: переработана возможность выгрузки простых товаров и товарных предложений без агрегирующего товара в рамках одной выгрузки |
| 4.0.4 (02.11.2016) | — доработана логики построения списка свойств для вкладки «Теги выгрузки» — добавлена поддержка «Штрихкода» в списке свойств для вкладки «Теги выгрузки» |
| 4.0.3 (02.11.2016) | — доработана логика блока «Товар/Торговое предложение — сущности выгрузки»: добавлена возможность выгрузки простых товаров и тованых предложений без агрегирующего товара в рамках одной выгрузки — интерфейсные изменения: языковые фразы |
| 4.0.2 (01.11.2016) | — полностью переработана работа сессий, потоков, работы модуля на Cron — доработана обработка множественных свойств типа «файл» для «Тегов выгрузки» — устанены обнаруженные в предыдущих версиях модуля warning’и — большие интерфейсные изменения: языковые фразы, js/ajax отладка и тестирование — большие интерфейсные изменения: интерфейс доработан и протестирован под Mac OS X |
| 4.0.1 (26.10.2016) | — служебные доработки |
| 4.0.0 (25.10.2016) | — глобальные интерфейсные изменения — доработана процедура обрезки/конвертирования строковых значений «Тегов выгрузки» — общий рефакторинг служебных функций |
| 3.9.6 (17.10.2016) | — переработана работа с сессиями — переработана процедура установки и удаления модуля — служебные доработки |
| 3.9.5 (15.10.2016) | — переработана возможность выгрузки товаров с элементами товарного предложения — переработана возможность выбора сущностей выгрузки в «Настройках схемы выгрузки» |
| 3.9.4 (14.10.2016) | — добавлена возможность выгрузки товаров с элементами товарного предложения — добавлена возможность выбора сущностей выгрузки в «Настройках схемы выгрузки» — переработана работа условий для «Полей экспорта» для Автоматической выгрузки — универсализирован процесс обработки Закупочной цены — универсализирован процесс обработки данных из инфоблоков — общий рефакторинг модуля |
| 3.9.2 (06.10.2016) | — переработан интерфейс процесса установки модуля |
| 3.9.0 (04.10.2016) | — добавлена возможность выгрузки в товарное предложение отфильтрованного относительно выбранных категорий набора разделов |
| 3.8.4 (26.09.2016) | — добавлена поддержка штатного Битриксового округления для ценовых полей экспорта |
| 3.7.8 (20.09.2016) | — доработана процедура установки модуля — доработана система защиты модуля — исправлен ряд warning’ов — набор служебных правок по модулю |
| 3.7.7 (19.09.2016) | — доработан процесс добавления категорий Яндекса при установке модуля |
| 3.7.6 (19.09.2016) | — служебные доработки |
| 3.7.3 (16.09.2016) | — доработан процесс ограничения выбираемых множественных свойств в «Полях экспорта» |
| 3.7.2 (16.09.2016) | — модифицирован процесс ограничения выбираемых множественных свойств в «Полях экспорта» |
| 3.7.1 (15.09.2016) | — общий рефакторинг модуля |
| 3.6.13 (12.09.2016) | — добавлена возможность использования наименования инфоблоков в качестве категорий для настройки соответствий категориям торговых площадок — доработана процедура формирования условиям в «Полях экспорта» — модернизирована процедура экранирования и вырезки служебных символов в профилях экспорта |
| 3.6.11 (08.09.2016) | — добавлен профили Яндекс.Лекарства, Яндекс.Билеты на мероприятия — добавлена поддержка динамических объявлений, добавлены профили Упрощенное описание и Произвольное описание для динамический объявлений |
| 3.6.10 (06.09.2016) | — доработана процедура экранирования и вырезки служебных символов в профилях экспорта |
| 3.6.8 (06.09.2016) | — полностью переработаны (актуализированы) текущие + добавлен профиль Косметика, парфюмерия и уход для Yandex — поддержка динамических обновлений |
| 3.6.6 (06.09.2016) | — полностью переработана связка профилей с их описаниями (актуализированы все описания) — доработана процедура экранирования и вырезки служебных символов в профилях экспорта — устранены обнаруженные warning’и — общий рефакторинг модуля |
| 3.6.3 (28.08.2016) | — доработана работа вкладки «Категории торговой площадки» в контексте работы с категориями Яндекса |
| 3.6.2 (23.08.2016) | — увеличен набор типов данных для выборки внутри композитных значений полей экспорта |
| 3.6.0 (23.08.2016) | — ВНИМАНИЕ ТЕКУЩЕЕ ОБНОВЛЕНИЕ НЕ СОВМЕСТИМО С ПРЕДИДУЩИМИ ВЕРСИЯМИ МОДУЛЯ при установке старая версия удаляется вместе со старыми таблицами — доработаны принципы хранения в БД опциональных longtext полей — унифицировано выполнения ряда операций через интерфейс на хите и через ajax — доработано хранения строк профилей в БД для корректной работы с ограничением InnoDB на хранение строк (8 kb) — доработаны процедуры копирования профилей и экспорта данных из профиля — оптимизировано хранения строк профилей в БД для корректной работы с ограничением InnoDB на хранение строк (8 kb) — доработаны процедуры импорта/экспорта профилей, доступен прямой экспорт из списка профилей, выполнены интерфейсные правки — доработана универсальная работа вкладки «Категории Торговой площадки»: включение/выключение использования категорий — оптимизировано хранения строк профилей в БД для корректной работы с ограничением InnoDB на хранение строк (8 kb) — доработан универсальный тип поля экспорта — Композитное значение, который позволяет делать абсолютно универсальную выборку в конкретное поле экспорта. Теперь возможна обработка множественных типов данных внутри композитных значений — большой набор интерфейсных правок на вкладке «Данные выхода» — доработана схема экспорта данных: отказ от визуальной части шаблона сайта, переход к служебной — доработана работа вкладки «Настройка схемы выгрузки» — настройка выбора данных в товар/товарное предложение — увеличен размер поля (longtext) для хранения списка категорий в профиле — добавлена инструкция к работе модуля — доработан функционал работы с множественной привязкой товаров в разделах — интерфейсные доработки, добавлена форма обращения в тех поддержку. — Проверка при установке модуля библиотеки jQuery — Оптимизация производительности — добавлена возможность экспорта в категории инфоблоков — добавлена возможность экспорта минимальной цены среди торговых предложений для полей экспорта с типом свойства «цена» — Незначительные изменения на вкладке FAQ — Оптимизация быстродействия — добовлена возможность округления цен с выбором количества десятичных знаков и четырех способов округления: в большую/меньшую сторону, в сторону ближайшего четного/нечетного числа — добавлена возможность в профилях настраивать для разделов свойства: внешний код, внешний код родительского раздела — добавлена дополнительная настрока для типа запуска «Cron» — добавлена возможность выбора очередности работы с товарами и торговыми предложениями, теперь можно выбрать чтобы модуль сначала выбирал значения из товарных предложений а если отсутствуют то из товаров. — доработана выгрузка на cron — оптимизирована работа с заданиями на кроне — доработаны условия отбора — корректировка работы с типами значений даты — доработана поддержка ссылочного свойства типа «Привязка к пользователю» — доработана обработка при выгрузке свойств типа «Файл» — переработана опция «экранировать спецсимволы» — добавлена опция «вырезать спецсимволы» — добавлена возможность выбора источника загрузки дательной картинки на уровне «настроек схемы выгрузки» — переработана процедура определения кодировки строк — доработан экспорт CSV файлов — доработка опций полей экспорта — добработана обработка строк в БД — общий рефакторинг модуля — доработана обработка типов полей экспорта и условий в реальном времени — добавлена обработка свойств каталога для товарных предложений в контексте их выбора для файла экспорта — полностью переработаны опции полей экспорта — добавлен экспорт родительских категорий в товарное предложение — добавлен экспорт списка категорий товарного предложения в само товарное предложение — доработаны «Категории торговой площадки» с учетом хранения опций в настройках профиля — доработана обработка исключения в проактивном фильтре Битрикса для работы модуля — доработана обработка функции detailLink для работы с ЧПУ — доработки по функционированию типа данных — добавлен новый тип данных — Комплексное значение, позволяющий более гибко настраивать выборку данных в полях экспорта — добавлена обработка пользовательских свойств разделов в полях экспорта — доработана одновременная обработка инфоблоков и инфоблоков+ в рамках одного профиля выгрузки — доработано обрезка полей экспорта со спецсимволами для полей с текстовыми значениями (не html) — доработано скачивание CSV файла выгрузки — добавлены инструкции по работе с Cron и Агентами — доработана схема округления цен — доработана работа кодировки логов на email — доработана обработка множественных свойств в полях экспорта — доработана работа агентов при активации/деактивации профиля на cron — доработаны параметры замены на вкладке «Схема выгрузки» — доработано корректное формирование лога и файлов лога для скачивания — доработан платформонезависимый механизм выдачи полученного файла выгрузки — добавлена возможность выбора отображения NAME/PREVIEW_TEXT/DETAIL_TEXT из товара или товарного предложения — фильтр: добавлена работа с комплектами Торгового каталога, фильтр дополнен блоком каталог с опцией «комплект содержит»; — доработаны отправляемые логи о формировании файлов выгрузки: кодировка, ссылка на профиль — добавлен файлонезависимое формирование zip-архива с файлом выгрузки, доработана работа с форматами и кодировками при скачивании файла; — добавлена возможность ограничения длины строки данных в конкретном поле экспорта; — добавлена возможность ограничения количества значений множественного поля в товарных предложениях файла выгрузки; — добавлено вырезание пустых атрибутов и одиночных тегов; — доработан urlrewrite.php для корректной работы модуля; — корректировки по обработке полей экспорта с нулевым значением; — корректировка порядка вывода цены и цены со скидкой в штатной настройке полей экспорта; — большие изменения по «условиям» в настройках полей экспорта и на вкладке «Условия экспорта (фильтр)»: добавлена работа с ценами — обработка ситуации с наличием активных товарных предложений у неактивного товара — добавлены колонки статистики на страницу списка профилей — корректировка обработки полей экспорта с типом поля «не выбрано» — доработана стабильная установка модуля в демо-версии — добавлен функционал автоподстановки базовых параметров профиля |
| 2.0.1 (25.03.2015) | Обновлен механизм формирования файла экспорта. |
| 1.8.4 (10.03.2015) | Исправлено отображение картинок |
| 1.8.3 (06.03.2015) | Исправлен баг с кодировкой названия свойства |
| 1.8.2 (05.03.2015) | Правки тега |
| 1.8.1 (05.03.2015) | Решена проблема с не валидными тегами xml |
| 1.8.0 (04.03.2015) | Незначительные изменения |
| 1.7.19 (03.03.2015) | Незначительные исправления |
| 1.7.17 (03.03.2015) | Вырезаны не допустимые XML символы |
| 1.7.16 (27.02.2015) | Исправлена ошибка url в выгрузке |
| 1.7.15 (27.02.2015) | Исправлена ошибка фильтрации по количеству |
| 1.7.14 (25.02.2015) | Добавлено преобразование специальных HTML-сущностей обратно в соответствующие символы. |
| 1.7.13 (18.02.2015) | Добавлен параметр «ID раздела». Небольшие исправления |
| 1.7.12 (30.01.2015) | Небольшие исправления |
| 1.7.11 (29.01.2015) | Исправлена ошибка с ценой в «условиях отбора» |
| 1.7.10 (28.01.2015) | Незначительные доработки |
| 1.7.9 (28.01.2015) | Исправление выгрузки Активизм — проблема гендера |
| 1.7.8 (28.01.2015) | Исправлены незначительные ошибки |
| 1.7.7 (19.01.2015) | Добавлены поля из торгового каталога |
| 1.7.6 (23.12.2014) | Кнопка «Сгенерировать файл» |
| 1.7.5 (22.12.2014) | Вывод полей инфоблока |
| 1.7.4 (10.12.2014) | Правка ошибок |
| 1.7.3 (10.12.2014) | Правка багов в VariantList |
| 1.7.2 (10.12.2014) | Обновленный VariantList |
| 1.7.1 (09.12.2014) | Исправлены ошибки |
| 1.7.0 (09.12.2014) | Исправлен баг с торговым каталогом. Исправлен баг с доступностью товаров которых нет в наличии. |
| 1.6.9 (05.12.2014) | Площадка Активизм |
| 1.6.8 (02.12.2014) | Поиск категорий в окне выбора в списке категорий Исправлен баг с UTM-строкой |
| 1.6.7 (01.12.2014) | Автосохранение выбранных категорий Яндекс.Маркета и восстановление значений после изменения перечня категорий сайта. |
| 1.6.6 (03.11.2014) | Новые настройки тегов. Теперь можно указывать константы. Например, для всех товаров выгружать «600». Можно добавлять параметры в utm в адресную строку. Вместо id надо указывать шаблон #ID# в настройках модуля. Появилась возможность загружать свойства через файл настроек в формате csv. |
| 1.6.5 (03.10.2014) | Изменения в работе с картинками каталога и кодировками. |
| 1.6.4 (26.09.2014) | Изменен вывод фотографий (если вывод основной фото из свойства) |
| 1.6.3 (25.09.2014) | 1. Название — большие буквы только заглавные (остальные преобразуются в маленькие) 2. Закрывающий символ в ссылке (можно из профиля указать) 3. Для vendor.model к торговому предложению идет группировка group_id 4. Добавлены единицы измерения (unit) для тега param |
| 1.6.2 (04.09.2014) | Оптимизация страницы установки настроек модуля |
| 1.6.1 (26.08.2014) | Служебное обновление |
| 1.6.0 (23.08.2014) | Добавлена возможность настройки ссылки для торгового предложения Добавлено свойство модуля (настройка) путь ЧПУ относительно корня для запуска компонента В профиле формируется автоматически ссылка для выгрузки через компонент (теперь не надо настраивать компонент выгрузки) |
| 1.5.9 (16.08.2014) | Доработка работы с агентами при варианте неудачной генерации файла выгрузки. |
| 1.5.8 (08.08.2014) | Доработка функции генерации |
| 1.5.7 (07.08.2014) | Доработка функции генерации |
| 1.5.6 (25.07.2014) | Добавлен ДЕМО режим — выгрузка 5 товаров! |
| 1.5.5 (22.07.2014) | Обработка множественных параметров param |
| 1.5.4 (21.07.2014) | Переписана обработка тегов param |
| 1.5.3 (18.07.2014) | Переписана функция генерации XML |
| 1.5.2 (17.07.2014) | Обновление языковых файлов |
| 1.5.1 (03.07.2014) | Обновили страницу настроек модуля |
Практикум Администрирование Kubernetes в Yandex.Cloud
Леркий KUB-02: Развертывание Kubernetes-кластера
Описание:
Абсолютно логично, что первое задание, которое может быть в любом практикуме, — это установка используемого инструмента. Мы не станем нарушать традицию и начнем с рассмотрения того, как вы можете установить чистый кластер Kubernetes в своей инфраструктуре.
В целом, есть два основных варианта разворачивания кластера:
- • Self Hosted — разворачивание кластера на своих серверах, виртуальных или железных;
- • Cloud Based — разворачивание кластера в любом публичном облаке, которое предоставляет такую возможность.
Ниже приведены критерии, которые следует учитывать при выборе одного из двух представленных вариантов:
- • Высокая доступность — развертывает ли ваше решение Kubernetes-кластеры высокой доступности с репликацией базовых метаданных для восстановления после сбоев?
- • Обновления — Kubernetes обеспечивает мажорные обновления каждые 3-4 месяца. Какова ваша стратегия обновления Kubernetes? Какие периоды простоя потребуются для обновления и приемлемо ли это для бизнеса?
- • Поддержка гибридных систем — поддерживает ли ваше решение Kubernetes узлы, расположенные в частных дата-центрах и облаке, на которых должен работать Kubernetes? Предлагает ли он одинаковый или аналогичный уровень SLA и функциональность по ним?
- • Поддержка федеративности — поддерживает ли ваше решение Kubernetes развертывание федеративных кластеров, которые могут расти в частных и публичных облаках для обеспечения надежности инфраструктуры и динамической пакетной совместимости?
- • Дополнительные возможности — какие дополнительные функции необходимы вашей команде для запуска Kubernetes в масштабе и поддержки большого числа пользователей? Поддерживаются ли они вашим решением Kubernetes? Некоторые примеры включают поддержку единого входа, RBAC, изолированную сеть, постоянное хранилище.
По нашему опыту, можем сказать, что самый простой и надежный способ развертывания kubernetes — это использовать облака, поскольку они берут на себя ответственность за многие компоненты системы, о которых вам не придется думать в отличие от self-hosted решений. Основные из них:
- • Etcd — как мы узнаем дальше, kubernetes использует кластер etcd для хранения своего состояния. В случае использования self hosted решения вам придется поддерживать его доступность самостоятельно, а также проводить работы по резервному копированию и восстановлению в случае сбоев.
- • Networking — в случае развертывания kubernetes на своих мощностях вы столкнетесь с необходимостью настройки сетевой инфраструктуры, которая может быть не совсем тривиальна в зависимости от используемых сетевых плагинов kubernetes. О сетевой модели мы поговорим отдельно в следующих заданиях.
- • Persistent Volumes — если вы захотите использовать подключаемые персистентные вольюмы для хранения данных, вам придется использовать инструменты вроде ceph для создания блочных устройств. Ceph — это отдельный инструмент, по которому можно выпустить несколько курсов или книг. Так что знайте, что это добавит вам головной боли.
Единственный приемлемый вариант, при котором есть смысл развернуть kubernetes локально на своих машинках, — это обучение. Ну и конечно, тестирование. Если вы хотите погонять Kubernetes локально, то доступно достаточно много вариантов:
Minikube
Minikube — это рекомендованный официальный метод для изучения работы Kubernetes. Он позволяет установить однонодовый кластер в виртуальной машине практически с любым поставщиком (virtualbox, kvm, hyperv, vmware), а также позволяет запустить и на хосте при помощи Docker. Данный вариант хорошо подходит для запуска кластера с целью ознакомления, для тестирования новых версий кластера и инструмента для него. Аналогом этого решения можно рассмотреть Minishift, который представляет собой инструмент для запуска кластера OpenShift в манере, подобной Minikube.
Однако это решение ограничено одним хостом, а значит, всю гибкость и возможности Kubernetes вы попросту не сможете увидеть. Более того, не со всеми инструментами получится познакомиться, в чем вы чуть позднее убедитесь.
Итак, давайте запустим minikube на ОС ubuntu. Запускать можно, как используя систему виртуализации, например kvm, так и в docker-контейнерах, но для этого потребуется установить docker-ce на сервер, используя данную инструкцию. После этого можем приступить к установке minikube:
Устанавливаем:
# Устанавливаем minikube
curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64
sudo install minikube-linux-amd64 /usr/local/bin/minikube
# Создаем пользователя, под которым будем создавать кластер
useradd -s /bin/bash -m -G docker kub
# Запускаем minikube
su — kub
minikube start
minikube v1.15.1 on Ubuntu 20.04
Automatically selected the docker driver
Starting control plane node minikube in cluster minikube
Pulling base image …
Downloading Kubernetes v1.19.4 preload …
> preloaded-images-k8s-v6-v1.19.4-docker-overlay2-amd64.tar.lz4: 256.00 MiB
… skipped …
По окончании установки можете проверить, какие контейнеры у вас были запущены, используя docker ps.
Теперь совершим обзорную экскурсию по кластеру. Для доступа к кластеру из консоли потребуется утилита kubectl. Эта утилита доступна для всех современных ОС. Инсталляционные пакеты есть на официальном сайте. Но при использовании minikube он может установить ее за нас. Так что давайте выполним несколько команд и посмотрим на наш кластер:
$ minikube kubectl — cluster-info
Kubernetes master is running at https://192.168.49.2:8443
KubeDNS is running at
https://192.168.49.2:8443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy
To further debug and diagnose cluster problems, use ‘kubectl cluster-info dump’.
Также можем посмотреть на ноды, которые подключены к кластеру:
$ minikube kubectl — get nodes
NAME STATUS ROLES AGE VERSION
minikube Ready master 3m11s v1.19.4
Отлично, теперь на этом кластере можно будет поучиться, но пока перейдем к другим вариантам установки кластера.
Kubernetes с kops
kops — это еще один инструмент CLI, который обеспечивает развертывание кластера Kubernetes с помощью декларативной спецификации, предоставленной пользователем.
В настоящее время единственной поддерживаемой платформой развертывания является Amazon Web Services, но kops предлагает и другие преимущества, включая высокую доступность для ваших кластеров и дополнения для сетей и мониторинга, в том числе Flannel, Calico и Dashboard.
Пользователю не нужно изначально настраивать инфраструктуру, поскольку kops развернули необходимые ресурсы AWS, такие как инстансы EC2, хранилище EBS и сеть VPC.
Kubernetes с kargo
kargo также является CLI-инструментом, используемым для развертывания кластеров Kubernetes, но на нескольких платформах, таких как Amazon Web Services, Google Compute Engine, Microsoft Azure, OpenStack и серверы bare metal.
Он использует Ansible и требует от пользователей дополнительных настроек Ansible (inventory and variable files).
Kubernetes с kubeadm
Возможности CLI kubeadm позволяют настраивать кластеры Kubernetes в виртуальной или физической инфраструктуре
По нашему опыту, kubeadm предоставил более простой способ развертывания Kubernetes по сравнению с kops и cargo.
Kubernetes с kubespray
Kubespray — это набор доступных плейбуков, инвентори и дополнительных инструментов для общих задач управления конфигурацией кластера Kubernetes.
Kubespray обеспечивает:
- • высокодоступный кластер;
- • поддержку большинства популярных дистрибутивов Linux;
- • интеграционные тесты.
Rancher
Rancher изначально не умел работать с Kubernetes, а работал с Docker-контейнерами напрямую, но, начиная с ветки версии 2.x, умеет взаимодействовать и разворачивать Kubernetes-кластер через Web UI, работает практически с любым облачным поставщиком, равно как и на железных серверах.
Все с нуля
Вы также можете развернуть свой кластер Kubernetes с нуля, не используя ни один из этих инструментов
Страница документации Kubernetes содержит инструкции о том, как это можно реализовать.
Если ваша цель состоит в том, чтобы получить глубокое понимание Kubernetes, настройка его без помощи вышеуказанных инструментов может быть полезна, и мы настоятельно рекомендуем использовать именно этот метод для развертывания своего первого кластера
Мы также рекомендуем ознакомиться с Kubernetes The Hard Way — учебником от Келси Хайтауэр.
Естественно, этот список не претендует на полноту, но именно эти решения являются наиболее распространенными и удобными для работы с кластерами от однонодовых до многонодовых инсталляций
1. После нажатия кнопки «Начать выполнение» для вас будет подготовлено окружение и предоставлены необходимые доступы.
2. Также вам будут выданы переменные, которые в задании указаны в фигурных скобках, — их надо будет подставить при выполнении задания.
3. После выполнения всех пунктов задания нажмите кнопку «Отправить на проверку», и в течение ближайших 3-5 минут скрипт проверит выполнение всех условий и выставит вам оценку.
4. В случае, если вы что-то забыли, можно исправить ошибки и отправить на проверку повторно.
5. Также, если вы успешно сдали задание, но у вас остались вопросы — вы всегда сможете задать их куратору после проверки или в чате в любое удобное для вас время.
1. Установите на подготовленную виртуальную машину minikube.
2. Создайте пользователя kubernetes, из-под которого будет создаваться кластер kubernetes.
3. Установите кластер kubernetes, который будет слушать порт 8443.
4. Найдите в выводе команды kubectl cluster-info адрес, на котором запущен kubernetes master, и сохраните его в файл /tmp/master.txt.
5. Отправьте задание на проверку.
Настройка переадресации в почте Yandex
Чтобы сделать работу еще удобнее, вы можете получать письма с вашей почты в приложении Jivo. Для этого необходимо настроить переадресацию писем в вашем почтовом ящике.
Для подключения вашей почты Yandex нужно сделать следующие настройки:
1. Для начала необходимо открыть ваш почтовый ящик Yandex и перейти в «Настройки» > «Правила обработки писем».
2. Затем нажмите кнопку «Создать правило».
3. Выберите в блоке условий «Если» фильтр «Кому или копия» и укажите ваш адрес почты, с которого вы хотите пересылать письма в чат.
Если вы хотите оставлять копию писем в почтовом ящике Яндекс, то вам необходимо также установить галочку «Пометить прочитанным»
4. Затем включите галочку «Переслать по адресу» и укажите адрес почты от нового канала Email в Jivo и нажмите кнопку Создать правило
5. После этого в приложении оператора вы получите новое сообщение в канале Email от Яндекса. В письме будет содержаться ссылка, пройдя по которой, вы подтвердите подключение переадресации.
6. После подтверждения необходимо включить правило переадресации.
После этого интеграция начнет работу, все письма поступающие на ваш адрес вы также будете получать в приложении чата и сможете отвечать клиентам напрямую из нашего приложения.
Настройка фильтрации писем
Настроим правило для фильтрации писем по определенным словам, которые они содержат. В качестве примера будем использовать слово «Заказ».
В вашей почте Yandex зайдите в «Настройки» > «Правила обработки писем» и зайдите в режим редактирования созданного правила.
В блоке «Если» нажмите на кнопку «Добавить условие» для добавления фильтра. В отдельном фильтре «От кого» вы можете указать почту, с которой отправляются письма, которые нужно пересылать в Jivo, а также с помощью условия «Тема» или «Тело письма» указать нужные ключевые слова из писем.
Сохраните правило, нажав на соответствующую кнопку внизу.
После этого в Jivo будут перенаправляться только нужные письма.
Яндекс подвергся крупнейшей DDoS-атаке в истории Рунета
Российский интернет-провайдер Яндекс подвергается масштабной распределенной атаке типа «отказ в обслуживании» (DDoS), которая началась на прошлой неделе.
Российский интернет-гигант «Яндекс» стал объектом крупнейшей DDoS-атаки в истории Рунета, российского Интернета, созданного таким образом, чтобы быть независимым от всемирной паутины и обеспечить устойчивость страны к отключению Интернета.
Рекордные масштабы масштабной DDoS-атаки подтвердила и американская компания Cloudflare, специализирующаяся на защите от подобных атак. Любопытно, что Яндекс в партнерстве со сторонними охранными компаниями обеспечивает своим клиентам защиту от DDoS-атак.
«Высокопоставленный источник в Яндексе сообщил« Ведомостям », что в минувшие выходные на серверы компании была проведена крупнейшая DDoS-атака в истории российского Интернета». читает сообщение, опубликованное российскими СМИ Ведомостями.«Другой источник в Яндексе подтвердил эту информацию, отметив, что у компании возникли трудности с сдерживанием DDOS-атаки, и она продолжается на этой неделе».
На момент написания этой статьи не было новостей о типе DDoS-атаки, а ее объем достиг пика в наступлении.
«Мы ведем расследование вместе с подрядчиками», — сообщил «Ведомостям» внутренний источник интернет-провайдера. «Речь идет об угрозе инфраструктуре национального масштаба.”
DDoS-атака была запущена новым DDoS-ботнетом, так считает Александр Лямин, генеральный директор Qrator Labs, партнера Яндекса, обеспечивающего защиту от DDoS-атак.
Лямин и его команда наблюдали волну массовых атак, нацеленных на его клиентов в период с августа по сентябрь. Вредоносный трафик создавался совершенно новым ботнетом, состоящим из скомпрометированных устройств от поставщика из Балтийского региона.
Предполагается, что поставщиком в Балтийском регионе является латвийская компания MikroTik, скомпрометированные устройства этого поставщика использовались в нескольких ботнетах за последние пару лет.Злоумышленники использовали известные уязвимости в целевых устройствах, на которых работало старое программное обеспечение, поскольку владельцы не исправляли их.
«Жертвы этих атак разные, но злоумышленник, по всей видимости, один и тот же, и он управляет ботнетом, который недавно появился в отрасли», — сказал Лямин «Ведомостям». «Некоторые игроки индустрии уже заявили, что к нам вернулся ботнет Mirai, который произвел фурор пять лет назад и был построен на основе видеокамер.Посвятив последние несколько недель изучению нового ботнета, можно сказать, что появился совершенно новый ботнет, построенный на сетевом оборудовании очень популярного вендора из стран Балтии. Он распространяется через уязвимость в прошивке и уже насчитывает до сотен тысяч зараженных устройств ».
DDoS-атак становятся все более частыми и опасными. Компания CloudFlare объявила в августе, что компания CloudFlare, занимающаяся защитой веб-инфраструктуры и веб-сайтов, предотвратила крупнейшую на сегодняшний день объемную распределенную атаку типа «отказ в обслуживании» (DDoS).
Атака поразила неназванного клиента компании, работающей в финансовой сфере. Компания сообщила, что атака произошла в июле и была запущена ботнетом Mirai.
Вредоносный трафик достиг рекордного уровня 17,2 миллиона запросов в секунду (rps), что в три раза больше, чем сообщалось ранее о HTTP-DDoS-атаках.
Следуйте за мной в Twitter: @securityaffairs и Facebook
Пьерлуиджи Паганини
( SecurityAffairs — взлом, DDoS)
Поделиться
Яндекс подвергся крупнейшей DDoS-атаке с участием 200000 взломанных устройств
Яндекс, российский технологический и поисковый гигант, подтвердил , что на прошлой неделе его серверы подверглись крупнейшей в истории кибернетической атаки DDoS-атаке.В своем сообщении в блоге, опубликованном 9 сентября, Яндекс сообщил, что компания обнаружила новую мощную сеть ботнетов, которые проводили DDoS-атаки не только против Рунета, российской версии всемирной паутины для поддержания единой общенациональной коммуникации против кибератак, но и в других странах. различные другие страны.
«Это лишь одна из множества атак, направленных не только на Яндекс, но и на многие другие компании в мире. Атаки продолжаются несколько недель, их масштабы беспрецедентны, а их источником является новый ботнет, о котором пока мало что известно », — говорится в официальном сообщении Яндекса в блоге.
Масштаб атаки
Яндекс заявил, что атака была масштабной, поскольку ее ИТ-специалистам приходилось обрабатывать почти 22 миллиона запросов в секунду (RPS), что сделало ее «самой большой известной атакой в истории Интернета».
«Нашим специалистам действительно удалось отразить рекордную атаку более 20 миллионов RPS — это самая крупная атака, известная в истории Интернета», — сообщил Яндекс.
Компания пояснила, что атака началась в конце августа и достигла пика 5 сентября.К вашему сведению, при DDoS-атаке (распределенных атаках типа «отказ в обслуживании») трафик целевой сети или сервера нарушается чрезмерно большим количеством запросов.
Была ли это действительно самая крупная в мире DDoS-атака?
По данным российского издания «Ведомости», масштаб атаки не был подтвержден Cloudflare, фирмой по обеспечению безопасности веб-инфраструктуры. Тем не менее, судя по более ранним данным, это действительно самая крупная атака, когда-либо отмечавшаяся.
Cloudflare сообщил в августе, что крупнейшая DDoS-атака, которую она наблюдала, достигла 17.2 миллиона запросов в секунду, что было зарегистрировано ранее в 2021 году. Таким образом, мы можем предположить, что Яндекс действительно получил самую крупную DDoS-атаку в истории Интернета, получив более 20 миллионов запросов в секунду.
SEE: Банда REvil атакует британские ITSP серией DDoS-атак, основанных на вымогательстве
Издание утверждает, что атака началась в минувшие выходные, и технической фирме было трудно отразить серию атак. Хотя в публикации не сообщается подробностей о типе DDoS, в нем отмечается, что Cloudflare заявляет, что это «рекордный масштаб кибератаки».”
Самые популярные страны с хостами ботнета Mēris из рекордной атаки на Яндекс (через: Qrator)
О новом ботнете
Хотя официального подтверждения нового ботнета не было, генеральный директор службы DDoS-фильтрации Qrator Labs Александр Лямин заявил, что новый ботнет под названием Mēris, атакующий Яндекс, разработан на сетевом оборудовании «очень популярного производителя из Балтийские государства.»
Более того, Лямин обнаружил, что ботнет распространяется через уязвимость прошивки и уже собрал сотни тысяч зараженных устройств.
Qrator Labs сотрудничала с Яндексом в борьбе с атакой. Они отметили, что устройства в ботнете были не типичными IoT-машинами, подключенными к сети Wi-Fi, а высокопроизводительными устройствами, подключенными через соединение Ethernet.
«Qrator Labs наблюдала 30 000 хостов в отдельных атаках, мы в Яндексе собрали данные о 56 000 атакующих устройствах. Но мы предполагаем, что на самом деле их количество значительно больше — вероятно, более 200 000 устройств », — написал Qrator в своем блоге.
Вам понравилось читать эту статью? Поставьте лайк нашей странице в Facebook и подпишитесь на нас в Twitter.
Grubhub, Inc. — Grubhub и Yandex SDG запускают технологию доставки роботов в Государственном университете Огайо
Школа большой десятки — первый кампус, который развернул доставку Grubhub с помощью роботов Yandex, когда студенты возвращаются на осенний семестр
ЧИКАГО, 19 августа 2021 г. / PRNewswire / — Grubhub, — ведущая онлайн- и мобильная платформа для заказа и доставки еды в кампусах колледжей и Yandex Self-Driving Group (SDG), ведущий разработчик автономных транспортных средств внутри Яндекс, одна из крупнейших интернет-компаний Европы, развернет доставку с помощью роботов Яндекса в своем первом университетском городке — Государственном университете Огайо (OSU).
Более 60 000 голодных баккейцев смогут заказывать свои любимые блюда из столовых на кампусе через приложение Grubhub и получать их с помощью одного из 50 роботов Яндекса, работающих в кампусе OSU, быстрым и рентабельным способом. Марсоходы работают с 9 утра до 9 вечера.м. семь дней в неделю. Студенты могут запросить роботов для доставки еды в каждое общежитие на территории кампуса, а также в библиотеку Томпсона и Брикер-холл.
роботов Яндекса автономно перемещаются по тротуарам, пешеходным переходам кампуса и пешеходным зонам, до которых, как известно, сложно добраться на машине. Они перемещаются по большому университетскому городку со скоростью от 3 до 5 миль в час днем и после наступления темноты и в различных погодных условиях, включая дождь и снег. Роботы достаточно просторны, чтобы вместить пару чашек кофе и бутерброд с бубликом или несколько пицц, чтобы поделиться ими с друзьями, при этом сохраняя при этом еду нужной температуры.
«Мы рады представить этот передовой и эффективный опыт предоставления услуг студентам Университета штата Огайо», — сказал Брайан Мэдиган, вице-президент по корпоративным вопросам и партнерам университетского городка Grubhub. «OSU и Grubhub годами работали вместе, чтобы предложить студентам различные способы насладиться любимой едой в кампусе. Теперь мы продолжаем наши усилия, чтобы улучшить качество обедов с помощью технологии роверов Яндекса для более быстрой и простой доставки».
«Сотрудничая с Grubhub, мы можем предоставить роботизированную доставку некоторым людям, которые в этом больше всего нуждаются — студентам, исследователям и профессорам, которым не хватает времени», — сказал Питер Сзелей, руководитель отдела развития бизнеса в Yandex SDG.«Роверы не только улучшают существующие варианты доставки еды, но и открывают новые возможности для более разумного, лучшего и быстрого обеда. Представьте, что вы заказываете утренний кофе и забираете его у робота, ожидающего у вашего порога, когда вы отправляетесь в класс, или учитесь в школе. припаркуйтесь с друзьями и попросите вездеход, чтобы скатать и доставить закуски. Мы очень рады помочь воплотить эти возможности в жизнь ».
«Мы гордимся тем, что предлагаем студентам исключительные впечатления от обеда, и мы всегда ищем новые способы сделать доставку еды в кампусе как можно более удобной», — сказала Зия Ахмед, старший директор отдела питания в Университете штата Огайо. .
Для получения дополнительной информации о том, как реализовать этот опыт доставки в вашем кампусе, посетите здесь .
О Grubhub:
Grubhub является частью Just Eat Takeaway.com (LSE: JET, AMS: TKWY, NASDAQ: GRUB), ведущего глобального рынка онлайн-доставки еды. Компания Grubhub, стремящаяся соединить более 33 миллионов посетителей с едой, которую они любят в своих любимых местных ресторанах, повышает качество заказа еды за счет инновационных ресторанных технологий, простых в использовании платформ и улучшенных условий доставки.Grubhub имеет более 300 000 партнеров по ресторанам в более чем 4 000 городов США.
О Группе самостоятельного вождения Яндекса:
Яндекс разрабатывает собственную технологию автономного вождения с 2017 года. На сегодняшний день автопарк Яндекса насчитывает 170 автомобилей, которые проехали более семи миллионов автономных миль по дорогам общего пользования в различных погодных и дорожных условиях в трех странах — России и Израиле. и США.Зрелость технологии, а также накопленный реальный пробег делают Яндекс одним из ведущих разработчиков технологий беспилотного вождения в мире.
С конца 2019 года компания также занимается разработкой собственных роботов-доставщиков. Эти вездеходы, основанные на той же технологии автономного вождения, что и автономные транспортные средства, предназначены для доставки грузов малого и среднего размера. Роботы Яндекса уже доставляют заказы из магазинов и ресторанов покупателям в России и США.
Более подробную информацию о группе самостоятельного вождения Яндекса можно найти по адресу https://sdg.yandex.com/ .
Просмотреть исходный контент для загрузки мультимедиа: https://www.prnewswire.com/news-releases/grubhub-and-yandex-sdg-launch-robot-delivery-technology-at-the-ohio-state-university-301359006.html
ИСТОЧНИК Grubhub Inc.
Навигационная система в офисе Яндекса
Напольная навигация
Нумерованные вехи являются основой новой навигационной системы, указывающей на ближайшие выходы, конференц-залы, кофейни и туалеты.Удобные для маркеров поверхности приглашают сотрудников Яндекса добавлять на вывески новые детали.
Испытательный отряд приземлился на пятом этаже | Таблица видов столбов |
Штаб-квартира расположена на трех крыльях и шести рабочих этажах, поэтому на постах имеется двузначная индексация: первый номер соответствует этажу, а второй — местоположению, как в гостиничном стиле. Короткое крыло имеет буквы вместо цифр на второй позиции.
План настенной навигации / пожарной эвакуации
Некоторые знаки дублируются по краю потолочной плитки «мансардные окна».
Колода прямо вперед | Отверстия «светового люка» предназначены для обслуживания труб и расположены повсюду. |
До и после
Иллюстрации
Мы придумали тему для каждого этажа и подобрали специальные номера с соответствующими намёками и метафорами.
Календарь
Деньги
Стены
Статистика
Транспорт
Климат
Artwork дополняет метафоры, зашифрованные в числах.
Сухая функциональность навигационных знаков уравновешивается художественными работами, широко разбросанными по всему интерьеру.
Навигация по лестничным клеткам и прочее
Найдите список всего, что в здании есть лифты.
Путеводитель по зданию
в лифтовом зале
Направляющая
по лестнице
Иллюстрации и прочие аксессуары, поддерживающие тематику этажа на лифтах.
Сказка
Строительство
География
Исполнительный седьмой этаж оснащен интерактивной световой анимацией.
Такой интерьер не оставляет жильцам иного выбора, кроме как ломиться от оригинальных идей и решений.
Добро пожаловать в Яндекс!
English от Яндекс.Практикум — новый способ обучения английскому
Я нашла здесь коллег, друзей, родственных душ.Они вдохновляют меня становиться лучше как профессионалом, так и человеком. Мне так важно заниматься многими вещами, которые мне нравятся в жизни, и английский от Яндекс.Практики меня здесь поддерживает — я сам составляю свое расписание и могу работать из любого места в мире, которое выберу. Я ценю то, что являюсь частью этой команды и могу внести свой вклад в этот проект. Спасибо! Встретимся на Практикуме.
Работа в Практикуме пока проходит гладко и приносит удовлетворение.Учебные занятия, основанные на задачах, — отличный способ улучшить речь, и они заставляют нас, учителей, задаться вопросом, как мы общаемся. Каждая сессия — это возможность познакомиться с кем-то новым и расширить наше общение. Команда дружелюбная и очень услужливая, хотя многие из нас живут в разных странах, кажется, что все мы находимся на одной волне.
Наша школа выделяется тем, что никогда не встретишь одного и того же ученика дважды. До того, как я начал преподавать здесь, я не слышал ни о чем подобном и сначала сомневался в этой практике.Теперь я уверен, что этот поток дает толчок процессу обучения. Каждый урок похож на ваш первый: вы стараетесь изо всех сил, а ученики прогрессируют быстрее. Все участники Практикума готовы помочь и улучшить весь процесс для всех. Думаю, тебе здесь понравится!
Я люблю языки и помогаю людям изучать их. Обучение онлайн позволяет мне работать из любой точки мира, а также я могу установить свой собственный график. Обычно я работаю 4-5 часов в неделю (включая выходные).Мне очень нравится здесь, что у меня каждый раз новый ученик. Удивительно, но всегда можно встретить разных людей. Я сам многому научился, например, как преподавать английский язык с помощью различных IT-инструментов. Тренажер для школьников веселый, умный и креативный. Советуя новым репетиторам, я бы рекомендовал всегда быть пунктуальным и готовиться к уроку.
Забудьте о Google, Uber, Amazon и Spotify. В России «Яндекс» управляет
Тем не менее, в российском технологическом секторе, который находится в тяжелом положении, успех «Яндекса» огромен.В мае 2011 года компания стала публичной в Нью-Йорке, собрав 1,3 миллиарда долларов (1 миллиард фунтов стерлингов), что на тот момент было крупнейшим IPO с момента проведения Google в 2004 году. В июне 2014 года компания была зарегистрирована на Московской бирже, а в последние годы открылась. офисы в Китае, Франции, Германии, Нидерландах, Швейцарии и Турции. Волож объясняет, что такая международная перспектива частично защищает Яндекс от нестабильности на российском рынке, но это также осознание того, что его услуги могут иметь успех в других местах. «Да, российское государство существует», — говорит он.«У него своя повестка дня. Мы строим вокруг него».
«В мае 2011 года компания стала публичной в Нью-Йорке, собрав 1,3 миллиарда долларов (1 миллиард фунтов стерлингов), что на тот момент было крупнейшим IPO с момента проведения Google в 2004 году»
Волож родился в 1964 году в Атырау, небольшом городке на берегу моря. восточный берег Каспийского моря в тогдашней Казахской ССР. Он изучал информатику во второй половине 80-х годов. «Я учился и воспитывался в старой системе Советского Союза, когда моя карьера должна была быть профессором чего-то, информатики, а потом все изменилось в мгновение ока», — говорит Волож, сидя на диване в офисе WeWork. рабочее место в Лондоне.Он приехал после визита в Париж, чтобы запустить навигационный сервис Яндекса. Он говорит тихо, и его предложения часто перемежаются смехом. Его раздражает, когда люди называют его компанию Google России? «Немного», — признает он. Но сравнения не так уж и просты. Яндекс и Google всегда боролись за один рынок.
«Пятнадцать лет назад, когда мы с Сергеем [Брином, соучредителем Google] были в Москве, мы дружили. Два стартапа, — вспоминает Волож.Тогда они работали с поисковыми системами — позже их соперничество перешло в другую область. «В 2007 году Сергей был в Москве. Играл с телефоном», — говорит Волож. Год спустя запустился Android, что вызвало затруднения у Яндекс. Доминирование Google на Android в России почти абсолютное: на Android он занимает 60% рынка поиска. Все больше россиян отказываются от настольных компьютеров в пользу мобильных; У 60 процентов есть смартфоны, и, по прогнозам, к 2021 году эта цифра вырастет до 86 процентов — доминирование Яндекса находится под угрозой.
Несмотря на протесты Воложа, местные компании выиграют от все более изоляционистского мировоззрения России. В России, как и в ЕС, регулирующие органы внимательно изучают возможности управления Android. Пока дело в Европе затягивается, российский антимонопольный орган оштрафовал Google на 438 миллионов рублей (6 миллионов фунтов стерлингов) и приказал ему ослабить ограничения для производителей Android-устройств после жалобы Яндекса. Волож отвергает утверждения о том, что это является несправедливой государственной поддержкой российских фирм.«Этот процесс находится вне нашего контроля. В равной ситуации мы честно выиграем нашу долю рынка», — настаивает он.
Другие вмешательства вызывают большее беспокойство. В ноябре 2016 года Россия заказала временную блокировку LinkedIn после того, как она не соблюдала местные законы о хранении данных. В обоих случаях иностранные компании были отвергнуты в интересах местного бизнеса. «В современном мире, когда все против всех и люди пытаются разделиться, трудно быть международной компанией», — говорит Волож.«Но это не наша повестка дня и не наша вина».
Иногда повестка дня российского государства и использование технологий для реализации своих целей имеют огромные последствия. В декабре 2016 года американские спецслужбы пришли к выводу, что Россия вмешалась в президентские выборы, чтобы поддержать заявку Дональда Трампа. По мере того, как пропаганда и фейковые новости вышли на первый план, Волож признает, что у России есть преимущество. «Да, мы бы знали», — говорит он, имея в виду силу пропаганды в путинской России. «Никаких комментариев по поводу Brexit и выборов», — продолжает он, смеясь.»Добро пожаловать в клуб.»
Обновлено 15 мая 2017 г .: Яндекс занимает 54% рынка онлайн-поиска в России, а не 64%.
Технологии Яндекс.Такси-графиков: идеальный поиск без маршрутизации API-запросов | от Яндекс.Такси: Под капотом
Артем Бондаренко и Сергей Воронцов, Яндекс.Такси Торговая площадка Эффективность
Когда вы заказываете поездку, ваша служба каршеринга попытается найти водителя, который сможет добраться до вас быстрее всех, чтобы вы тратят меньше времени на ожидание, и они тратят меньше времени на бесплатную поездку.Как правило, служба совместного использования автомобилей использует API маршрутизации, предоставляемый Google Maps и т. Д., Чтобы проверить ожидаемое время прибытия, сравнить их и выбрать лучший автомобиль для вас. Но этот простой поиск является очень дорогостоящим и неэффективным при масштабировании. В Яндекс.Такси нашли изящное решение этой проблемы. Наш новый алгоритм на основе графов каждый раз находит самый быстрый автомобиль, устраняя при этом дорогостоящие вызовы API.
Пятнадцать лет назад, когда мы все еще жили в мире без агрегаторов такси, время посадки могло достигать получаса и более.Диспетчеры вручную выбирали ближайший автомобиль из относительно небольшого пула. С появлением агрегаторов количество доступных автомобилей резко возросло, а поиск ближайших водителей был автоматизирован. Но сегодня эффективность этого процесса оставляет желать лучшего.
Когда дело касается крупных игроков рынка, этот процесс должен быть оптимизирован вместе с необходимыми вычислительными ресурсами. Это как раз та задача, которую мы любим решать в Яндекс.Такси. В этом посте мы расскажем, как мы разработали алгоритм, который элегантно решает эту проблему.
Начнем со «старого» прямого подхода.
В реальном мире автомобили передвигаются по дорогам. Но в электронном мире агрегаторы знают только свои координаты на плоскости. Они не имеют ни малейшего представления о том, на какой улице движется транспортное средство и по какому пути следует подобрать водителя. Легко понять, почему знание дорожной сети и трафика имеет решающее значение для определения того, какой автомобиль доберется до места быстрее всего. Здесь на помощь приходят сервисы маршрутизации.
Приложения для совместного использования позволяют рассчитать время прибытия в пункт выдачи для каждой доступной машины.Традиционно они используют службу маршрутизации для нанесения на карту маршрутов для каждого транспортного средства на основе текущего трафика.
Но вот в чем проблема: запросы на маршрутизацию стоят денег. Невозможно каждый раз спрашивать у маршрутной службы о каждой машине в городе и не обанкротиться. Предположим, есть город с 100 000 запросов в день и 1 000 автомобилей, доступных в любой момент времени. Оценка времени прибытия каждой машины в город может стоить десятки или даже сотни тысяч долларов в день, что непомерно дорого.
Для нашего метода мы использовали сервисы маршрутизации нашей материнской компании, предоставляемые Яндекс-картами. Наличие собственной службы маршрутизации — огромное преимущество, но каждый дополнительный запрос маршрутизации по-прежнему не был бесплатным, поскольку увеличивал нагрузку на наш сервер.
Значит, по-прежнему нужно было как-то ограничивать количество проверяемых автомобилей. Но поскольку все, что вы знаете об автомобилях, — это их координаты, вы можете выбрать только ближайшие автомобили по геометрическому расстоянию (то есть по кругу). Действительно, проверять водителей на другом конце города бессмысленно.
К сожалению, бывают случаи, когда кружок вокруг места посадки, который обычно работает нормально, не включает ближайшую машину. Представьте себе всадника, ожидающего на одной стороне реки, а несколько водителей ждут на другой стороне без каких-либо близлежащих мостов. Этот случай может показаться редким, но по мере того, как ваше приложение масштабируется и начинает обслуживать миллионы людей, вы обнаруживаете, что теряете оптимальные совпадения в значительном количестве случаев. Это означает, что по мере того как вы ограничиваете запросы услуг маршрутизации меньшим кругом вокруг пункта отправления, вы увеличиваете риск того, что вы не найдете автомобиль, который может быстро забрать водителя.
Это приводит к следующему компромиссу:
● Сэкономьте на количестве путей, запрашиваемых службой маршрутизации, но рискуете не найти самый быстрый автомобиль
● Или всегда находите водителя с самым быстрым временем посадки, но платите через зубы в оплате услуг маршрутизации.
Новый алгоритм, который мы разработали, исключает компромисс между эффективностью и ценой: он гарантирует, что самый быстрый автомобиль будет найден каждый раз, и делает ненужными запросы к дорогостоящим службам маршрутизации.Это может показаться волшебством, но за этим стоит тяжелая работа. Нам пришлось разобрать весь процесс сопоставления и собрать новый с новыми структурами данных и новыми алгоритмами, оптимизированными для каждой задачи.
Мы начали с изучения использования сервисов технической маршрутизации для обработки запросов от приложений для совместного использования. Обычно он основан на данных городской дорожной сети и трафика, включая расположение улиц, их взаимосвязи, направления движения на этих улицах и скорость движения.Служба маршрутизации находит самый быстрый маршрут из одной точки в другую и прогнозирует время, которое потребуется автомобилю, чтобы проехать по нему. Затем приложение для совместного использования автомобилей сравнивает ожидаемое время прибытия всех доступных водителей в определенной близости, чтобы выбрать самого быстрого. Поэтому приложения для совместного использования автомобилей полагаются на внешние службы маршрутизации, чтобы знать, как быстро водители могут добраться до места отправления.
Легко увидеть, что если бы у нас были все эти знания на нашей стороне, мы могли бы каждый раз правильно находить самую быструю машину.Вот почему мы решили интегрировать структуру дорожных сетей в наши системы. Мы построили структуру данных графа с ребрами, представляющими улицы, узлами, представляющими перекрестки, и всеми характеристиками, необходимыми для расчета оптимального маршрута и времени прибытия, включая ограничения движения и скорость движения на каждом краю. Теперь Яндекс.Такси видит автомобили не как массу точек на поверхности, а как места на структуре данных графа.
Имея такую структуру, мы используем один из наших алгоритмов «обхода графа» для поиска на графе и нахождения водителя, который первым достигнет точки погрузки.Более того, алгоритм может найти любое указанное количество автомобилей в порядке ожидаемого времени прибытия.
Обратите внимание, что без данных о трафике в реальном времени было бы невозможно правильно предсказать время прибытия автомобилей. Недостаточно знать дорожную систему, потому что текущие условия движения сильно влияют на то, сколько времени потребуется, чтобы добраться из пункта А в пункт Б.
Как упоминалось выше , Яндекс.Такси имеет огромное преимущество перед другими компаниями, занимающимися вызовом такси, когда речь идет о картографии и навигации в реальном времени.У нас есть доступ к картам и совершенно точным, регулярно обновляемым данным о дорожной инфраструктуре, полученным с помощью геосервисов нашей материнской компании Яндекс. Кроме того, мы полагаемся на геосервисы Яндекса для получения данных о дорожной обстановке в режиме реального времени, что очень важно для точной оценки времени прибытия. Яндекс.Такси использует эти тесные отношения для создания лучших в своем классе технологий и услуг.
Две части — график и данные о дорожном движении в реальном времени — взаимодействуют в гармонии, создавая совершенно новый способ подбора гонщиков и водителей.Мы избавились от необходимости запрашивать время прибытия для каждой машины поблизости от службы маршрутизации. Используя дорожную инфраструктуру и данные о дорожном движении в режиме реального времени, мы создали алгоритм, который выполняет поиск по дорожной диаграмме и находит автомобили строго по времени посадки. Другими словами, мы решили проблему «ближайшей машины» максимально точно, без необходимости многократных запросов маршрутизации. И вишенка на вершине: наш подход также определяет произвольное количество ближайших автомобилей с максимальной эффективностью.