Содержание

Компания Яндекс — Технологии — Дата-центры

Когда в 1997 году был открыт сайт www.yandex.ru, для его работы достаточно было одного сервера, установленного под столом одного из первых разработчиков Яндекса, Дмитрия Тейблюма. Вскоре после объявления об открытии появился второй сервер, а когда понадобилось установить ещё один, выяснилось, что места под столом хватает либо на три сервера Яндекса, либо на две ноги Дмитрия.До мысли о создании собственных дата-центров Яндексу в тот момент было ещё далеко — индекс русскоязычного интернета целиком умещался на одном SCSI-диске размером 4Гб, а вся команда портала составляла около десяти человек, работавших в компании CompTek. Поэтому серверное оборудование Яндекса в первые три года его работы было размещено в дата-центре компании «МТУ-Интел». К моменту создания ООО «Яндекс» в 2000 году Яндекс арендовал четыре стойки в «МТУ-Интеле», где размещалось около 40 собственных серверов Яндекса. Эти несколько десятков серверов и стали основой первого самостоятельного дата-центра Яндекса, который расположился в первом офисе компании — в Москве, на улице Вавилова, в вычислительном центре Российской академии наук.

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

В дата-центры Яндекса непросто попасть, и большинство сотрудников Яндекса даже не знают, где дата-центры находятся. Те, кто работают там каждый день, видят примерно такую картину:

Стойка с серверами. В одну стойку можно установить до 80 серверов, к которым подключены провода.
Каждый сервер подключён двумя проводами. Один для управления, другой — для передачи данных.
Сетевой центр с оптическими кабелями.
Модуль c двумя рядами стоек с серверами.
Так стойка с серверами выглядит сзади.
Серверный шкаф.
Часть системы вентиляции и охлаждения дата-центра.
Маховики, которые накапливают энергию на случай отключения электричества (DRUPS). Генерируют электричество, давая возможность запуститься дизелям.
Щиты электрораспределения энергомодуля, которые являются частью решения на DRUPS.
Система пожаротушения. На всякий случай.
Так выглядит система охлаждения дата-центра снаружи.
Энергоцентр, в котором находятся DRUPS и топливохранилище. По сравнению с дата-центром это внушительное здание — всего лишь маленький домик.

Отправка звонков в Яндекс.Метрику – Calltouch

Содержание

 

Описание интеграции

Новые отчеты по звонкам в Яндекс.Метрике

Интеграция позволит передавать в Яндекс.Метрику звонки, зафиксированные Calltouch, в три новых отчета Яндекс.Метрики:

Передаваемые данные по звонкам в Яндекс.Метрику будут содержать информацию о дате/времени звонка, телефонном номере клиента (частично скрытом), об уникальности звонка, его длительности, успешности, теги звонка и о канале трафика, который привел к звонку согласно модели атрибуции, выбранной в настройках личного кабинета Calltouch. С помощью данных по звонкам в новых отчетах Яндекс.Метрике можно связать действия посетителей сайта с поступившими звонками, оценить количество звонков, их качество, а также узнать конечную конверсию — например, совершил ли посетитель сайта покупку, подтвердив ее по телефону. Тем самым, в​ новых отчетах по звонкам Вы можете получить детальную информацию по источникам звонков.

 

 Отчет «Качество обработки звонков»

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

 

 Отчет «Источники звонков»

Просмотр источников звонков по данным Яндекс.Метрики. Строится по датам визитов, приведшим к звонкам.
Отображает данные только по звонкам на номера динамического пула.

 

 Отчет «Звонки, детально»

Основной отчет по звонкам в Яндекс.Метрики. Строится по датам звонков.
Отображает данные по звонкам на номера динамического пула и на статические номера.

 

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

Дата и время звонка Когда и во сколько посетитель совершил звонок.
Номер телефона

В целях соблюдения политики конфиденциальности наших клиентов, номера телефонов посетителей сайтов передаются в Яндекс.Метрику в усеченном формате +7 (495) 555 ХХ ХХ. Поэтому, Вы можете быть спокойны за ​безопасность своих данных.

Время ожидания и время разговора
Длительность звонка.
Метки

Теги звонков. Теги, которые появились у звонка после того, как данные отправились по нему в Яндекс.Метрику, будут отправлены позже. Например, это могут быть теги Calltouch Antifraud или Calltouch Predict, т.к. они присваиваются после обработки звонка системой, что может занять некоторое время.

Все обновления тегов в течение 20 дней после звонка отправляются в Яндекс.Метрику раз в сутки.

Первичный / Вторичный Уникальный звонок или повторный. Отмечаются только уникальные звонки, все остальные неотмеченные — повторные.
Статический / Динамический Звонок на статический номер или на номер из динамического пула.
Привязанный / Непривязанный

Есть ли у звонка сессия (посещение) или нет. Звонки на статические номера всегда будут без сессий (непривязанные), т.к. при звонке на статический номер фиксируется только факт самого звонка. Звонки же на номера из динамического пула, как правило, будут с сессиями (привязанные), за исключением случаев, когда звонок осуществляется на резервный номер (превышен тарифный план Calltouch) либо посетитель звонит без перехода на сайт (например, ранее переходил на сайт и сохранил номер). Кроме того, если у звонка будет отсутствовать идентификатор Яндекс.Метрики, то звонок так же окажется непривязанным — причины отсутствия идентификатора Яндекс.Метрики описаны после таблицы.

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

Последний источник трафика

Источник звонка по данным из Яндекс.Метрики. Данная информация не подгружается из Calltouch — источник присваивается на основе данных пользовательских сессий Яндекс.Метрики.

 

 Возможная погрешность количества звонков в Яндекс.Метрике

Данные по источникам звонков, а так же их количеству, могут незначительно (до 5%) различаться между отчетами Calltouch и отчетами Яндекс.Метрики по следующим причинам:

  1. В отличии от Calltouch, не всем сессиям пользователей на сайте Яндекс.Метрика присваивает свой идентификатор. Возможно, причина в блокировке счетчика Яндекс.Метрики сторонними сервисами в браузерах пользователей, либо сбои серверов Яндекса из-за большой нагрузки.
  2. Звонки на статические онлайн номера без сессий. Как известно, статические номера бывают как онлайн (размещены на какой-либо рекламной площадке в сети) так и оффлайн (размещены на банере, журнале и т.д.). В Calltouch статическим онлайн номерам могут быть настроены параметры отслеживания, например, utm-метки, при переходе по которым номер будут отображаться на сайте клиента. И при звонке посетителя на такой номер, Calltouch зафиксирует звонок, обозначив его источник строго по заданным условиям в настройках его отслеживания — в данном примере Calltouch присвоит звонку на статический номер utm-метки, которые были настроены для статического онлайн номера. Таким образом в Calltouch звонок на статический номер будет иметь источник согласно заданным настройкам отслеживания (подмены) статического номера, а в Яндекс.Метрике это будет звонок на статический номер без источника (без сессии). Отсюда и возможная разница в отчетах — Яндекс.Метрика не определяет источники звонков на статические онлайн номера без связанных с ними сессий.
  3. Повторные звонки без перехода пользователей на сайт (без сессий) — согласно настройкам правила присвоения источников повторным звонкам, Calltouch по умолчанию будет присваивать повторному звонку посетителя (с того же номера телефона) источник его первоначального звонка, даже если посетитель при повторном звонке не переходил на сайт. Яндекс.Метрика в этом случае не зафиксирует звонок, т.к. у него не будет сессии.

 

Новая цель «Звонок» в Яндекс.Метрике

Помимо новых отчетов по звонкам в Яндекс.Метрике, интеграция позволит передавать достижения по цели «Звонок», которая автоматически появится в Яндекс.Метрике после настройки интеграции.

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

  • Если выбрана передача информации о всех звонках, то появится цель «Звонок Calltouch»
  • Если выбрана передача информации только о целевых звонках, то появится цель «Целевой звонок Calltouch»
  • Если выбрана передача информации только об уникальных звонках, то появится цель «Уникальный звонок Calltouch»
  • Если выбрана передача информации только об уникально-целевых звонках, то появится цель «Уникально-целевой звонок Calltouch»

В качестве достижения цели будет передаваться количество всех звонков (удачные+неудачные). В результате Вы сможете использовать цель, достижения по которой будут подгружаться из Calltouch, во всех отчетах Яндекс.Метрики.

Важно: перед первой отправкой события Calltouch проверяет наличие уже созданной цели по звонку. Если такая цель найдена, то новая создана не будет, а все звонки будут соотнесены к уже созданной цели без изменения названия. 

Название цели можно изменить. Если у вас уровень доступа к счетчику «редактирование» ,то в настройках Метрики кликнув напротив цели на карандаш,можно внести изменения.

 

 Как использовать цель «Звонок» за пределами Яндекс.Метрики

Помимо стандартных отчетов Яндекс.Метрики, где может быть использовать цель «Звонок», ее можно использовать и за пределами Яндекс.Метрики, например для настройки показов в сетях, корректировок ставок или автоматических стратегий — в результате Вы сможете получать больше звонков по оптимальной цене.

Добавив сегмент в Яндекс.Аудиторию по достижению цели «Звонок» из Яндекс.Метрики, Вы сможете найти новых клиентов, которые похожи на посетителей из Вашего сегмента по своим характеристикам и поведению в интернете — это позволит привлечь потенциальных покупателей, которые с большой вероятностью так же будут совершать звонки.

  

Как работает интеграция

Данные из Calltouch в Яндекс.Метрику отправляются через API Яндекс автоматически 1 раз в час, затем на стороне Яндекс полученные данные обрабатываются и появляются в отчетах. Общее время синхронизации данных между Calltouch и Яндекс.Метрика составляет 1-2 часа в зависимости от нагрузки на сервера. Данные по звонкам передаются в Яндекс.Метрику согласно модели атрибуции, выбранной в настройках личного кабинета Calltouch. Для передачи данных необходимо настроить интеграцию по инструкции ниже.

В случае появления ошибки в интеграции, то звонки не пропадают, а накапливаются в очередь. После устранения ошибки, все звонки будут отправлены в Яндекс.Метрику автоматически.

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

 

Как звонок из Calltouch склеивается с визитом в Яндекс.Метрике

По умолчанию данные о звонках добавляются к визиту в Яндекс.Метрике в течение 16 часов после его завершения. Это позволяет при необходимости откорректировать информацию о визите в базе данных Яндекс.Метрики, например, добавить к нему новые просмотры и корректно зафиксировать его длительность. По истечении 16 часов данные о визите изменить невозможно.

Иногда между звонком и сессией проходит больше 16 часов. Следовательно, чтобы добавить такие звонки к визитам, необходимо включить опцию «Учёт офлайн-конверсий», которая увеличивает период учета конверсии в Яндекс.Метрике. Calltouch включает эту опцию автоматически при включении интеграции. 

Важно: Яндекс.Метрика позволяет загружать информацию о звонках только спустя примерно сутки после включения опции. Calltouch отправит звонки за эти сутки автоматически, как только Яндекс.Метрика начнёт принимать данные.

Таким образом, звонки будут добавлены к тому визиту посетителя, который им предшествовал. Например, у посетителя было три визита: 1 марта, 5 марта и 11 марта. При этом позвонил он 10 марта. Звонок от 10 марта будет добавлен к визиту клиента на сайт, который состоялся 5 марта.

 

Включение интеграции в личном кабинете Calltouch

Включение интеграции с Яндекс.Метрикой происходит в соответствующем разделе «Интеграции => Яндекс.Метрика» личного кабинета Calltouch. Для этого Вам понадобиться знать ID счетчика Яндекс.Метрике, который установлен на Вашем сайте. Процесс интеграции и где узнать ID счетчика Яндекс.Метрике продемонстрирован на видео:

После успешной авторизации, Вам станут доступны настройки выбора типа передаваемых данных в Яндекс.Метрику, а также опция, непосредственно включающая передачу данных.

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

Обратите внимание! Если у вас есть необходимость передавать в Яндекс.Метрику несколько типов звонков, обратитесь к Вашему личному аккаунт-менеджеру либо на почту [email protected]

Calltouch передает в Яндекс.Метрику абсолютно все звонки — и на номера из динамического пула, и на статические номера, и обратные звонки Calltouch. Цели по звонкам будут иметь соответствующее название (подробнее об этом в разделе «Новая цель «Звонок» в Яндекс.Метрике»).

Обратите внимание!

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

 Важно знать перед выполнением интеграции

Перед выполнением интеграции Вы должны быть залогинены в сервис Яндекс.Метрики из-под аккаунта с полными правами на редактирование. В ином случае передавать звонки в Яндекс.Метрику будет невозможно.

В  личном кабинете Calltouch можно провести интеграцию с несколькими счетчиками Яндекс.Метрики.

Google Chrome – Политика конфиденциальности

Последнее обновление: 15 января 2021 г.

Предыдущие версии: Выберите дату20 мая 2020 г.17 марта 2020 г.10 декабря 2019 г.31 октября 2019 г.12 марта 2019 г.30 января 2019 г.4 декабря 2018 г.24 октября 2018 г.24 сентября 2018 г.6 марта 2018 г.25 апреля 2017 г.7 марта 2017 г.24 января 2017 г.30 ноября 2016 г.11 октября 2016 г.30 августа 2016 г.21 июня 2016 г.1 сентября 2015 г.12 ноября 2014 г.26 августа 2014 г.20 мая 2014 г.20 февраля 2014 г.

Здесь рассказано, как управлять данными, которые получает, хранит и использует Google, когда Вы работаете в браузере Google Chrome на компьютере или мобильном устройстве, в Chrome OS или в режиме Безопасного просмотра. Хотя перечисленные ниже правила относятся к браузеру Chrome, вся личная информация, которую Вы предоставляете Google или храните в аккаунте, обрабатывается строго в соответствии с Политикой конфиденциальности Google, которая иногда меняется. Информацию о хранении данных в Google можно посмотреть в соответствующей политике.

Если на Вашем устройстве Chromebook можно устанавливать приложения из Google Play, использование и защита Ваших данных, собираемых сервисом Google Play или системой Android, регулируется Условиями использования Google Play и Политикой конфиденциальности Google. В этом Примечании Вы найдете дополнительные правила, касающиеся Google Chrome.

О Примечании

В этом Примечании для удобства мы будем использовать термин «Chrome» в отношении всего ряда продуктов линейки Chrome, указанных выше. Если правила для разных продуктов отличаются, это будет оговорено отдельно. Иногда положения Примечания меняются.

Версии «Chrome (бета)», «Chrome для разработчиков» и Chrome Canary позволяют тестировать новые функции браузера, которые ещё не были выпущены официально. Настоящее Примечание относится ко всем версиям Chrome, но может не учитывать функции, находящиеся в разработке.

Подробнее о том, как изменить настройки конфиденциальности в Chrome…

Содержание

Режимы браузера

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

Основной режим браузера

При работе браузера в основном режиме на Вашем компьютере сохраняется информация, в том числе:

  • История просмотра сайтов. Chrome сохраняет URL посещенных страниц, файлы кеша с текстом, картинками и другим контентом со страниц, а также список IP-адресов некоторых ресурсов, на которые размещены ссылки на посещенных страницах (если включена предварительная визуализация).

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

  • Список разрешений, предоставленных веб-сайтам.

  • Файлы cookie или другие данные с посещенных вами веб-сайтов.

  • Данные, сохраненные дополнениями.

  • Информация о скачиваниях с веб-сайтов.

Вы можете:

Личная информация из Chrome отправляется в Google только в том случае, если вы решили хранить ее в аккаунте Google, включив синхронизацию. Платежные данные, карты и пароли передаются, только если вы сохранили их в аккаунте Google. Подробнее…

Как Chrome обрабатывает Вашу информацию

Информация для владельцев сайтов. Сайты, которые Вы открываете с помощью Chrome, автоматически получают стандартные данные журналов, включая Ваш IP-адрес и данные из файлов cookie. Используя Chrome для работы с сервисами Google (например, Gmail), Вы не предоставляете компании Google какой-либо дополнительной информации о себе. Если в Chrome будет автоматически обнаружено, что пользователь сервиса Google или партнерского сайта стал жертвой сетевой атаки типа «человек посередине», то данные об этом могут быть направлены в Google или на тот ресурс, где произошла атака. Это нужно, чтобы определить ее серьезность и принцип организации. Владельцы сайтов, сотрудничающие с Google, получают отчеты об атаках, которые были произведены на их ресурсах.

Предварительная визуализация. Чтобы быстрее загружать веб-страницы, Chrome может искать IP-адреса ссылок, размещенных на текущей странице, и создавать сетевые подключения. Сайты и приложения Android также иногда запрашивают у браузера предварительную загрузку веб-страниц, на которые Вы можете перейти дальше. Запросы от веб-сайтов выполняются всегда и не зависят от системы подсказок Chrome. Если от браузера Chrome, веб-сайта или приложения поступил запрос на предварительную визуализацию страницы, она будет сохранять и считывать файлы cookie, как будто ее уже посетили (даже если этого не произойдет). Подробнее…

Местоположение. Чтобы предоставить Вам наиболее подходящую информацию, некоторые сайты могут запрашивать данные о Вашем местоположении. Chrome предупреждает об этом и предоставляет такие данные только с Вашего разрешения. Однако на мобильных устройствах браузер Chrome автоматически передает их поисковой системе по умолчанию, если Вы открыли доступ к своим геоданным мобильному приложению Chrome и не блокировали передачу этих данных для конкретного сайта. Для определения Вашего местоположения Chrome использует геолокацию Google и может передавать ей следующую информацию:

  • список маршрутизаторов Wi-Fi поблизости;
  • идентификаторы базовых станций сотовой связи поблизости;
  • данные о мощности сигнала Wi-Fi или сотовой связи;
  • текущий IP-адрес Вашего мобильного устройства.

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

Обновления. Chrome иногда отправляет в Google запросы, чтобы проверить обновления, определить статус соединения, синхронизировать настройки времени и узнать количество активных пользователей.

Функции поиска. Если Вы вошли в аккаунт на сайте Google и используете поисковую систему Google по умолчанию, запросы через омнибокс или окно поиска на странице быстрого доступа в Chrome будут сохраняться в аккаунте Google.

Поисковые подсказки. Чтобы Вы могли искать информацию быстрее, Chrome предлагает варианты запросов. Для этого он отправляет символы, которые Вы вводите в омнибокс или окно поиска на странице быстрого доступа, в Вашу поисковую систему по умолчанию (даже если Вы ещё не нажали клавишу «Ввод»). Если Вы выбрали Google в качестве поисковой системы по умолчанию, она предлагает подсказки на основе Вашей истории поиска, запросов других людей, а также тем, связанных с Вашими запросами в омнибоксе и окне поиска на странице быстрого доступа. О том, как ускорить поиск в Google, рассказано в этой статье. Подсказки также могут быть основаны на истории браузера. Подробнее…

Похожие страницы. Если Вы не сможете открыть нужную веб-страницу, Chrome отправит ее адрес в Google и предложит похожие сайты.

Автозаполнение, платежи и управление паролями. Когда включено автозаполнение или управление паролями, Chrome отправляет в Google анонимную информацию о веб-формах, которые вы открываете или отправляете (в том числе хешированный URL веб-страницы и данные о полях для ввода). Эти сведения позволяют нам улучшать сервисы автозаполнения и управления паролями. Подробнее…

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

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

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

Статистика использования и отчеты о сбоях. По умолчанию эти данные отправляются в Google, чтобы с их помощью мы могли улучшать свои продукты. Статистика использования содержит информацию о настройках, нажатиях кнопок и задействованных ресурсах памяти. Как правило, в статистику не входят URL веб-страниц и личная информация. Однако, если Вы включили функцию «Помогать улучшить просмотр страниц и поиск» или «Отправлять URL посещенных страниц в Google», в статистике будут данные о том, какие страницы Вы открывали и как их использовали. Если у Вас включена синхронизация Chrome, то данные о поле и возрасте, указанные в Вашем аккаунте Google, могут использоваться вместе с нашей статистикой. Это позволяет нам создавать продукты для всех групп населения. К примеру, мы можем собирать статистику, чтобы определять страницы, которые загружаются медленно. Мы используем эту информацию, чтобы совершенствовать свои продукты и сервисы, а также помогать разработчикам в улучшении их сайтов. Отчеты о сбоях содержат системную информацию на момент сбоя, а также могут включать URL веб-страниц и личные данные (в зависимости от того, как использовался браузер). Мы можем передавать партнерам (например, издателям, рекламодателям и разработчикам) обобщенную информацию, по которой нельзя установить личность пользователя. Вы можете в любой момент запретить или снова разрешить Chrome отправлять в Google статистику и отчеты. Если Вы используете приложения из Google Play на устройстве Chromebook и разрешили Chrome отправлять статистику, в Google также будут передаваться данные диагностики и сведения об использовании Android.

Медиалицензии. Некоторые сайты шифруют медиаконтент, чтобы защитить его от несанкционированного доступа и копирования. Если сайт создан на HTML5, обмен выполняется с помощью Encrypted Media Extensions API. При этом на устройстве пользователя может сохраняться лицензия и идентификатор сеанса. Чтобы стереть их, воспользуйтесь инструментом Удаление данных о просмотренных страницах (установите флажок «Файлы cookie и другие данные сайтов»). Если на сайте используется Adobe Flash Access, Chrome предоставляет сайту или провайдеру контента уникальный идентификатор, который хранится в Вашей системе. Чтобы закрыть доступ к идентификатору, в меню Chrome выберите «Настройки > Дополнительные > Настройки контента > Защищенный контент» или воспользуйтесь инструментом Удаление данных о просмотренных страницах (установите флажок «Файлы cookie и другие данные сайтов»). Когда Вы хотите получить доступ к защищенному контенту в Chrome для Android, HD или офлайн-контенту в Chrome OS, поставщик контента может потребовать подтверждение, что устройство подходит для его воспроизведения. В таком случае Ваше устройство передаст сайту идентификатор, подтверждающий безопасность ключей шифрования. Подробнее…

Другие сервисы Google. В настоящем Примечании рассматриваются сервисы Google, которые включены в Chrome по умолчанию. Chrome может предлагать Вам воспользоваться и другими сервисами Google, например Google Переводчиком, если Вы открыли страницу на другом языке. При первом использовании этих сервисов появятся их настройки. Подробную информацию можно найти в Политике конфиденциальности Chrome.

Идентификаторы в Chrome

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

  • Отслеживание установок. Каждая копия Chrome для Windows содержит генерируемый случайным образом номер, который отправляется в Google при первом запуске, а затем удаляется при первом обновлении Chrome. С помощью этого временного идентификатора мы оцениваем количество установок браузера. В мобильной версии Chrome вместо этого используется своеобразный идентификатор устройства, который также помогает нам узнать количество установок.

  • Отслеживание промоакций. Для контроля эффективности промоакций Chrome генерирует уникальный токен, который отправляется в Google при первом запуске и использовании браузера. Если Вы скачали или повторно активировали браузер на компьютере в ходе рекламной кампании и выбрали Google в качестве поисковой системы по умолчанию, Chrome также отправляет в Google неуникальную промометку из запросов, которые Вы вводите в омнибоксе. Все запросы в омнибоксе мобильной версии Chrome также содержат неуникальную промометку. То же самое могут делать устройства с Chrome OS (например, во время первой установки и при отправке поисковых запросов). Подробнее…

  • Тестирование. Иногда мы организуем закрытые тесты новых функций. При первом запуске браузеру присваивается случайный идентификатор, который нужен для выбора фокус-групп. Тестирование может быть ограничено страной (определяется по IP-адресу), операционной системой, версией Chrome и другими параметрами. Список тестовых функций, которые сейчас активны в Вашем браузере Chrome, прилагается ко всем запросам, которые отправляются в Google. Подробнее…

Режимы входа и синхронизации Chrome

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

Вход в аккаунт. Если вы входите в любой сервис Google или выходите из него, пользуясь версией Chrome для ПК, вход в аккаунт Chrome или выход из него выполняется автоматически. Эту функцию можно отключить в настройках. Подробнее… Если вы входите в любой веб-сервис Google в версии Chrome для Android, то можете увидеть предложение войти с помощью аккаунтов Google, которые уже используются на этом устройстве. Эту функцию можно отключить в настройках. Подробнее… Если вы вошли в Chrome, используя аккаунт Google, то можете увидеть предложение сохранить в аккаунте пароли, способы оплаты и другую подобную информацию. В отношении этой персональной информации действует Политика конфиденциальности Google.

Синхронизация. Когда Вы входите в Chrome или в систему на устройстве Chromebook и включаете синхронизацию с аккаунтом Google, Ваша личная информация сохраняется в аккаунте на серверах Google. Это позволяет Вам получать доступ к своим данным с любого устройства, на котором Вы вошли в Chrome. В отношении персональной информации действует Политика конфиденциальности Google. Вот что может синхронизироваться:

  • история посещения страниц;
  • закладки;
  • вкладки;
  • пароли и параметры автозаполнения;
  • другие настройки браузера, например установленные расширения.

Синхронизация будет работать, только если вы ее включите. Подробнее… В меню «Настройки» можно выбрать конкретную информацию, которая будет синхронизироваться. Подробнее… Для управления данными Chrome, которые хранятся в аккаунте Google, нужно перейти на эту страницу. Там же можно отключить синхронизацию и удалить все связанные с аккаунтом данные с серверов Google (если аккаунт не был создан через сервис Family Link). Подробнее… Вход в аккаунты Google, созданные с помощью Family Link, обязателен, и для них нельзя отключить синхронизацию, так как с ее помощью родители управляют устройствами детей, например доступом к определенным сайтам. Однако дети с управляемыми аккаунтами могут удалить свои данные и отключить синхронизацию для большинства типов данных. Подробнее… К данным, которые хранятся в таких аккаунтах, применяются положения Примечания о конфиденциальности данных в аккаунтах Google, созданных для детей младше 13 лет и управляемых с помощью Family Link.

Как Chrome обрабатывает синхронизированную информацию

Когда включена синхронизация с аккаунтом Google, мы используем сохраненные данные, чтобы делать Вашу работу в браузере максимально комфортной. Чтобы Вам было удобнее пользоваться и другими нашими продуктами, Вы можете добавить историю Chrome в историю приложений и веб-поиска.

Вы можете изменить эту настройку на странице отслеживания действий, а также управлять личной информацией по своему усмотрению. Если Вы решили не использовать в других сервисах данные Chrome, они будут обрабатываться Google только в анонимном виде и после объединения их с данными других пользователей. Мы используем эти данные для создания и улучшения функций, продуктов и сервисов. Если Вы хотите использовать облако Google для хранения и синхронизации данных Chrome, но не желаете предоставлять Google доступ к ним, включите шифрование с помощью кодовой фразы. Подробнее…

Режим инкогнито и гостевой режим

Воспользуйтесь режимом инкогнито или гостевым режимом, чтобы ограничить объем информации, который Chrome хранит у Вас на компьютере. В этих режимах некоторая информация не сохраняется, например:

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

Файлы cookie. Chrome не предоставляет сайтам доступ к файлам cookie, если Вы используете режим инкогнито или гостевой режим. При работе в этих режимах сайты могут сохранять в системе новые файлы cookie, но все они будут удалены, когда Вы закроете окно браузера.

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

Разрешения. Разрешения, которые Вы предоставляете в режиме инкогнито, не сохраняются в существующем профиле.

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

Управление пользователями Chrome

Управление пользователями в персональной версии Chrome

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

Управление пользователями в Chrome для организаций

Если браузер Chrome или устройство Chromebook контролируется компанией или учебным заведением, системный администратор может устанавливать для них правила. Когда пользователь в первый раз начинает работу в браузере (кроме гостевого режима), Chrome обращается к Google и получает нужные правила и в дальнейшем периодически проверяет их обновление.

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

Безопасный просмотр веб-страниц

Google Chrome и другие браузеры (включая некоторые версии Mozilla Firefox и Safari) поддерживают функцию Безопасного просмотра Google. При безопасном просмотре браузер получает от серверов Google информацию о подозрительных веб-сайтах.

Как работает функция Безопасного просмотра

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

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

Ряд функций Безопасного просмотра работает только в Chrome:

  • Если Вы включили режим улучшенной защиты с помощью Безопасного просмотра, в Chrome используются дополнительные средства защиты. При этом в Google отправляется больше данных (см. настройки Chrome). Подробнее… Когда включен стандартный режим, некоторые средства защиты также могут быть доступны в качестве самостоятельных функций. Такие функции настраиваются индивидуально.

  • Если Вы включили Безопасный просмотр, а также параметр «Помогать улучшить просмотр страниц и поиск / Отправлять URL посещенных страниц в Google», Chrome отправляет в Google полный URL каждого открытого Вами сайта. Это помогает определить, безопасен ли ресурс. Если Вы также включили синхронизацию истории браузера без кодовой фразы, эти URL будут на время связаны с Вашим аккаунтом Google. Это обеспечит более персонализированную защиту. В режиме инкогнито и гостевом режиме эта функция не работает.

  • В некоторых версиях Chrome используется технология Безопасного просмотра, позволяющая определять потенциально опасные сайты и типы файлов, которых ещё нет в списках Google. Информация о них (включая полный URL сайта или загрузочный файл) может отправляться в Google на проверку.

  • Chrome использует технологию Безопасного просмотра и периодически сканирует Ваш компьютер, чтобы обнаружить нежелательное программное обеспечение. Такое ПО может мешать изменению настроек браузера или другим способом ухудшать его безопасность и стабильность. Обнаружив нежелательные программы, Chrome может предложить Вам скачать Инструмент очистки Chrome, чтобы удалить их.

  • Чтобы помочь нам усовершенствовать режим Безопасного просмотра, Вы можете настроить отправку дополнительных данных. Они будут передаваться при переходе на подозрительный сайт или при обнаружении нежелательного ПО на Вашем компьютере. Подробнее…

  • Если Вы пользуетесь Диспетчером паролей Chrome, то при вводе сохраненного пароля на странице, вызывающей подозрения, функция «Безопасный просмотр» проверяет эту страницу, чтобы защитить Вас от фишинговых атак. При этом Chrome не отправляет Ваши пароли в Google. Кроме того, функция «Безопасный просмотр» защищает пароль Вашего аккаунта Google. Если Вы введете его на подозрительном сайте, то увидите предложение сменить пароль в аккаунте Google. Если история браузера синхронизируется или если Вы вошли в свой аккаунт и разрешили уведомлять Google, Chrome сделает отметку, что Ваш аккаунт Google мог подвергнуться фишинговой атаке.

  • Google. Когда Вы входите на какой-нибудь сайт, Chrome передает в Google часть хеша Вашего имени пользователя и зашифрованную информацию о пароле, а Google возвращает список возможных совпадений из тех сведений, которые стали доступны посторонним в результате известных утечек. По списку Chrome определяет, были ли Ваши данные раскрыты. При этом имя пользователя и пароль, а также факт их утечки, не становятся известны Google. Эту функцию можно отключить в настройках Chrome. Подробнее…

  • Вы можете отключить функцию «Безопасный просмотр» в настройках Chrome на устройстве Android или компьютере. В версии для iOS технология безопасного просмотра контролируется компанией Apple, которая может отправлять данные в другие компании, предоставляющие сервисы безопасного просмотра.

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

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

Управление дополнениями

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

  • хранить, просматривать и публиковать данные с Вашего устройства или из аккаунта Google Диска;
  • просматривать контент на сайтах, которые Вы посещаете;
  • использовать уведомления, которые отправляются через серверы Google.

Chrome может взаимодействовать с дополнениями следующими способами:

  • проверять обновления;
  • скачивать и устанавливать обновления;
  • отправлять показатели использования дополнений в Google.

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

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

Конфиденциальность журналов сервера

Как и большинство сайтов, наши серверы автоматически записывают, какие страницы были запрошены пользователями при посещении наших ресурсов. Записи журналов сервера обычно включают Ваш интернет-запрос, IP-адрес, тип браузера, язык браузера, дату и время запроса и один или несколько файлов cookie, которые позволяют однозначно идентифицировать браузер.

Вот пример типовой записи в журнале, относящейся к поисковому запросу «машины». Ниже объясняется, что означает каждая ее часть.

123.45.67.89 - 25/Mar/2003 10:15:32 - https://www.google.com/search?q=машины - Firefox 1.0.7; Windows NT 5.1 - 740674ce2123e969

  • 123.45.67.89 – IP-адрес, назначенный пользователю интернет-провайдером. Этот адрес может меняться при каждом подключении пользователя к Интернету.
  • 25/Mar/2003 10:15:32 – дата и время запроса.
  • https://www.google.com/search?q=машины – запрашиваемый URL, который включает в себя поисковый запрос.
  • Firefox 1.0.7; Windows NT 5.1 – браузер и используемая операционная система.
  • 740674ce2123a969 – идентификатор уникального файла cookie, присвоенный этому компьютеру при первом посещении сайта Google. Пользователь может удалить файлы cookie. В таком случае здесь будет указан идентификатор уникального файла cookie, добавленный при следующем посещении сайта Google с этого же компьютера.

Дополнительная информация

Вся информация, которую Google получает при использовании Chrome, обрабатывается и хранится в соответствии с Политикой конфиденциальности Google. Данные, которые получают владельцы других сайтов и разработчики дополнений, включая файлы cookie, регулируются политикой конфиденциальности таких сайтов.

Уровень защиты информации и законодательные нормы в этой сфере могут отличаться в разных странах. Мы защищаем информацию в соответствии с нашей Политикой конфиденциальности независимо от места обработки данных. Кроме того, мы соблюдаем ряд законодательных ограничений относительно передачи данных, в том числе европейские рамочные соглашения, описанные на этой странице. Подробнее…

Основные понятия

Файлы cookie

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

Аккаунт Google

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

Коробка: веб-кластер

Модуль Веб-кластер – это комбинация технологических решений, которые позволяют распределить один портал на несколько серверов, решая тем самым несколько задач: обеспечение высокой доступности портала; его масштабирование в условиях возрастающей нагрузки; балансирование нагрузки, трафика, данных между несколькими серверами. Постройте свой Веб-кластер — повысьте производительность, масштабируемость и надежность вашего портала!

Любой новый или работающий портал на «Битрикс24 в коробке» может быть представлен как веб-кластер взаимозаменяемых серверов.

Основные задачи, которые позволяет решить подобная конфигурация проекта:

  • При увеличении посещаемости можно быстро добавить в кластер новые сервера.
  • В случае выхода из строя одного из серверов кластера система продолжает беспрерывно обслуживать Клиентов.
  • Балансирование нагрузки, трафика, данных между несколькими серверами.
  • Система позволяет снимать резервные копии со специально выделенных узлов кластера, не влияя на работу портала.

  • «1С-Битрикс: Веб-кластер» – это комбинация технологий:

    1. Вертикальный шардинг

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

    В отдельные базы можно вынести следующие модули продукта:

    • «Веб-аналитика»
    • «Поиск»

    2. Репликация MySQL и балансирование нагрузки между серверами

    Схема master — slave реализуется средствами MySQL.

    Платформа «Битрикс24 в коробке» позволяет гибко балансировать нагрузку между серверами, участвующими в репликации.

    Ключевые особенности:

    • гибкая балансировка нагрузки SQL;
    • простота администрирования;
    • дешевое и быстрое неограниченное масштабирование;
    • онлайн резервное копирование;
    • не требуется доработка логики веб-приложения.

    3. Распределенный кеш данных (memcached)

    «1С-Битрикс: Веб-кластер» позволяет использовать пул серверов memcached для работы с кешем данных.

    Это обеспечивает:

    • высокую эффективность – за счет централизованного использования кеша веб-приложением;
    • надежность – за счет устойчивости подсистемы кешировния к выходу из строя отдельных компонентов;
    • неограниченную масштабируемость – за счет добавления новых memcached-серверов.

    4. Непрерывность сессий между веб-серверами (хранение сессий в базе данных).

    Возможность хранения данных пользовательских сессий в базе данных обеспечивает «прозрачность» сессии для всех веб-серверов кластера:

    • После авторизации на одном из серверов пользователь должен считаться авторизованных и для всех других серверов.
    • И наоборот — окончание сессии на любом сервере должно означать ее окончание на всех серверах сразу.

    5. Кластеризация веб-сервера

    При разделении проекта на несколько веб-серверов необходимо решить две задачи:

    • синхронизация данных (файлов) между серверами;
    • балансировка нагрузки между серверами.

    Дополнительные материалы:


    «Яндекс» провел онлайн-встречу с воспитанниками «Сириуса»

    Старший разработчик «Яндекса» Илья Шишков вышел на связь из сочинского офиса одной из крупнейших российских IT-компаний и провел онлайн-лекцию для участников июльской образовательной программы «Сириуса». Мероприятие прошло в интерактивном формате и стало площадкой для открытой дискуссии школьников со специалистом.

    Шишков рассказал об истории возникновения названия «Яндекс», развитии компании и об инновационных технологиях, лежащих в основе ее продуктов и меняющих мир вокруг нас.  Благодаря машинному обучению специалисты «Яндекса» стали предсказывать пробки и формировать ленту «Яндекс.Дзена» на основе персональных рекомендаций. Даже дата-центры приносят пользу: в Финляндии горячий после охлаждения серверов воздух нагревает воду, которая подается в систему отопления ближайшего города, а во Владимирской области тепло от серверов поступает в промышленные теплицы. 

    Для школьников и студентов открыты образовательные проекты: в «Яндекс.Лицее» ученикам 8-9 классов преподают программирование на Python, а Школа анализа данных готовит будущих специалистов IT-индустрии, обладающих полезными практическими навыками для работы в этой сфере. У учителей тоже есть свой сервис: с помощью «Яндекс.Учебника» можно подбирать задания для урока и проводить занятия дистанционно, что сейчас особенно актуально. 

    Спикер подчеркнул, что залогом успеха «Яндекса» стала внутренняя культура, поощряющая инициативность сотрудников и готовность к экспериментам. Любая идея может быть взята в разработку, если ее польза будет доказана.

    Школьникам такой подход понравился. Обсуждая со специалистом самые популярные продукты компании, они критически оценили работу сервисов и предложили научить голосового помощника «Алису» грамотно распознавать запросы и отличать команду от не команды. А еще ребята выразили надежду, что «Яндекс» будет развивать проекты с открытым исходным кодом, например запустит собственную операционную систему на ядре Linux с интегрированной «Алисой» и «Яндекс.Поиском».  

    Шишков активность воспитанников «Сириуса» похвалил. «Мне нравится, как складывается наш диалог, потому что вы не столько рассказываете свои истории, сколько предлагаете, как сделать лучше. Это здорово!» – отметил специалист «Яндекса».

    Автор: Екатерина Бодякина, выпускница МГИМО

    У Яндекса впервые отсудили компенсацию за показ проиндексированного контента правообладателя

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

    Скорее всего не смогли доказать вот это: «В Яндексе утверждают, что эти видео поисковик проиндексировал на сайте или в соцсетях, где они были закрыты от индексации только после подачи иска.»

    Но и с другой стороны льётся бред «то в будущем российские зрители окажутся отрезанными от мирового спорта», ****, какой спорт в Снежной Нигерии? Снежнонигерийцы отрезаны даже от снежнонигерийского спорта, какой её зарубежный.

    «Иван Ильин
    Для текстовох материалов, полноценную текстовую страницу, копипасту, Яндекс читателю не подсовывает. Читатель, всё-таки, уходит на стороннюю площадку.»

    Ага. Особенно шротовые турбопейджи, исчадья, которые ********** свою рекламу, по-моему, даже в Википедию, а картинки, наоборот, при этом убирают. «Ну, Турбапедж же, зочем вам картинге? Зосени рекламос луше». Там и здорового человека накормят турбо-штротной выдачей без переходов, что уж говорить о людях, которые с IQ менее 300.

    «Алёша Муромец
    придушить энтузиастов в интернете за вырезанные 10-секунд с матча, на которые «профессионалы» никогда не обратят внимания «

    И Гражданский кодекс (ГК РФ Статья 1274) не обратит. Собственно, там вообще лимит не регламентируется. Цель учебная.

    Я считаю, что если ты сделало сайт, постишь видео и не соизволило поставить отключение индексирования, то это твои проблемы.

    «Денис Демидов AvtoGSM.ru
    Всего десять секунд, а чо такого?
    Это как украсть пачку масла в перекрестке под их ТМ, мелочь же, даже реклама, одна польза?»

    Забавный зверёк. А ничего, что по такой логике Денису запрещено использовать вообще, например, слово «Перекрёсток»? Это торговая марка. Если кто забыл историю, про то, как Я.Лось отжимал у людей домены, включающие слово «авто», то я помню. Может это вообще всё это поставнока, чтобы был прецедент и Ялось теперь сможет удалять любые пользовательские видео, ноя и прикрываясь решением предыдущего суда. Заиспользовало в видео пачку масла по маркой Перекрестка — досвиданья.

    Заказать разработку навыков Алисы для бизнеса

    Москва +7 (495) 240-82-20

    Новые возможности для вашего бизнеса!

    Навыки в Алисе — это новый способ автоматизации и повышения конверсии вашего бизнеса. Современный канал взаимодействия с вашими клиентами.
    Людям зачастую проще и быстрее получить необходимую информацию о ваших товарах и услугах в режиме «живого» диалога с популярным чат-ботом.
    Не упустите шанс опередить своих конкурентов. Окажитесь в числе первых, кто подружит свой бизнес с Алисой!
    Всё, что для этого нужно — создать собственный навык для Алисы прямо сейчас!

    Ежедневная аудитория голосового помощника Алиса от Яндекс – около 8 млн человек!

    Как это работает?

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

    Например:

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

    Как проходит процесс разработки нового навыка в «Мибок»?

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

    1

    Вы оставляете заявку, и наш менеджер связывается с вами – для уточнения ваших целей и задач.

    2

    Знакомимся с вашим бизнесом, анализируем возможные UX-решения и сценарии поведения пользователя внутри навыка.

    3

    Составляем техническое задание на разработку навыка. Заключаем договор.

    4

    Разрабатываем навык чат-бота. Тестируем и отлаживаем.

    5

    Проводим готовый навык Алисы через все стадии модерации Яндекса.

    6

    Новый навык для вашего бизнеса готов и доступен пользователям!

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

    • проводить мониторинг работы сервиса;
    • отслеживать и анализировать поведение пользователей;
    • собирать статистику и проводить аналитику;
    • производить доработки и улучшения продукта.

    Примеры наших навыков:

    Пример 1: Навык ПКБ (разработан для НАО «ПКБ» — «Первое коллекторское бюро»).

    Посмотреть навык

    Чем может быть полезен голосовой помошник Алиса для бизнеса?

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

    Но, возможно, мы сможем предоставить вам ещё несколько интересных идей.

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

    Доставка и заказ

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

    Онлайн-каталоги

    Знакомство с вашим ассортиментом – в режиме диалога с голосовым помощником или с переходом пользователя на ваш сайт. Подбор товара по заданным параметрам (с учётом индивидуальных пожеланий клиента). Информирование о характеристиках товара.
    Всё это можно доверить Алисе!

    Акции и скидки

    Ваш потенциальный клиент ищет выгодные предложения товаров или услуг? Прорекламируйте ему свои акции и скидки.
    Голосовой помощник позволит не запутаться в разнообразии и вариативности ваших промо-акций. А также показать ссылку на ваш сайт или страницу в соц.сетях.

    Бронирование

    Подбор и бронирование номеров в вашей гостинице или санатории. Заказ и покупка авиа и ж/д билетов; билетов на различные мероприятия. Бронирование туристических туров. Запись на приём к врачу, к специалисту, на тренировку, на мероприятие…
    Алиса может предложить пользователю вашу услугу и помочь с бронированием.

    Местоположение

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

    Онлайн-калькуляторы

    Кредитный калькулятор или курсы валют. Предварительная стоимость пластикового окна или требуемое количество стройматериалов…
    Уточнить нюансы и рассчитать всё в режиме интерактивного диалога – это может оказаться полезным онлайн-сервисом для вас и ваших клиентов.

    Консультации

    Ваши менеджеры уже устали отвечать на одни и те же вопросы по тысяче раз в день? Или оплата услуг call-центров «съедает» ваш бюджет?
    Чат-бот легко возьмет на себя ответы на типовые вопросы ваших клиентов. А при необходимости предложит пообщаться со специалистом напрямую.

    Техподдержка

    Специалисты технической поддержки часто общаются с вашими клиентами по достаточно типовым проблемам, имеющим типовые решения? И по стандартным сценариям, которые легко автоматизировать? Это задача легко решается с помощью разработки специального навыка для Алисы.

    Счета и оплата

    Выставление счетов и онлайн-платежи – в том числе, с переходом на сайты платёжных систем. Или заполнение под диктовку голосовому помощнику платёжных реквизитов и формирование готового счёта в формате PDF – с возможностью скачать документ или отправить на e-mail.

    Анонс и афиша

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

    Опросы и анализ

    Современный маркетинг невозможен без исследований и анализа поведения потребителей, их потребностей. Вы можете в интерактивном режиме узнать мнение потенциальных клиентов о ваших товарах и услугах. Для созданного навыка доступны статистика запросов и история сообщений.

    Конечно же, это далеко не полный список возможностей, которые даёт вашему бизнесу разработка навыка для Алисы. Кроме того, например, голосовой помощник способен рассказать вашим клиентам о бренде и истории компании, провести обзор товаров и услуг или даже поиграть с пользователем.

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

    Заказать разработку в «МИБОК»

    Многие крупные компании уже интегрировали свои CRM с Алисой, а их клиенты получили еще более удобный сервис. Не отставайте от прогресса и вы!

    Закажите у нас создание и подключение для вашего сайта платформы Яндекс.Диалоги и разработку новых полезных для вашего бизнеса навыков, встроенных в функционал голосвого помошника Алисы!

    Ждём вашего звонка по телефонам:

    Вы так же можете написать нам: [email protected]

    Остались вопросы? Спрашивайте – ответим!

    Задать вопрос

    Что происходит, когда вы открываете веб-сайт в браузере? | от Practicum от Яндекса

    Пошаговое описание работы браузеров.

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

    Итак, мы вводим следующий адрес сайта — Practicum.yandex.com — в адресную строку браузера и нажимаем «Enter». Тогда что?

    Каждый сайт в Интернете физически хранится где-то на сервере.Как только браузер получит адрес сайта, ему нужно будет выяснить, на каком сервере есть данные этого адреса. Но то, что мы называем здесь «адресом», на самом деле вовсе не адрес — это доменное имя.

    👉 Представьте, что мы очень голодны и решаем заказать пиццу. Вместо того, чтобы сообщать водителю точный адрес, например, 123 Food Street, мы просто просим пройти в Practicum Pizza House. Мы делаем нечто подобное, когда вводим название веб-сайта в наш браузер, и задача браузера — выяснить, как туда попасть.

    Задания для больших данных

    Теперь браузер должен определить, куда отправить запрос, на основе имени домена. Ему нужно знать IP-адрес, сокращение от адреса Интернет-протокола. У каждого сервера есть один, и он выглядит примерно так:

    32.184.208.243

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

    1. Сначала он проверяет, посещал ли пользователь этот сайт ранее.В этом случае браузер просто получит IP-адрес из истории пользователя. Это похоже на то, что когда много поездок в один и тот же ресторан-пиццерию, водитель наверняка запомнит дорогу.
    2. Если сайт не был посещен, браузер проверит файлы конфигурации операционной системы. Иногда, чтобы ускорить этот процесс, системные администраторы указывают IP-адреса в самой конфигурации компьютера.
    3. Если файлы конфигурации не содержат IP-адрес, браузер затем просматривает последние адреса в маршрутизаторе, который компьютер использует для подключения к Интернету.
    4. Если он не находит его там, браузер отправляет запрос на DNS-сервер, который обязательно его получит. Однако это займет больше времени, чем другие способы, которые мы обсуждали выше.

    1. Почему корпоративные проекты ИИ терпят неудачу?

    2. Как искусственный интеллект станет движущей силой следующей волны инноваций в здравоохранении?

    3. Машинное обучение с использованием модели регрессии

    4. Лучшие платформы для обработки данных в 2021 году, кроме Kaggle

    Сервер DNS (система доменных имен) — это веб-сервис, предназначенный для ответа на один вопрос: какой IP-адрес этого конкретного доменного имени? В Интернете много DNS-серверов.Каждый из них содержит информацию о собственном срезе сети. Если на ближайшем сервере нет необходимых записей доменного имени, он отвечает, что «не знает», и предоставляет адрес более крупного DNS, который может помочь. В конце концов, браузер найдет DNS-сервер, который предоставляет IP-адрес необходимого сервера.

    Эта статья слишком длинная? Разбейте все и вместо этого прочтите еще одну из наших статей: Как работает Интернет

    Браузер наконец нашел IP-адрес сервера, на котором размещен наш желаемый веб-сайт.Он отправляет на этот адрес запрос, в котором говорится что-то вроде: «Я знаю, что у вас есть этот домен. Мне нужна эта страница из этого домена с этими параметрами. Дай мне, пожалуйста.

    Чтобы обезопасить себя и убедиться, что никто не перехватит какие-либо данные, браузер и сервер соглашаются шифровать все сообщения между собой. Когда вы видите «https» в начале адреса, значит, используется шифрование. Как только все формальности улажены, сервер отвечает: «Да, конечно, я сразу все пришлю.«К сожалению, иногда адрес неверен, и сервер не может найти указанную страницу. В этих случаях он отвечает: «У меня нет нужной страницы, я не могу помочь!» Когда это происходит, браузер показывает нам страницу с ошибкой 404.

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

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

    Для этого сервер разбивает все данные на небольшие пакеты по 8 килобайт каждый! Сервер помечает каждый из этих пакетов номером, а затем отправляет их в браузер. Этот процесс позволяет одновременно передавать множество пакетов, что, в свою очередь, сокращает время загрузки.Присвоение номеров пакетам необходимо, чтобы браузер мог правильно собрать все пакеты и вернуть исходный документ. Если пакет потерян в пути, браузер сообщит серверу: «Я потерял пакет, отправьте его снова». Этот процесс будет продолжаться до тех пор, пока браузер не соберет все необходимые пакеты.

    Когда браузер получает все пакеты, он анализирует результат следующим образом:

    • HTML
    • CSS
    • JavaScript
    • Другой код, который может выполнить браузер

    Это необходимо для того, чтобы браузер мог построить объектную модель документа (DOM) страницы.Модель DOM содержит информацию о:

    • Все элементы страницы
    • Связь между различными элементами страницы
    • Как элементы взаимодействуют друг с другом
    • Что могут делать элементы и как они реагируют на действия пользователя

    На основе DOM , браузер в конечном итоге отобразит страницу на экране:

    Браузеру нужно сделать еще одну вещь: взять DOM, найти в ней все видимые элементы и отобразить их для пользователя. Если задействован JavaScript, он может выполняться до или после рендеринга, в зависимости от того, как работает скрипт.

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

    После того, как страница загрузилась и браузер все обработал, мы видим окончательный результат.Но даже после этого браузер может продолжить работу со страницей. Например, это может быть:

    • Выполнить некоторый код JavaScript
    • Загрузить музыку или видео в фоновом режиме
    • Загрузить часто посещаемые страницы на этом сайте в фоновом режиме для повышения производительности
    • Записать данные в файлы cookie или локальное хранилище
    • Собрать данные о поведении пользователя на этой странице
    • Или сделайте что-то еще, что реализовали программисты

    Perfect 10 v Яндекс

    Истец Perfect 10, Inc., калифорнийская корпорация, создает развлекательные продукты для взрослых, в том числе фотографии, охраняемые авторским правом. Perfect 10 владеет и управляет интернет-сайтом perfect10.com на основе подписки. Ответчик Yandex N.V., голландская холдинговая компания со штаб-квартирой в Нидерландах, владеет семьей компаний под брендом «Яндекс». Она сама не владеет и не управляет какими-либо поисковыми системами или веб-сайтами в Интернете, на которых размещается пользовательский контент. Он управляет своими инвестициями, в том числе своими дочерними предприятиями, ответчиками Yandex LLC и Yandex Inc.

    ООО «Дочернее предприятие Яндекс» — российская технологическая компания, которая управляет самой популярной поисковой системой в России — yandex.ru. Дочерняя компания Yandex Inc., корпорация из штата Делавэр, расположенная в Пало-Альто, предоставляет ООО «Яндекс» услуги по разработке программного обеспечения. Яндекс Inc. не владеет и не управляет какими-либо поисковыми системами или веб-сайтами, на которых размещается пользовательский контент. Однако у компании есть собственные серверы в Неваде, на которых в течение девяти месяцев 2012–2013 годов размещался поисковый индекс для международной версии своей поисковой системы Yandex LLC (yandex.com).

    Поисковая система yandex.ru — самая популярная поисковая система в России и четвертая по величине поисковая система в мире. Он функционирует следующим образом. Пользователь может запросить либо поиск в Интернете, либо поиск изображений. Когда пользователь вводит запрос, поисковая машина обращается к поисковому индексу, который представляет собой базу данных всех слов или изображений, известных поисковой системе, и их местоположений. Когда пользователь ищет изображение, набирая текст, поисковая машина анализирует текст, а затем определяет, соответствует ли данное изображение в его поисковом индексе запросу пользователя.

    Индекс поиска изображений Яндекс.ру составляется «сканерами», которые периодически просматривают всемирный Интернет в поисках изображений. Он не копирует и не хранит полноразмерные копии найденных изображений, а скорее извлекает и хранит копии меньшего размера с уменьшенным разрешением в виде миниатюр. Хранилище происходит на его серверах. Он воспроизводит свои копии эскизов на страницах результатов поиска, чтобы пользователь мог определить, какие эскизы, если таковые имеются, являются удачными. Затем пользователь может перейти на сторонний веб-сайт, на котором размещено полноразмерное изображение.

    Yandex.ru также позволяет пользователям размещать рекламу и нажимать на нее. Поскольку yandex.ru — это поисковая система на кириллическом языке, она обычно сканирует русскоязычные веб-сайты, которые обычно размещаются за пределами США. Индекс yandex.ru всегда размещался на российских серверах. Яндекс.ру не сохраняет данные о том, куда пользователь перейдет после выхода со страницы результатов поиска.

    Yandex.com — это поисковая система, предоставляющая результаты поиска на английском и другом латинском алфавите.Как и yandex.ru, он предлагает как поиск изображений, так и поиск в Интернете и формирует результаты поиска одинаково. Он не хранит полноразмерные копии своих изображений на своем сервере, а скорее эскизные копии. Как и yandex.ru, yandex.com не сохраняет данные о том, куда идет пользователь после выхода со страницы результатов поиска yandex.com.

    Но есть отличия. В отличие от yandex.ru, yandex.com сканирует интернет-контент, используя термины, основанные на латинском алфавите, не имеет рекламы нигде на своем сайте и физически размещался в Соединенных Штатах в течение девяти месяцев, с июня 2012 года по март 2013 года (тогда как яндекс.ru всегда физически размещался на серверах в России). За пределами этого девятимесячного окна yandex.com размещался в России как yandex.ru.

    ООО «Яндекс» размещает несколько популярных русскоязычных сервисов, на которых размещается пользовательский контент. Narod.ru — это русскоязычная служба хостинга сайтов, где пользователи могут создавать и размещать свои собственные сайты (например, WordPress). Fotiki.ru — русскоязычный фотохостинг и онлайн-сообщество, похожее на Shutterfly. Ya.ur — это блог-хостинг. Мойкруг.ru — социальная сеть для профессионалов. Все эти сервисы полностью размещены на серверах, расположенных в России.

    Яндекс не отслеживает IP-адреса, связанные с загрузками или загрузками пользователей на любой из этих служб, и поэтому он не знает, откуда — географически — исходят загрузки или куда собираются загрузки. ООО «Яндекс» также не отслеживает данные об активности пользователей, щелкнувших правую кнопку мыши, в каких-либо сервисах пользовательского контента, поэтому ООО «Яндекс» не знает, щелкают ли пользователи изображения правой кнопкой мыши и сохраняют их на своих компьютерах, и поэтому не знает пользователи в США загружают размещенные на нем изображения.

    Perfect 10 подала иски о прямом, косвенном и косвенном нарушении авторских прав против Yandex N.V., Yandex, Inc. и Yandex LLC. Perfect 10 предъявляет следующие претензии о прямом нарушении авторских прав: (1) сервисы narod.ru (хостинг сайтов) и fotki.ru (хостинг фотографий) размещали полноразмерные копии загруженных пользователями изображений Perfect 10, нарушающих авторские права; (2) yandex.ru и yandex.com размещали копии изображений Perfect 10 в миниатюре, нарушающие авторские права, и связывали их со страницами, созданными Яндексом, на которых отображаются аналогичные полноразмерные версии изображений, часто соседствующие с рекламой Яндекса.

    Заявления

    Perfect 10 о нарушении авторских прав заключаются в следующем: (1) Yandex.ru ссылается на сторонние сайты, на которых размещены полноразмерные копии изображений Perfect 10, нарушающие авторские права; (2) Yandex.com ссылается на сторонние веб-сайты, на которых размещены полноразмерные копии изображений Perfect 10, нарушающие авторские права; (3) Сайты пользовательского контента ООО «Яндекс» позволяли пользователям загружать и скачивать копии изображений Perfect 10, нарушающие авторские права. Исковые заявления Perfect 10 о нарушении авторских прав против Yandex N.V.основаны на утверждениях о прямом или соучастном нарушении прав, предположительно совершенных ООО «Яндекс» и Яндекс Inc.

    По словам ответчиков, в серии уведомлений DMCA, отправленных в Яндекс Perfect 10, было выявлено 63 756 URL-адресов со страниц результатов поиска Яндекса, ссылающихся на предположительно нарушающие авторские права изображения Perfect 10, размещенные на сторонних веб-сайтах. Кроме того, Perfect 10 заявила о 1474 актах прямого нарушения прав на том основании, что Народ, Фотки, Ya.ru и Мойкруг.ру размещали изображения Perfect 10, загруженные третьими лицами.

    При обнаружении в этом действии и Perfect 10, и Яндекс использовали широко доступные инструменты геолокации. Эти программные инструменты получают IP-адреса (цифровые метки, присвоенные вычислительным устройствам), которые затем могут использоваться для определения, среди прочего, страны, в которой находится устройство. Это важно, потому что юридическая ответственность зависит от местоположения серверов и носителей, используемых для захвата изображений.

    Perfect 10 использовал инструменты геолокации для определения владельцев и хостов различных веб-сайтов, которые отображают изображения Perfect 10, предположительно нарушающие авторские права.Яндекс использовал инструменты геолокации для получения IP-адресов и соответствующих географических местоположений всех 63 756 URL-адресов, предположительно нарушающих авторские права, на которые Perfect 10 ссылались на yandex.com и / или yandex.ru в своих результатах поиска. Из 63 756 предполагаемых нарушений, на которые yandex.com и / или yandex.ru ссылались в результатах поиска, Яндекс утверждает, что 51 959 из них были размещены на серверах, расположенных за пределами США, а 50 485 касались контента, размещенного на сторонних веб-сайтах. Остальные 1474 из 51 959 URL-адресов, расположенных за пределами США, относятся к контенту, загруженному пользователями Яндекса в Narod.ru, Fotki.ru, Ya.ru и Мойкруг.ру, принадлежащие ООО «Яндекс», все они расположены на серверах в России.

    Яндекс обслужил запросы на обнаружение с просьбой к Perfect 10 предоставить все документы, показывающие место прямых нарушений, на которых основаны дополнительные и косвенные претензии. Perfect 10 направил Яндекс к документам, которые, как утверждается, свидетельствуют о нарушении прав, размещены в США. Perfect 10, однако, не представил доказательств прямого нарушения в Соединенных Штатах, имеющих отношение к местоположению 51 959 предполагаемых нарушений, размещенных на серверах за пределами Соединенных Штатов.Кроме того, Perfect 10 не представила доказательств прямого нарушения прав в США, имеющих отношение к 1474 предполагаемым нарушениям, основанным на пользовательском контенте, размещенном на Яндексе.

    Это общепризнанный принцип, согласно которому Закон об авторском праве, как правило, не имеет экстерриториального применения. Яндекс утверждает, что бесспорные доказательства того, что эти сервисы Яндекса размещаются и всегда размещались на серверах в России. Таким образом, утверждает Яндекс, эти изображения, размещенные за границей, носят экстерриториальный характер и не подлежат судебному преследованию в соответствии с Законом.С этим приказом согласились.

    Perfect 10 не оспаривает, что серверы этих сервисов Яндекса расположены в России. Скорее, Perfect 10 объектов, которые Фотки и Народ.Ру (и, предположительно, другие похожие сайты Яндекса) совершают «прямое нарушение путем демонстрации». Согласно Perfect 10, когда его изображения размещаются на серверах, расположенных в России, Яндекс нарушает «исключительное право на показ» Perfect 10, поскольку пользователи в США могут их загружать.

    Perfect 10 предоставляет декларации, подтверждающие, что пользователь из США может загружать изображения Perfect 10 с сервера Яндекса в России, но не содержит доказательств фактических загрузок в Соединенных Штатах.Эта теория ответственности была отвергнута. В качестве более правдоподобного варианта этого аргумента Perfect 10 указывает, что, когда серверы Яндекса находились в Соединенных Штатах в течение девятимесячного периода, поиск изображений Yandex.com, выполняемый сервером в Соединенных Штатах, мог быть связан с Perfect 10 изображение размещено на сервере Яндекса в России.

    Perfect 10 утверждает, что Яндекс не должен избегать прямой ответственности за авторские права из-за международного распространения своего хостинга и поисковых серверов. Эта теория потерпела неудачу из-за отсутствия доказательств.Perfect 10 не продемонстрировал, что Яндекс на самом деле хранил или отображал полноразмерные копии изображений Perfect 10 на серверах Яндекса в США. Perfect 10 только прислал, что «Яндекс предлагает хранить дубликаты изображений на всех своих серверах. . . поэтому полноразмерные изображения Perfect 10 вполне могли храниться на серверах yandex.com в США ».

    Не было никаких свидетельств попыток Яндекса умышленно обойти ответственность за нарушение авторских прав путем грамотного размещения серверов или манипулирования корпоративной формой.Размещение Яндексом полноразмерных изображений Perfect 10 на серверах в России не является прямым нарушением авторских прав в США. Яндекс признает, что в течение девятимесячного периода с июня 2012 года по март 2013 года, когда серверы Yandex.com находились в США, Яндекс хранил миниатюрные версии изображений Perfect 10 в пределах территории действия Закона об авторском праве.

    Яндекс не оспаривает ни то, что Perfect 10 владела (и до сих пор владеет) авторскими правами на изображения, которые он утверждает, ни основное утверждение о том, что использование Яндексом миниатюр нарушает права Perfect 10 на отображение и распространение этих изображений.Миниатюры Яндекса выполняли иную функцию, чем Perfect 10: «улучшение доступа к информации в Интернете по сравнению с художественным выражением».

    Perfect 10 возразил, что поиск изображений yandex.com привязывает миниатюру непосредственно к более крупной версии изображения, без включения частей окружающей сторонней веб-страницы, сосредоточив свое внимание на методе, известном как «встроенные ссылки». Когда пользователь поисковой службы yandex.com нажимал на один из эскизов, полноразмерное исходное изображение появлялось в том же окне браузера.

    Примечательно, что, хотя это выглядело как интегрированная страница, полноразмерное изображение было фактически передано со стороннего веб-сайта непосредственно на компьютер пользователя — копии никогда не сохранялись на серверах yandex.com. Другими словами, пользователь продолжит видеть логотип Яндекса в верхней части экрана (который был получен с сервера в США), а на остальной части экрана будет видеть полноразмерное изображение обнаженной модели (которое появилось со стороннего сервера).

    Perfect 10 возразил, что когда яндекс.com в виде миниатюрных изображений, связанных с полноразмерными версиями, полноразмерные изображения отображались рядом с коммерческой рекламой. Эти возражения не подтверждаются компетентными доказательствами. Протокол суммарного судебного решения не показывает, что какие-либо эскизы yandex.com (в отличие от эскизов сервисов Яндекса в России) использовались в связи с рекламой. Хранение полноразмерных изображений и использование рекламы на сайте yandex.ru в России здесь неактуальны.

    Далее

    Perfect 10 утверждает, что Яндекс несет ответственность за «миллиарды несанкционированных просмотров и загрузок своих изображений с веб-сайтов, на которые Яндекс ссылается на эскизы Perfect 10».Иными словами, Perfect 10 утверждает, что Яндекс наносит ущерб рынку, потому что Яндекс предоставляет поисковую службу, которая ссылается на сторонних нарушителей. Этот довод не подтверждается компетентными доказательствами. Предполагаемая поддержка Perfect 10 этого утверждения состоит из снимков экрана со сторонних веб-сайтов, показывающих, что ссылки на этих веб-сайтах, ведущие к изображениям Perfect 10, были просмотрены примерно 3,8 миллиона раз по состоянию на декабрь 2012 г. com были расположены в США).

    Однако

    Perfect 10 не предоставляет доказательств того, что какие-либо из этих просмотров были результатом того, что пользователи yandex.com нажимали на эскизы, хранящиеся на серверах yandex.com в США в течение этого девятимесячного периода. Тот простой факт, что миниатюрные ссылки хранились в индексе yandex.com и были доступны в Интернете, не означает, что эти ссылки действительно просматривались или использовались.

    В целом, в записях нет никаких свидетельств того, что использование Яндекс.com миниатюрных версий изображения Perfect 10 в течение девятимесячного периода имело какое-либо влияние на рынок тех же изображений.После должного рассмотрения постановление постановило, что эскизы Yandex.com, хранящиеся на его серверах в США в течение девяти месяцев, являются добросовестным использованием. Яндекс направил для упрощенного судопроизводства примерно 50 000 ссылок yandex.com и yandex.ru, указанных в уведомлениях Perfect 10’s DMCA. Ссылки ведут к полноразмерным версиям, размещенным на сторонних веб-сайтах.

    Используя те же инструменты геолокации, что и Perfect 10, Яндекс продемонстрировал, что сторонние организации, на которых размещены 50 000 полноразмерных изображений, были экстерриториальными, а Perfect 10 не представил никаких доказательств обратного.Таким образом, утверждает Яндекс, полноразмерные изображения не могут представлять собой прямое нарушение Закона об авторском праве, а ссылки на них на сайте Yandex.com не могут нарушать авторские права. С этим приказом согласились. В этой степени было ПРИНЯТО упрощенное судебное решение.

    Perfect 10 подал декларации от частного детектива, веб-разработчика и графического дизайнера. В каждом из них заявитель заявляет, что Perfect 10 попросил их использовать различные сервисы Яндекса для загрузки изображений Perfect 10 на компьютеры, расположенные в США.Каждый заявитель подтвердил, что это «возможно», а затем объясняет процесс, с помощью которого каждый из них выполнил задачу.

    Эти заявления не меняют ни одного из сделанных здесь выводов. Собственные загрузки Perfect 10 (и загрузки ее агентами), проведенные в рамках расследования, не являются прямыми нарушениями. Ни одно из заявлений не достигает уровня экспертных заключений, свидетельствующих о том, что какое-либо конкретное количество таких загрузок действительно имело место. В этом постановлении утверждается, что кто-то в Соединенных Штатах может загружать копии изображений Perfect 10, нарушающие авторские права, с помощью поисковой системы Яндекса.

    Однако протокол суммарного судебного решения не устанавливает, что такая загрузка действительно имела место. Этот приказ полностью исключил претензии Perfect 10 о прямом нарушении авторских прав. Часть претензий Perfect 10 в отношении субсидиарной и субсидиарной ответственности остается в деле и будет передана в суд.

    Perfect 10 выдвинуто для упрощенного решения о том, что каждое юридическое лицо Яндекса не имеет права на безопасную гавань DMCA в соответствии с разделом 512 (c) в период, когда у них не было зарегистрированного агента DMCA.Ответ Яндекса на это утверждение беспочвенен и легкомыслен. По данному вопросу ВЫДАЕТСЯ суммарное судебное решение в пользу Perfect 10.

    Facebook поместил данные пользователей в руки Кремля в прошлом году

    Крупные технологические компании сохраняли доступ к данным пользователей Facebook еще долгое время после того, как все остальные были заблокированы, согласно статье New York Times , опубликованной во вторник, включая московскую поисковую систему, которая ранее предоставляла над пользовательскими данными секретной полиции России.

    В рамках специальной договоренности с Facebook так называемые «партнеры по интеграции», такие как Netflix, Spotify, Bing и Times, сами пользовались некоторым уровнем привилегированного доступа к пользовательским данным.Facebook защитил эти партнерские отношения в тщательно сформулированном заявлении во вторник вечером.

    «Люди могли бы получать больше социальных впечатлений — например, видеть рекомендации своих друзей из Facebook — в других популярных приложениях и веб-сайтах, таких как Netflix, , The New York Times, , Pandora и Spotify», — написал Константинос Папамилтиадис из Facebook, директор по платформам для разработчиков и программы. «Чтобы было ясно: ни одно из этих партнерств или функций не давало компаниям доступ к информации без разрешения людей.

    В заявлении упоминаются только американские партнеры Facebook, явно не упоминаются две иностранные компании, которым также предоставлен особый доступ: китайская Huawei и российская Яндекс.

    Спецслужбы и законодатели США в последние годы выражали озабоченность по поводу аппаратного и программного обеспечения, производимого в Китае и России, утверждая, что шпионские агентства этих стран могут превратить эти продукты в инструменты слежки в любое время. В прошлом году российскому поставщику компьютерной безопасности «Лаборатории Касперского» запретили доступ к U.S. правительственных сетей, и в этом году аналогичный запрет был распространен на Huawei. Технический директор Huawei Мэн Ваньчжоу была арестована в Канаде в этом месяце на основании ордера США, в котором она обвинялась в нарушении санкций в отношении Ирана.

    «Это самое главное. Хранит ли Яндекс данные, к которым осуществляется доступ, в своих дата-центрах? »

    — журналист Андрей Солдатов

    Отношения Facebook с московским Яндексом, вероятно, заслуживают особого внимания. Согласно истории Times , Яндекс сохранял привилегированный доступ для пользователя Facebook еще в 2017 году, хотя интеграционное партнерство Яндекса с Facebook закончилось на несколько лет раньше.

    Яндекс, основанный в 1997 году двумя российскими математиками, является крупнейшей технологической компанией в России и четвертой по величине поисковой системой в мире. Хотя его редко называют добровольным сотрудником Кремля, в 2011 году Яндекс признал, что передавал в ФСБ России, учреждение-преемник КГБ, информацию о пожертвованиях, сделанных антикоррупционному блогеру Алексею Навальному через службу онлайн-платежей Яндекса. А в прошлом году украинские правоохранители в Одессе и Киеве совершили налет на дочернюю компанию «Яндекса» по подозрению в «государственной измене».«

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

    Яндекс опроверг это обвинение, но в своем годовом отчете за 2017 год компания признала особые риски ведения бизнеса при авторитарном режиме Владимира Путина, включая «предполагаемое отсутствие независимости судебной и прокурорской органов от политических, социальных и коммерческих сил» и « высокая степень свободы усмотрения судебных и государственных органов.

    Отношения компании с российским правительством находятся «посередине», — сказала Кимберли Зенц, старший научный сотрудник Cyber ​​Statecraft Initiative Центра стратегии и безопасности Атлантического совета Скоукрофт. «Не храбрые борцы за свободу оппозиции, не полная государственная собственность». В годы становления «Яндекса» он сопротивлялся попыткам Кремля получить контроль над растущим интернетом в России. Затем в 2014 году Путин публично назвал Яндекс как находящийся под чрезмерным влиянием американских и западноевропейских инвесторов и заявил, что Интернет сам по себе является заговором ЦРУ.

    После этого риторического предупреждения Путина Яндекс стал более уступчивым. После аннексии Крыма Россией Яндекс поддался давлению и «начал предлагать разные карты Украины для российских и украинских пользователей», — пояснили журналисты Андрей Солдатов и Ирина Бороган в Red Web. Украинские пользователи видели карту, которая у них всегда была, а российским пользователям была показана карта, на которой Крым был частью России.

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

    Используя СОРМ, российские правоохранительные и спецслужбы смогут копировать любые данные пользователей Facebook, полученные Яндексом, при условии, что Яндекс хранил их на территории России, а не на серверах за пределами страны, сообщил The Daily Beast Солдатов. «Это ключевой момент», — сказал он. «Яндекс хранит данные, к которым осуществляется доступ, в своих дата-центрах?»

    История Times , основанная на просочившихся документах Facebook, не раскрывает подробностей доступа Яндекса. Представитель «Яндекса» сообщил газете, что компания не знала, что Facebook предоставил ей расширенные разрешения и никогда не использовал эту возможность.

    «Яндекс сотрудничает со многими крупными технологическими компаниями США как крупнейшая технологическая компания России и крупнейшая поисковая система», — отметила представитель Facebook Кэти Дормер в электронном письме The Daily Beast. «Интеграционное партнерство Яндекса с Facebook прекратилось до 2015 года, но Яндекс был партнером по поиску до 2017 года. Яндекс продолжает использовать вход через Facebook».

    Яндекс сегодня в лучших отношениях с Кремлем, чем в 2014 году. В прошлом году Путин даже посетил московскую штаб-квартиру Яндекса в связи с 20-летием со дня основания поисковой системы.

    Репликация данных | ClickHouse Документация

    1. Двигатели
    2. Таблица Двигатели
    3. MergeTree Family

    репликации поддерживается только для таблиц в MergeTree семье:

    • ReplicatedMergeTree
    • ReplicatedSummingMergeTree
    • ReplicatedReplacingMergeTree
    • ReplicatedAggregatingMergeTree
    • ReplicatedCollapsingMergeTree
    • ReplicatedVersionedCollapsingMergeTree
    • ReplicatedGraphiteMergeTree

    Репликация работает на уровне отдельной таблицы, а не всего сервера.Сервер может одновременно хранить как реплицированные, так и не реплицированные таблицы.

    Репликация не зависит от шардинга. У каждого шарда своя независимая репликация.

    Сжатые данные для запросов INSERT и ALTER реплицируются (дополнительные сведения см. В документации по ALTER).

    CREATE , DROP , ATTACH , DETACH и RENAME Запросы выполняются на одном сервере и не реплицируются:

    • Запрос CREATE TABLE создает новую реплицируемую таблицу на сервере где выполняется запрос.Если эта таблица уже существует на других серверах, она добавляет новую реплику.
    • Запрос DROP TABLE удаляет реплику, расположенную на сервере, на котором выполняется запрос.
    • Запрос RENAME переименовывает таблицу на одной из реплик. Другими словами, реплицированные таблицы могут иметь разные имена на разных репликах.

    ClickHouse использует Apache ZooKeeper для хранения метаинформации реплик. Используйте ZooKeeper версии 3.4.5 или новее.

    Чтобы использовать репликацию, установите параметры в разделе конфигурации сервера zookeeper.

    Внимание

    Не пренебрегайте настройками безопасности. ClickHouse поддерживает схему digest ACL подсистемы безопасности ZooKeeper.

    Пример настройки адресов кластера ZooKeeper:

      
        <узел>
             пример1 
             2181 
        
        <узел>
             пример2 
             2181 
        
        <узел>
             example3 
             2181 
        
    
      

    ClickHouse также поддерживает хранение метаинформации реплик во вспомогательном кластере ZooKeeper, предоставляя имя и путь кластера ZooKeeper в качестве аргументов механизма.
    Другими словами, он поддерживает хранение метаданных разных таблиц в разных кластерах ZooKeeper.

    Пример настройки адресов вспомогательного кластера ZooKeeper:

      
        
            <узел>
                 example_2_1 
                 2181 
            
            <узел>
                 example_2_2 
                 2181 
            
            <узел>
                 example_2_3 
                 2181 
            
        
        
            <узел>
                 example_3_1 
                 2181 
            
        
    
      

    Чтобы хранить данные таблицы во вспомогательном кластере ZooKeeper вместо кластера ZooKeeper по умолчанию, мы можем использовать SQL для создания таблицы с механизмом
    ReplicatedMergeTree следующим образом:

      CREATE TABLE table_name (...) ENGINE = ReplicatedMergeTree ('zookeeper_name_configured_in_auxiled_zookeepers: path', 'replica_name') ...
      

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

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

    ZooKeeper не используется в запросах SELECT , поскольку репликация не влияет на производительность SELECT и запросы выполняются так же быстро, как и для нереплицированных таблиц.При запросе распределенных реплицированных таблиц поведение ClickHouse регулируется параметрами max_replica_delay_for_distributed_queries и fallback_to_stale_replicas_for_distributed_queries.

    Для каждого запроса INSERT приблизительно десять записей добавляются в ZooKeeper через несколько транзакций. (Чтобы быть более точным, это для каждого вставленного блока данных; запрос INSERT содержит один блок или один блок на max_insert_block_size = 1048576 строк.) Это приводит к немного большим задержкам для INSERT по сравнению с нереплицируемыми таблицами.Но если следовать рекомендациям по вставке данных партиями не более одного INSERT в секунду, это не создает никаких проблем. Весь кластер ClickHouse, используемый для координации одного кластера ZooKeeper, имеет в общей сложности несколько сотен INSERT в секунду. Пропускная способность при вставке данных (количество строк в секунду) такая же высокая, как и для нереплицированных данных.

    Для очень больших кластеров вы можете использовать разные кластеры ZooKeeper для разных шардов. Однако в Яндекс.Кластер Metrica (примерно 300 серверов).

    Репликация асинхронная с несколькими мастерами. INSERT запросов (а также ALTER ) могут быть отправлены на любой доступный сервер. Данные вставляются на сервер, на котором выполняется запрос, а затем копируются на другие серверы. Поскольку это асинхронно, недавно вставленные данные отображаются на других репликах с некоторой задержкой. Если часть реплик недоступна, данные записываются, когда они становятся доступными. Если реплика доступна, задержка — это время, необходимое для передачи блока сжатых данных по сети.Количество потоков, выполняющих фоновые задачи для реплицированных таблиц, можно установить с помощью параметра background_schedule_pool_size.

    Механизм ReplicatedMergeTree использует отдельный пул потоков для реплицированных выборок. Размер пула ограничен параметром background_fetches_pool_size, который можно настроить при перезапуске сервера.

    По умолчанию запрос INSERT ожидает подтверждения записи данных только с одной реплики. Если данные были успешно записаны только в одну реплику и сервер с этой репликой перестает существовать, сохраненные данные будут потеряны.Чтобы разрешить получение подтверждения записи данных из нескольких реплик, используйте параметр insert_quorum .

    Каждый блок данных записывается атомарно. Запрос INSERT разделен на блоки до max_insert_block_size = 1048576 строк. Другими словами, если запрос INSERT имеет менее 1048576 строк, он выполняется атомарно.

    Блоки данных дедуплицированы. При многократной записи одного и того же блока данных (блоки данных одного размера, содержащие одинаковые строки в одном порядке), блок записывается только один раз.Причина этого — в случае сбоев сети, когда клиентское приложение не знает, были ли данные записаны в БД, поэтому запрос INSERT можно просто повторить. Не имеет значения, на какую реплику были отправлены вставки с идентичными данными. INSERT идемпотентны. Параметры дедупликации контролируются настройками сервера merge_tree.

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

    Вы можете иметь любое количество реплик одних и тех же данных. Яндекс.Метрика использует в продакшене двойную репликацию. Каждый сервер использует RAID-5 или RAID-6, а в некоторых случаях — RAID-10. Это относительно надежное и удобное решение.

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

    Создание реплицируемых таблиц

    Префикс Replicated добавляется к имени механизма таблицы. Например: ReplicatedMergeTree .

    Реплицированные параметры * MergeTree

    • zoo_path — Путь к таблице в ZooKeeper.
    • replica_name — Имя реплики в ZooKeeper.
    • other_parameters — Параметры движка, который используется для создания реплицированной версии, например, версия в ReplacingMergeTree .

    Пример:

      СОЗДАТЬ ТАБЛИЦУ имя_таблицы
    (
        EventDate DateTime,
        CounterID UInt32,
        UserID UInt32,
        версия UInt16
    ) ENGINE = ReplicatedReplacingMergeTree ('/ clickhouse / tables / {layer} - {shard} / table_name', '{replica}', ver)
    РАЗДЕЛЕНИЕ ПО toYYYYMM (EventDate)
    ЗАКАЗАТЬ (CounterID, EventDate, intHash42 (UserID))
    ОБРАЗЕЦ ПО intHash42 (ID пользователя)
      
    Пример устаревшего синтаксиса
      CREATE TABLE имя_таблицы
    (
        EventDate DateTime,
        CounterID UInt32,
        ID пользователя UInt32
    ) ENGINE = ReplicatedMergeTree ('/ clickhouse / tables / {layer} - {shard} / table_name', '{replica}', EventDate, intHash42 (UserID), (CounterID, EventDate, intHash42 (UserID), EventTime), 8192)
      

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

    Пример:

      <макрос>
         05 
         02 
         example05-02-1.yandex.ru 
    
      

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

    / clickhouse / tables / — общий префикс.Мы рекомендуем использовать именно этот.

    {layer} - {shard} — идентификатор сегмента. В данном примере он состоит из двух частей, поскольку в кластере Яндекс.Метрики используется двухуровневый шардинг. Для большинства задач вы можете оставить только замену {shard}, которая будет расширена до идентификатора шарда.

    имя_таблицы — это имя узла для таблицы в ZooKeeper. Рекомендуется сделать его таким же, как имя таблицы. Он определен явно, потому что, в отличие от имени таблицы, он не изменяется после запроса RENAME.
    ПОДСКАЗКА : вы также можете добавить имя базы данных перед table_name . Например. db_name.table_name

    Можно использовать две встроенные замены {database} и {table} , они расширяются в имя таблицы и имя базы данных соответственно (если эти макросы не определены в макросах раздел). Таким образом, путь к zookeeper можно указать как '/ clickhouse / tables / {layer} - {shard} / {database} / {table}' .
    Будьте осторожны с переименованием таблиц при использовании этих встроенных замен.Путь в Zookeeper изменить нельзя, и когда таблица будет переименована, макросы развернутся на другой путь, таблица будет ссылаться на путь, которого нет в Zookeeper, и перейдет в режим только для чтения.

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

    Вы можете определить параметры явно вместо использования подстановок. Это может быть удобно для тестирования и настройки небольших кластеров.Однако в этом случае нельзя использовать распределенные запросы DDL ( ON CLUSTER ).

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

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

       / clickhouse / tables / {shard} / {database} / {table} 
     {реплика} 
      

    В этом случае вы можете опустить аргументы при создании таблиц:

      CREATE TABLE table_name (
        x UInt32
    ) ДВИГАТЕЛЬ = ReplicatedMergeTree
    ЗАКАЗАТЬ ПО x;
      

    Это эквивалентно:

      CREATE TABLE имя_таблицы (
        x UInt32
    ) ДВИГАТЕЛЬ = ReplicatedMergeTree ('/ clickhouse / tables / {shard} / {database} / table_name', '{replica}')
    ЗАКАЗАТЬ ПО x;
      

    Запустите запрос CREATE TABLE для каждой реплики.Этот запрос создает новую реплицированную таблицу или добавляет новую реплику к существующей.

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

    Чтобы удалить реплику, запустите DROP TABLE . Однако удаляется только одна реплика — та, которая находится на сервере, на котором вы выполняете запрос.

    Восстановление после сбоев

    Если ZooKeeper недоступен при запуске сервера, реплицированные таблицы переключаются в режим только для чтения.Система периодически пытается подключиться к ZooKeeper.

    Если ZooKeeper недоступен во время INSERT или возникает ошибка при взаимодействии с ZooKeeper, генерируется исключение.

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

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

    Обратите внимание, что ClickHouse не выполняет никаких деструктивных действий, таких как автоматическое удаление большого количества данных.

    Когда сервер запускается (или устанавливает новый сеанс с ZooKeeper), он проверяет только количество и размеры всех файлов. Если размеры файлов совпадают, но байты были изменены где-то посередине, это обнаруживается не сразу, а только при попытке чтения данных для запроса SELECT .Запрос выдает исключение о несоответствии контрольной суммы или размера сжатого блока. В этом случае части данных добавляются в очередь проверки и при необходимости копируются с реплик.

    Если локальный набор данных слишком сильно отличается от ожидаемого, срабатывает механизм безопасности. Сервер записывает это в журнал и отказывается запускаться. Причина в том, что этот случай может указывать на ошибку конфигурации, например, если реплика на сегменте была случайно настроена как реплика на другом сегменте.Однако пороговые значения для этого механизма установлены довольно низкими, и такая ситуация может возникнуть при нормальном восстановлении после сбоя. В этом случае данные восстанавливаются полуавтоматически — «нажатием кнопки».

    Чтобы начать восстановление, создайте узел / path_to_table / replica_name / flags / force_restore_data в ZooKeeper с любым содержимым или выполните команду для восстановления всех реплицированных таблиц:

      sudo -u clickhouse touch / var / lib / clickhouse / флаги / force_restore_data
      

    Затем перезапустите сервер.При запуске сервер удаляет эти флаги и начинает восстановление.

    Восстановление после полной потери данных

    Если все данные и метаданные исчезли с одного из серверов, выполните следующие действия для восстановления:

    1. Установите ClickHouse на сервер. Правильно определите замены в файле конфигурации, который содержит идентификатор шарда и реплики, если вы их используете.
    2. Если у вас были нереплицированные таблицы, которые необходимо вручную дублировать на серверах, скопируйте их данные из реплики (в каталог / var / lib / clickhouse / data / db_name / table_name / ).
    3. Скопируйте определения таблиц, расположенные в / var / lib / clickhouse / metadata / , из реплики. Если идентификатор сегмента или реплики указан явно в определениях таблиц, исправьте его, чтобы он соответствовал этой реплике. (В качестве альтернативы запустите сервер и выполните все запросы ATTACH TABLE , которые должны были быть в файлах .sql в / var / lib / clickhouse / metadata / .)
    4. Чтобы начать восстановление, создайте узел ZooKeeper / path_to_table / replica_name / flags / force_restore_data с любым содержимым или выполните команду для восстановления всех реплицированных таблиц: sudo -u clickhouse touch / var / lib / clickhouse / flags / force_restore_data

    Затем запустите сервер (перезапустите, если он уже запущен).Данные будут загружены с реплик.

    Альтернативный вариант восстановления — удалить информацию о потерянной реплике из ZooKeeper ( / path_to_table / replica_name ), а затем снова создать реплику, как описано в разделе «Создание реплицируемых таблиц».

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

    Преобразование из MergeTree в ReplicatedMergeTree

    Мы используем термин MergeTree для обозначения всех движков таблиц в семействе MergeTree , как и для ReplicatedMergeTree .

    Если у вас была таблица MergeTree , которая была реплицирована вручную, вы можете преобразовать ее в реплицированную таблицу. Это может потребоваться, если вы уже собрали большой объем данных в таблице MergeTree и теперь хотите включить репликацию.

    Если данные различаются на разных репликах, сначала синхронизируйте их или удалите эти данные на всех репликах, кроме одной.

    Переименуйте существующую таблицу MergeTree, затем создайте таблицу ReplicatedMergeTree со старым именем.
    Переместите данные из старой таблицы в отсоединенный подкаталог внутри каталога с данными новой таблицы ( / var / lib / clickhouse / data / db_name / table_name / ).
    Затем запустите ALTER TABLE ATTACH PARTITION на одной из реплик, чтобы добавить эти части данных в рабочий набор.

    Преобразование из ReplicatedMergeTree в MergeTree

    Создайте таблицу MergeTree с другим именем. Переместите все данные из каталога с данными таблицы ReplicatedMergeTree в каталог данных новой таблицы.Затем удалите таблицу ReplicatedMergeTree и перезапустите сервер.

    Если вы хотите избавиться от таблицы ReplicatedMergeTree без запуска сервера:

    • Удалите соответствующий файл .sql в каталоге метаданных ( / var / lib / clickhouse / metadata / ).
    • Удалите соответствующий путь в ZooKeeper ( / path_to_table / replica_name ).

    После этого вы можете запустить сервер, создать таблицу MergeTree , переместить данные в ее каталог, а затем перезапустить сервер.

    Если данные в ZooKeeper были потеряны или повреждены, вы можете сохранить данные, переместив их в таблицу без репликации, как описано выше.

    См. Также

    Оригинал статьи

    Доступ к электронной почте Yandex.ru (Яндекс Почта) с помощью IMAP — 2021

    Нужны дополнительные указания?

    Ознакомьтесь с нашими подробными инструкциями для ваших любимых почтовых клиентов

    Ваше полное имя

    Ваш полный адрес электронной почты

    Шаг 1: Введите свое имя и адрес электронной почты.Щелкните Продолжить .

    Шаг 2: Mailbird автоматически определяет настройки вашей электронной почты. Щелкните Продолжить .

    Шаг 3: Готово! Вы можете Добавить дополнительные учетные записи или Начать использование Mailbird .

    У вас еще нет Mailbird?

    Mailbird может автоматически определять настройки сервера для Yandex.ru.

    Попробуйте сейчас

    Шаг 1. В правом верхнем углу щелкните Параметры и Просмотреть все параметры .

    Шаг 2: Выберите учетные записи и Импортируйте , а затем нажмите Добавить учетную запись электронной почты .

    Шаг 3: Введите адрес электронной почты, который вы хотите добавить.

    Шаг 4: Выберите один из 2 вариантов.

    Ваш полный адрес электронной почты

    Ваш пароль

    imap.yandex.ru

    993

    Шаг 5: Введите следующую информацию, чтобы завершить настройку электронной почты.

    Нет времени на Gmail?

    Mailbird может определять настройки сервера для Яндекс.ru автоматически для вас.

    Попробуйте сейчас

    Шаг 1. Щелкните вкладку File в верхнем левом углу окна Outlook.

    Шаг 2: Щелкните Добавить учетную запись.

    Шаг 3: Введите свой новый адрес электронной почты и нажмите Connect

    Шаг 4. На следующем экране выберите IMAP

    imap.yandex.ru

    993

    SSL

    smtp.yandex.ru

    465

    SSL

    Шаг 5: Добавьте следующую информацию и нажмите Далее

    Нет времени на Outlook?

    Mailbird может определять настройки сервера для Яндекс.ru автоматически для вас.

    Попробуйте сейчас

    Шаг 1. В Mozilla Thunderbird в меню выберите Настройки учетной записи .

    Шаг 2: В нижнем левом углу щелкните Действия с учетной записью и Добавить учетную запись почты …

    Ваше полное имя

    Ваш полный адрес электронной почты

    Ваш пароль

    Шаг 3: Введите свой адрес электронной почты и нажмите Настроить вручную …

    imap.yandex.ru

    993

    SSL

    smtp.yandex.ru

    465

    SSL

    Шаг 4: Добавьте следующую информацию и нажмите Готово

    Нет времени для Thunderbird?

    Mailbird может автоматически определять настройки сервера для Yandex.ru.

    Попробуйте сейчас

    Шаг 1: Щелкните значок настройки в левом нижнем углу.

    Шаг 2: Щелкните Управление учетными записями .

    Шаг 3: Нажмите + Добавить учетную запись .

    Шаг 4: Щелкните Advanced Setup .

    Шаг 5: Нажмите Интернет-адрес электронной почты .

    Ваше полное имя

    Ваш полный адрес электронной почты

    imap.yandex.ru

    smtp.yandex.ru

    Шаг 6: Введите следующую информацию в разные поля.

    Нет времени для Windows Mail?

    Mailbird может определять настройки сервера для Яндекс.ru автоматически для вас.

    Попробуйте сейчас

    Часто задаваемые вопросы

    Вот несколько часто задаваемых вопросов для Яндекс.ру с их ответами

    1. В чем разница между IMAP и SMTP?

    Короткий ответ заключается в том, что IMAP подключается к серверу вашего почтового провайдера и используется для получения электронной почты, в то время как SMTP используется для отправки почты на другие серверы.

    IMAP (протокол доступа к сообщениям в Интернете) — это протокол, который требует, чтобы ваш поставщик услуг электронной почты сохранял все ваши сообщения и папки на своих серверах.Таким образом, независимо от того, используете ли вы почтовый клиент или веб-почту, вы сможете подключиться к своей учетной записи электронной почты и просмотреть все, что вы получили, потому что они всегда хранятся на их сервере.

    STMP (простой протокол передачи почты) — это протокол для отправки электронных писем из вашей учетной записи в другие места назначения. Он позволяет вашему почтовому клиенту подключаться к серверу вашего провайдера для отправки исходящей почты, особенно на другие серверы.

    Вернуться к FAQ

    2. Поддерживает ли Mailbird IMAP? / Поддерживает ли Mailbird POP3?

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

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

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

    Вернуться к FAQ

    3.Что означает «порт» в настройках моей электронной почты?

    Вы можете думать о «порте» как о номере адреса. Так же, как IP-адрес определяет местоположение компьютера, порт определяет приложение, работающее на этом компьютере.

    Существует несколько общих номеров портов, всегда используйте рекомендуемые параметры для настройки почтового сервера для работы с Mailbird.

    Вернуться к FAQ

    4. Как узнать, нужен ли мне протокол POP3 или IMAP?

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

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

    Вернуться к FAQ

    5. Могу ли я настроить Mailbird для Mac?

    Mailbird для Mac уже в пути! К сожалению, Mailbird пока недоступен для наших друзей, использующих устройства Apple.Если вы хотите, чтобы вас всегда знали о Mailbird для Mac, нажмите здесь.

    Вернуться к FAQ

    6. Как я могу импортировать свои старые электронные письма?

    Если ваши старые электронные письма все еще доступны в вашей учетной записи, они будут автоматически импортированы. Протокол IMAP синхронизирует вашу электронную почту и папки с почтовым сервером, что позволяет управлять электронной почтой на любом устройстве, подключенном к вашей учетной записи.

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

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

    Вернуться к FAQ

    7. Как вручную настроить Яндекс.ру на Mailbird?

    Эта страница поможет вам настроить учетную запись электронной почты для Mailbird. Шаг 6 относится к ручному процессу.

    Вернуться к FAQ

    8. Как Mailbird защищает мою конфиденциальность?

    Наша политика конфиденциальности и условия использования на 100% соответствуют Европейскому общему регламенту защиты данных (GDPR) по состоянию на 25 мая 2018 года.

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

    Вы можете связаться с нами напрямую в любое время, чтобы просмотреть или отказаться от хранящейся у нас информации, которая относится к вам и вашей учетной записи. Пожалуйста, напишите на [email protected]

    Вернуться к FAQ

    Mailbird для M

    c приближается
    Зарегистрируйтесь, чтобы получить ранний доступ!

    Спасибо! мы будем уведомлять вас об обновлениях Mailbird для Mac

    У вас другой поставщик услуг электронной почты?

    Щелкните ниже своего провайдера электронной почты, чтобы узнать, как подключиться и получить доступ к своей учетной записи с помощью IMAP:

    .

    Я пытаюсь открыть Facebook, Yahoo !, Яндекс, Tumblr, Google и т. Д., а вместо этого я получаю сообщение «Добро пожаловать в nginx!» страница

    Я пытаюсь открыть Facebook, Yahoo !, Яндекс, Tumblr, Google и т. д., но вместо этого получаю сообщение «Добро пожаловать в nginx!» стр.

    Вопрос: Я пытаюсь открыть Facebook, Yahoo !, Яндекс, Google или другие другой известный веб-сайт, и вместо этого я получаю пустую веб-страницу с сообщением, относящимся к nginx: «Добро пожаловать в nginx!» или «404 Not Found / nginx».

    Я подозреваю, что что-то не так и, вероятно, есть злонамеренная попытка направить меня на мошенническую веб-страницу (чтобы взломать мой компьютер, сделайте фишинг и т. д.). Почему это так и какое отношение имеет nginx к моим попыткам подключиться к Facebook (Yahoo !, Google и т. д.)?

    А: Прежде всего, «Добро пожаловать в nginx!» страница, которую вы видите, это НЕ наш сайт. В nginx мы пишем и распространяем бесплатно программное обеспечение веб-сервера с открытым исходным кодом. Веб-страница, говорящая «Добро пожаловать в Nginx!» это просто диагностический ответ, который может быть создан любым из веб-сайтов, работающих под управлением nginx веб сервер. В настоящее время nginx является вторым по популярности открытым исходным кодом. веб-сервером в мире, его используют более 126 000 000 (или 14% Интернета) веб-сайтов.Большинство этих веб-сайтов законные, но некоторые нет. Наше программное обеспечение было создано с хорошей причина обеспечения производительности и масштабируемости в Интернете, это лицензировано под популярная лицензия с открытым исходным кодом и не имеет ничего общего с вид угрожающей или злонамеренной деятельности как таковой — nginx НЕ является вредоносной программой и НЕ находится на вашем компьютере. Но кто-то вредоносное ПО действительно могло вмешаться в ваш компьютер или роутер, перенаправляет вас на мошеннический интернет-сервер.

    Мы рекомендуем запустить антивирусную проверку на вашем компьютере, и мы рекомендуем проверить и подтвердить всю настройку вашей системы с помощью помощь вашего интернет-провайдера или другого обслуживающего персонала:

    (Отказ от ответственности: в nginx мы не несем ответственности за любые негативные воздействие или последствия, которые могут вызвать указанные ниже действия.Использовать следуя рекомендациям на свой страх и риск, особенно если вы не являетесь опытным пользователем своей операционной системы и / или Интернет-приложения. Ни при каких обстоятельствах nginx не несет ответственности за любые прямые, косвенные, случайные, особые, образцовые или косвенные убытки, включая, помимо прочего, потерю использование, данные или прибыль; или прерывание бизнеса).

    • Проверьте настройки TCP / IP и убедитесь, что DNS-серверы конфигурация соответствует действующей (предложенной вашим Интернетом поставщик услуг или персонал ИТ-поддержки).
    • Используйте Google Общедоступный DNS и посмотрите, решит ли он проблему. Из Google описание его общедоступного DNS — «Google Public DNS — это бесплатный, служба разрешения глобальной системы доменных имен (DNS), который вы можете использовать в качестве альтернативы вашему текущему DNS провайдер. [..] Используя Google Public DNS, вы можете: Ускорить просмотр опыта. Повысьте уровень безопасности . »
    • Очистите кеш преобразователя DNS. В Microsoft Windows XP перейдите в Пуск> Выполнить, а затем введите следующую команду: «ipconfig / flushdns».В Microsoft Vista, Windows 7 и Windows 8 щелкните логотип «Пуск», выберите «Все программы»> «Стандартные», щелкните правой кнопкой мыши командную строку, выберите «Запуск от имени администратора», введите «ipconfig / flushdns» и нажмите Enter.
    • Нажмите в браузере кнопку «перезагрузить страницу». Очистить браузер данные (кеш, файлы cookie и т. д.). Например. с помощью Chrome найдите и нажмите «Очистить данные просмотров» («Настройки»> «Скрытые»). С Интернетом Проводник найдите Инструменты> Свойства обозревателя> Общие. Внимание: вы можете удалить сохраненную информацию о паролях. здесь, так что делайте это внимательно и проверьте, какие именно действия вы совершаете исполнение.
    • Убедитесь, что файл «hosts» не содержит записей других чем «127.0.0.1 localhost», и если да — если эти записи для веб-сайт, на который вы пытаетесь перейти. Файлы «hosts» находятся в C: \ WINDOWS \ system32 \ drivers \ etc каталог. Обычно должно быть будет только одна запись для «127.0.0.1 localhost», вот и все. В файл «hosts» можно просматривать и редактировать с помощью стандартного Приложение «Блокнот».
    • Проверьте плагины и расширения, установленные в вашем браузере. Переустановите браузер или попробуйте другой, если возможно.

    Что-то не так с вашим работающим настройки системы, домашний маршрутизатор настройка или браузер конфигурации, если вы пытаетесь получить доступ к известному веб-сайту и вместо этого вы получите «Добро пожаловать в nginx!». Этого НЕ должно происходить, если ваши компьютеры и сеть чистый и безопасный.

    При изменении DNS-серверов на Google Public DNS, очистка DNS-преобразователя кеш, исправление конфигурации вашего браузера или очистка файла «hosts» (если применимо) помогли, возможно, есть вредоносное ПО где-нибудь на вашем компьютере или где-то поблизости.Найдите и очистите его, используя предпочитаемые вами средства защиты от вирусов и вредоносных программ.

    Дополнительные статьи, которые могут быть полезны:

    DCWG.org:

    Как определить, был ли ваш компьютер взломан и заражен с DNS Changer?

    Как очистить или исправить вредоносное ПО («вредоносное ПО») связанный с DNS Changer

    Microsoft:

    Средство удаления вредоносных программ

    Как я могу вернуть файл Hosts к значениям по умолчанию?

    Как сбросить Интернет-протокол (TCP / IP)

    Справка Firefox:

    Отключить или удалить надстройки

    Тех-рецепты:

    Очистка, очистка или сброс кэша DNS в Vista, Windows 7 и Windows 8

    Как получить доступ к своей учетной записи электронной почты на Яндексе с помощью IMAP

    Как получить доступ к своей учетной записи электронной почты на Яндексе с помощью IMAP

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

    Яндекс поддерживает IMAP / SMTP

    Это означает, что вам не нужно использовать интерфейс электронной почты Яндекса! Ты можешь проверяйте свою электронную почту и отправляйте сообщения, используя другую электронную почту программы (например, Mailspring, Outlook Express, Apple Mail или Mozilla Thunderbird). Использование настольных почтовых приложений может улучшить ваш рабочий процесс. Обычно они предложить больше вариантов, и ваш адрес электронной почты по-прежнему доступен на вашем компьютер, когда вы отключены от Интернета.

    Настройте свою учетную запись на Яндексе с помощью программы электронной почты с использованием IMAP

    Чтобы получить доступ к своей учетной записи электронной почты на Яндексе из обычной почтовой программы, вам понадобятся следующие настройки IMAP и SMTP:

    Яндекс IMAP Сервер imap.yandex.ru
    Порт IMAP 993
    Безопасность IMAP SSL / TLS
    Имя пользователя IMAP Ваше имя пользователя
    Пароль IMAP Ваш Яндекс-пароль
    Яндекс SMTP сервер пгт.yandex.ru
    Порт SMTP 465
    Безопасность SMTP SSL / TLS
    Имя пользователя SMTP Ваше имя пользователя
    Пароль SMTP Ваш Яндекс-пароль

    Требуется приложение электронной почты для настольного компьютера? Mailspring — это бесплатная программа с множеством замечательных функций, и вы можете попробовать его вместе с существующей почтовой программой.Он создан с любовью к Mac, Linux и Windows. 💌

    Скачать Mailspring бесплатно

    Узнайте, как сделать больше с вашим аккаунтом на Яндексе

    У вас другой поставщик услуг электронной почты?

    Щелкните ниже своего провайдера электронной почты, чтобы узнать, как подключиться и получить доступ к своей учетной записи с помощью IMAP:

    © 2017-2019 ООО «Литейный завод 376».

    .