1. Клиентское приложение обращается к GCM, чтобы получить маркер регистрации, передав идентификатор отправителя в GCM.

2. GCM возвращает маркер регистрации клиентскому приложению.

3. Клиентское приложение перенаправляет маркер регистрации на сервер приложений.

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

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

Подчиненный обмен сообщениями

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

1. Сервер приложений отправляет сообщение в GCM.

2. Если клиентское устройство недоступно, сервер GCM сохраняет сообщение в очереди для последующей передачи.

3. Когда клиентское устройство будет доступно, GCM отправляет это сообщение клиентскому приложению на этом устройстве.

4. Клиентское приложение получает сообщение от GCM и соответствующим образом обрабатывает его. Например, если сообщение представляет собой удаленное уведомление, оно будет представлено пользователю.

В этом сценарии обмена сообщениями (где сервер приложений отправляет сообщение в одно клиентское приложение) размер сообщений может доставлять до 4 КБ.

Подробные сведения (включая примеры кода) о получении подчиненных сообщений GCM в Android см. в разделе Удаленные уведомления.

Обмен сообщениями с темой

Обмен сообщениями с темой — это тип подчиненного обмена сообщениями, в котором сервер приложений отправляет одно сообщение нескольким клиентским приложениям, которые подписываются на раздел (например, прогноз погоды). Сообщения в разделе могут быть 2 КБ в длину, а сообщения раздела поддерживают до 1 000 000 подписок на приложение. Если GCM используется только для обмена сообщениями с разделами, клиентскому приложению не требуется передавать маркер регистрации на сервер приложений.

Обмен сообщениями группы

Обмен сообщениями групп — это тип подчиненного обмена сообщениями, в котором сервер приложений отправляет одно сообщение нескольким клиентским приложениям, принадлежащим к группе (например, группе устройств, принадлежащих одному пользователю). Размер сообщений группы может доставлять до 2 КБ для устройств iOS и до 4 КБ для устройств Android. Группа ограничена максимум 20 участниками.

Потоковая передача сообщений

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

1. Клиентское приложение отправляет сообщение на сервер подключения GCM XMPP.

2. Если сервер приложений отключен, сервер GCM сохраняет сообщение в очереди для последующей пересылки.

3. При повторном подключении сервера приложений GCM передает сообщение на сервер приложений.

4. Сервер приложений анализирует сообщение, чтобы проверить подлинность клиентского приложения, а затем отправляет «ACK» в GCM для подтверждения получения сообщения.

5. Сервер приложений обрабатывает сообщение.

В вышестоящем сообщении Google объясняется, как структурировать сообщения в кодировке JSON и отправить их на серверы приложений, на которых выполняется облачный сервер подключения Google XMPP.

Настройка Google Cloud Messaging

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

Включение служб Google для приложения

1. Войдите в консоль разработчиков Google с помощью учетной записи Google (например, адреса Gmail) и создайте новый проект. Если у вас уже есть проект, выберите проект, который требуется включить в GCM. В следующем примере создается новый проект с именем ксамарингкм :

2. Затем введите имя пакета для своего приложения (в этом примере — имя пакета — com. Xamarin. гкмексампле) и нажмите кнопку продолжить, чтобы выбрать и настроить службы:

   Обратите внимание, что это имя пакета также является ИДЕНТИФИКАТОРом приложения для приложения.

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

4. Затем щелкните включить Google Cloud MESSAGING.

5. Для приложения создаются ключ API сервера и идентификатор отправителя . Запишите эти значения и нажмите кнопку Закрыть:

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

просмотр Параметры Project

Вы можете просмотреть параметры проекта в любое время, войдя в консоль Google Cloud и выбрав свой проект. Например, можно просмотреть идентификатор отправителя , выбрав проект в раскрывающемся меню в верхней части страницы (в этом примере проект называется ксамарингкм). идентификатор отправителя — это Project номер, как показано на следующем снимке экрана (идентификатор отправителя — 9349932736):

Чтобы просмотреть ключ API, щелкните Диспетчер API , а затем — учетные данные:

Дополнительные сведения

• Rfc 6120 и RFC 6121 объясняют и определяют расширяемый протокол обмена сообщениями и присутствия (XMPP).

Итоги

В этой статье представлен обзор Google Cloud Messaging (GCM). В нем объясняются различные учетные данные, используемые для обнаружения и авторизации обмена сообщениями между серверами приложений и клиентскими приложениями. В нем проиллюстрированы наиболее распространенные сценарии обмена сообщениями и подробно описаны действия по регистрации приложения в GCM для использования служб GCM.

Google поделился уникальной серверной технологией

В среду корпорация Google заявила, что раскрывает один из своих важнейших технологических секретов с целью поддержать фонд Open Compute Project Foundation. Речь идет о схемах энергоэффективных серверных стоек с напряжением питания 48 В (обычное напряжение в стойках – 12 В).

Проект Open Compute, предназначенный для разработки открытых спецификаций серверных систем, был создан в 2011 г. по инициативе компании Facebook. Его представители заявляют, что использование энергоэффективных серверных систем, созданных в рамках проекта, уже помогло компании сэкономить более $2 млрд. Сделанное в среду заявление – первый случай участия Google в этом проекте. Ранее к нему присоединились Apple, Goldman Sachs Group, Microsoft и многие другие компании, использующие в своей работе большие массивы серверов.

У технологий Open Compute есть и еще одно достоинство: они помогают клиентам стандартизировать взаимодействие между компонентами ЦОД, в том числе произведенными разными вендорами.

По словам Марка Руссиновича, директора Microsoft по технологиям, все новое оборудование, используемое Microsoft в проектах Azure, Office 365, Bing и Xbox Live, построено на спецификациях Open Compute. Корпорация также намерена сделать открытыми спецификации сетевых коммутаторов, позволяющие оптимизировать сетевые системы.

Open Compute придает большое значение сотрудничеству с китайскими и тайваньскими контрактными изготовителями электроники, производящими серверы по заказу Hewlett-Packard Enterprise, Dell, Lenovo Group и других лидеров серверного рынка. Объем этого рынка оценивается в $50 млрд. Крупные интернет-компании, желающие расширять свои ЦОД, все чаще прибегают к услугам корпораций вроде Quanta Computer, Wistron и Foxconn Technology, занимающихся сборкой недорогих серверов.

Джей-Ар Риверс, генеральный директор калифорнийской компании Cumulus Networks, отмечает, что Open Compute все чаще старается привлекать к сотрудничеству и небольшие клиентские компании.

Традиционные вендоры серверных систем тоже не сидят сложа руки. В прошлом году HP Enterprise заключила партнерское соглашение с Foxconn, расширив свое присутствие на рынке. Dell не поставляет серверов на базе технологий Open Compute, хотя и заявляет, что использует в своих серверах «элементы на базе подобных технологий» или «элементы, включаемые в более крупные продукты Open Compute».

Перевел Александр Силонов

Поисковый сервер Google. Работа в Интернете

Читайте также

Поисковый контекст

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

8.7. Поисковый сервер ht:/Dig

8.7. Поисковый сервер ht:/Dig Сервер Dig предназначен для поиска и индексирования содержимого web-страниц в небольших сетях. Сервер Dig прекрасно справляется с поиском информации на серверах вашей сети, однако заменить полноценную поисковую машину, такую, как Rambler, Yandex или Google, он

16.14. Сервер kHTTPd — веб-сервер уровня ядра

16.14. Сервер kHTTPd — веб-сервер уровня ядра В операционной системе все процессы можно разделить на два типа: процессы уровня ядра и пользовательские процессы. Процесс уровня ядра запускается и работает очень быстро по сравнению с относительно неповоротливым

1.2.3. Поисковый механизм

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

2.3.1. Что такое поисковый маркетинг?

2.3.1. Что такое поисковый маркетинг? ИНТЕРНЕТ-ТРАФИК – ОСНОВА ИНТЕРНЕТ-РЕКЛАМЫСегодня в российском сегменте Интернета – 30 миллионов пользователей. Постепенно Интернет становится для российского населения таким же обыденным каналом получения информации, как и

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

2.3.2. Когда и как используется поисковый маркетинг СПРОС И ИНСТРУМЕНТЫ ОПРЕДЕЛЕНИЯ СПРОСАЯ часто отвечаю на вопрос, можно ли использовать поисковый маркетинг и его инструментарий для вывода нового продукта в Интернет.Пример: «У меня новый автомобиль и марка новая ему

Поисковый сервер «Яндекс»

Поисковый сервер «Яндекс» Этот поисковик – один из старейших в русскоязычном сегменте Сети. «Яндекс» начал свою деятельность еще в 1997 году, когда Интернет только начал развиваться на постсоветском пространстве. Постепенно набирая обороты, «Яндекс» сегодня стал самым

Google I/O: новый Android, Google TV и машинное обучение Андрей Письменный

Google I/O: новый Android, Google TV и машинное обучение Андрей Письменный Опубликовано 21 мая 2010 года Несмотря на то, что первый день конференции I/O, проводимой компанией Google для разработчиков, принёс много интересных анонсов, во второй, заключительный её день,

Google устанавливает торговые автоматы для продажи приложений из Google Play Николай Маслухин

Google устанавливает торговые автоматы для продажи приложений из Google Play Николай Маслухин Опубликовано 04 октября 2013 Популярность торговых автоматов в Японии широко известна, и купить в них можно многое — от жевательной резинки до бытовой

В магазине Google Play появились смартфоны Samsung Galaxy S4 и HTC One в версии Google Edition Николай Маслухин

В магазине Google Play появились смартфоны Samsung Galaxy S4 и HTC One в версии Google Edition Николай Маслухин Опубликовано 27 июня 2013 Сегодня ночью в американском Google Play стали доступны два наиболее интересных и мощных Android-cмартфона: HTC One и Samsung Galaxy S4. Оба телефона лишись

Почему Google не показала новый Android и другие разочарования Google I/O 2013 Николай Маслухин

Почему Google не показала новый Android и другие разочарования Google I/O 2013 Николай Маслухин Опубликовано 21 мая 2013 В прошлом году на конференции Google I/O 2012 было жарко. Среди новинок, о которых говорили со сцены, были Nexus7, Project Glass, Android 4.1, Google Now и

Без Google Reader: чем заменить незаменимый сервис Google, что теперь делать и кто в этом виноват Олег Парамонов

Без Google Reader: чем заменить незаменимый сервис Google, что теперь делать и кто в этом виноват Олег Парамонов Опубликовано 15 марта 2013 Компания Google объявила, что планирует закрыть RSS-агрегатор Google Reader. Это катастрофа, и не только для тех, кто пользовался

А вы заглянете в магазин Google? Для чего поисковый гигант планирует свою розничную сеть — и удастся ли повторить успех магазинов Apple? Евгений Золотов

А вы заглянете в магазин Google? Для чего поисковый гигант планирует свою розничную сеть — и удастся ли повторить успех магазинов Apple? Евгений Золотов Опубликовано 19 февраля 2013 Корпорация Google собирается строить сеть собственных магазинов. Эта весточка, полученная из

Проект Google Houses: городские скворечники в виде меток Google Maps Николай Маслухин

Проект Google Houses: городские скворечники в виде меток Google Maps Николай Маслухин Опубликовано 07 февраля 2013 Одна из самых узнаваемых интернет-иконок – красная капля-указатель сервиса Google Maps – возможно, станет символизировать единую сеть городских

Использование сервера SMTP Google | DigitalOcean

Автор выбрал COVID-19 Relief Fund для получения пожертвования в рамках программы Write for DOnations.

Введение

Портативный сервер Google SMTP — один из малоизвестных функциональных компонентов Gmail и Google Apps. Вместо того, чтобы управлять собственным сервером исходящей почты в дроплете DigitalOcean или кластере Kubernetes, вы можете настроить сервер Google SMTP для работы с любым скриптом или с любой программой, которые вы хотите использовать для отправки электронной почты. Для этого потребуется (i) бесплатная учетная запись Gmail или (ii) платная учетная запись G Suite.

Преимущества

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

Настройки

Для сервера Google SMTP требуется аутентификация, и здесь мы покажем, как настроить ее в почтовом клиенте или приложении:

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

1. Сервер SMTP (т. е. сервер исходящей почты): smtp.gmail.com
2. Имя пользователя SMTP: ваш полный адрес электронной почты Gmail или G Suite (например, [email protected] или example@your_domain)
3. Пароль SMTP: ваш пароль Gmail или G Suite
4. Порт SMTP: 465
5. Требуется SMTP TLS/SSL: да

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

Для этого следует перейти в настройки Gmail и открыть вкладку Переадресация и POP/IMAP. Затем следует перейти в раздел Доступ IMAP и убедиться, что доступ IMAP включен для вашей учетной записи.

Примечание. Google будет автоматически перезаписывать строку От любого электронного письма, отправляемого через сервер SMTP Google, на связанный с учетной записью электронный адрес по умолчанию, если используемый адрес не содержится в списке адресов Отправлять почту как в настройках Gmail или G Suite. Чтобы просмотреть этот список, используйте вкладку Учетные записи и импорт на экране настроек.

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

Лимиты отправки

Google ограничивает объем почты, который пользователь может отправить через портативный сервер SMTP. Этот лимит ограничивает количество отправляемых сообщений в день 99 электронными сообщениями. Это ограничение автоматически снимается через 24 часа после достижения предела.

Заключение

Теперь у вас есть возможность использовать сервер Google SMTP. Если компактной версии недостаточно, вы можете установить и использовать postfix как сервер SMTP, служащий только для отправки сообщений.

Переезд серверов GMail в Россию не спасет переписку от ФБР

Тайна переписки

Американский суд обязал Google обнародовать переписку клиентов почтового сервиса, находящуюся на серверах за пределами США. Как пишет Reuters, по решению письма должны передаваться сотрудникам ФБР, ведущим расследования.

По словам служителей Фемиды, распоряжение не является «серьезным вмешательством» и «нарушением интересов владельцев аккаунтов». «Извлечение данных Google из своих многочисленных ЦОД за рубежом в перспективе может быть оценено, как вторжение в частную жизнь, однако фактически нарушение конфиденциальности сведений наступает в момент их раскрытия на территории США», — отмечает издание.

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

Устаревший закон

Решение было вынесено через семь месяцев после того, как окружной апелляционный суд в Нью-Йорке рассматривал аналогичное дело в отношении компании Microsoft. Правоохранительные органы США, ведущие расследование дела, связанного с наркотиками, потребовали выдать данные, хранящиеся на сервере в ирландском Дублине. Тогда судьи постановили, что Microsoft не обязана этого делать.

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

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

В январе 2017 г. это дело проходило пересмотр, четверо судей обратились в Верховный суд США и конгресс, заявив об угрозе национальной безопасности. Однако их коллеги отказались менять решение.

Журналисты отмечают, что в случае с Google и в случае с Microsoft авторы обращения в суд основывают свои действия на федеральном законе 1986 г. Stored Communications Act, требующий раскрытия содержимого электронных писем. Однако технологическое сообщество считает этот документ устаревшим. Согласно данным Reuters, Google получает более 25 тыс. запросов в год от американских властей для раскрытия пользовательских данных в связи с уголовными делами.

Возвращение на сервер

Напомним, в сентябре 2015 г. в России вступили поправки в закон, регламентирующие хранение персональных данных жителей страны на российских серверах. В июле 2016 г. президент России Владимир Путин подписал «антитеррористический» закон (так называемый «закон Яровой»), обязывающий операторов связи и интернет-компании хранить всю переписку пользователей в течение полугода. Одновременно он поручил правительству уточнить требования закона и подготовить в России производство ПО и оборудования, необходимого для выполнения закона.

Александр Корнев

Как решить проблему с сервером Google на Android-Carlcare

Ваш телефон сообщает «Проблема связи с серверами Google» при попытке выполнить задачу? Ты не одинок. Большое количество пользователей Android сообщили об одной и той же проблеме на своих устройствах Android. Кажется, это происходит, в частности, при открытии некоторых приложений и сервисов Google.

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

Как решить проблему с сервером Google на телефоне Android?

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

1. Сначала проверьте подключение к Интернету
2. Попробуйте подключиться к другой сети
3. Убедитесь, что дата и время вашего устройства верны
4. Отключить двухэтапную аутентификацию
5. Удалите свой аккаунт Google
6. Очистить информацию и резерв Google Services
7. Повторно добавьте свою учетную запись Google
8. Переустановите сервисы Google Play
9. Обновление файлов хоста (только для рутированных телефонов)

Сначала проверьте подключение к Интернету

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

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

• Если вы используете мобильную сеть, включите режим полета примерно на 30 секунд.Затем снова выключите его и включите мобильные данные.
• Если вы подключены к сети Wi-Fi, вы можете попробовать перезагрузить маршрутизатор. Затем перезагрузите устройство, чтобы проверить, устранена ли проблема.

 Если проблема с сервером Google возникает снова после того, как проблема связана с Интернетом, попробуйте следующее решение, приведенное ниже.

Попробуйте подключиться к другой сети

Точно так же многие пользователи сообщили, что избавились от проблемы, переключившись на другую сеть.Например, если вы подключены к домашней сети Wi-Fi, вы можете попробовать отключить Wi-Fi и переключиться на мобильные данные.

Вот подробный шаг:

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

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

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

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

• Откройте приложение Настройки на своем телефоне.
• Прокрутите вниз и щелкните Система
• Коснитесь Дата и время
• Нажмите «Использовать время, предоставленное сетью» и отключите его.
• После этого снова коснитесь его и выберите «Использовать время, предоставленное сетью».

Теперь попробуйте снова использовать приложение Google, чтобы посмотреть, решит ли оно проблему. Если нет, начните применять более технические решения ниже.

Отключить двухэтапную аутентификацию

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

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

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

• Откройте настройки
• Найдите и выберите вкладку Google
• Коснитесь Управляйте своей учетной записью Google
• На вкладке Безопасность нажмите двухэтапная проверка
• Вы будете перенаправлены в свой веб-браузер. Войдите в свою учетную запись Google еще раз.
• Коснитесь Отключите , чтобы отключить процесс.

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

Удалите свою учетную запись Google с устройства

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

• Откройте устройство Настройки
• Найдите аккаунта и откройте его.
• Выберите свой аккаунт Google из списка.
• Затем нажмите УДАЛИТЬ УЧЕТНУЮ ЗАПИСЬ , чтобы выйти. Между тем, вам может потребоваться сначала нажать кнопку с тремя точками в правом верхнем углу, в зависимости от вашей версии Android.
• Просмотрите следующее содержимое, затем нажмите УДАЛИТЬ УЧЕТНУЮ ЗАПИСЬ еще раз, чтобы подтвердить процесс.

Очистить информацию и резерв Google Services

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

• Запустите приложение Настройки на телефоне.
• Нажмите Приложения и уведомления (или Приложения)
• Нажмите «Просмотреть все приложения» или «Управление приложениями» , если вы еще не видите свой список приложений.
• В правом верхнем углу нажмите кнопку с тремя точками и нажмите Показать систему.
• Теперь найдите Google Account Manager в списке приложений и откройте его.
  • Затем нажмите Хранилище и кэш.
  • Выберите, Очистить кеш, затем нажмите Очистить данные.
• Выполните те же действия, чтобы очистить кэш и данные для Сервисов Google Play, Google Services Framework, Google One Time Init и Google Play Store.

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

Повторно добавьте свою учетную запись Google

После завершения перезагрузки телефона вернитесь на страницу Учетные записи на своем устройстве, чтобы снова добавить свою учетную запись Google. Вы больше не должны видеть ошибку «Произошла проблема при обмене данными с серверами Google 2020» . Вот как:

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

Вы больше не должны сталкиваться с проблемой неработающего сервера Google. Однако попробуйте следующее решение, если проблема не устранена.

Переустановите сервисы Google Play

Если проблема не устранена, переустановите приложение Службы Google Play , выполнив следующие действия.

• Запустите приложение Настройки на своем телефоне
• Нажмите Приложения и уведомления
• Нажмите Управление приложениями или Просмотреть все приложения или Информация о приложении, , если вы не видите свои приложения сразу,
• Теперь откройте Сервисы Google Play в списке.
• Затем нажмите кнопку с тремя точками в правом верхнем углу.
• Нажмите Удалить обновления!
• Тем не менее, прокрутите страницу вниз и коснитесь Сведения о приложении. Это приведет вас в магазин Google Play.
• Оттуда нажмите Обновить , чтобы установить последнюю версию приложения Google Play Services.
• Наконец, перезагрузите телефон после установки обновления, чтобы обновить систему.

Обновить файлы хоста (только для рутированных телефонов)

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

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

• Сначала удалите свой аккаунт Google.
• Загрузите ES File Explorer онлайн и установите его.
• Запустите приложение и предоставьте необходимые разрешения.
• Откройте боковое меню и включите Root Explorer.
• Разрешить корневой запрос суперпользователя , если будет предложено. (Это не сработает, если ваш телефон не рутирован!)
• После этого нажмите Локальный, затем выберите Устройство из накопителей
• Оттуда коснитесь папки « System» и откройте оттуда папку «etc» .
• Найдите и щелкните файл «Hosts» внутри папки.
• Выберите Редактор заметок ES из списка.
• Теперь внутри редактора очистите существующие тексты из файла hosts и вставьте следующее:
• Наконец, сохраните файл и закройте редактор.
• Теперь вы можете снова войти в свою учетную запись Google.

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

Аналогичным образом, если ваше устройство сообщает, что возникла проблема со связью с серверами Google на YouTube, вы можете сбросить настройки приложения или надстройки, используемой для входа в приложение YouTube Vanced, например Vanced micro-G.

Отчет: Google использует около 900 000 серверов

Администратор Google работает на сервере внутри контейнера в одном из первых центров обработки данных Google.(Источник: Google).

Наблюдатели Google завышали количество серверов в сети центра обработки данных компании? По последним оценкам, количество серверов Google превышает 1 миллион. Но новые данные об энергопотреблении Google предполагают, что компания, вероятно, использует около 900 000 серверов.

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

Дэвид Якобовиц из Google, менеджер программы в команде Green Energy, сказал Куми, что электроэнергия, используемая центрами обработки данных компании, составляет менее 1% от 198,8 млрд кВтч — расчетного общего потребления энергии центрами обработки данных в мире в 2010 году. Это означает, что Google может управлять всей своей глобальной сетью центров обработки данных с энергетическим следом примерно 220 мегаватт мощности.

«Использование электроэнергии центрами обработки данных Google составляет около 0,01% от общего мирового потребления электроэнергии и менее 1% мирового потребления электроэнергии центрами обработки данных в 2010 году», — пишет Куми, предупреждая, что его цифры представляют собой обоснованные предположения, экстраполированные из информации компании.«Этот результат отчасти является следствием более высокой эффективности инфраструктуры объектов Google по сравнению с собственными центрами обработки данных, что согласуется с эффективностью других установок облачных вычислений, но он также отражает более низкое потребление электроэнергии на один сервер для высокооптимизированных серверов Google. »

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

Google готовится к управлению гораздо большим парком серверов в будущем. Компания разработала новую систему хранения и вычислений под названием Spanner, которая будет стремиться автоматизировать управление сервисами Google в нескольких центрах обработки данных.Это включает в себя автоматическое распределение ресурсов по «всему парку машин» — от 1 до 10 миллионов машин.

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

Отчет Куми «Рост энергопотребления центров обработки данных с 2005 по 2010 год» был подготовлен для New York Times, в котором сегодня утром подводятся итоги.

ПОХОЖИЕ ИСТОРИИ

Насколько быстр сервер Google?. Google использует около 900 000 серверов | by Benny

Google использует около 900 000 серверов

Не переоценивают ли наблюдатели Google количество серверов в сети центра обработки данных компании? По последним оценкам, количество серверов Google превышает 1 миллион.Но новые данные об энергопотреблении Google предполагают, что компания, вероятно, использует около 900 000 серверов.

Администратор Google работает на сервере внутри контейнера в одном из первых центров обработки данных Google. (Источник: Google).

Наблюдатели Google завышали количество серверов в сети центра обработки данных компании? По последним оценкам, количество серверов Google превышает 1 миллион. Но новые данные об энергопотреблении Google предполагают, что компания, вероятно, использует около 900 000 серверов.

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

Дэвид Якобовиц из Google, менеджер программы p в команде Green Energy, сказал Куми, что электроэнергия, используемая центрами обработки данных компании, составляет менее 1% от 198,8 млрд кВтч — предполагаемого общего глобального потребления энергии центрами обработки данных в 2010 году.Это означает, что Google может управлять всей своей глобальной сетью центров обработки данных с энергопотреблением примерно в 220 мегаватт.

«Потребление электроэнергии центрами обработки данных Google составляет около 0,01% от общего мирового потребления электроэнергии и менее 1% от общего потребления электроэнергии центрами обработки данных в мире в 2010 году», — пишет Куми, предупреждая, что его цифры представляют собой обоснованные предположения, экстраполированные из информации компании. «Этот результат отчасти является следствием более высокой эффективности инфраструктуры объектов Google по сравнению с собственными центрами обработки данных, что согласуется с эффективностью других установок облачных вычислений, но он также отражает более низкое потребление электроэнергии на один сервер для высокооптимизированных серверов Google.

Серверы с низким энергопотреблением, высокоэффективные центры обработки данных

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

Компания Google готовится в будущем управлять большим парком серверов. Компания разработала новую систему хранения и вычислений под названием Spanner, которая будет стремиться автоматизировать управление сервисами Google в нескольких центрах обработки данных. Это включает в себя автоматическое распределение ресурсов по «всему парку машин» — от 1 до 10 миллионов машин

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

Облако или локальный сервер — где хранить данные?

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

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

Облако или локальные серверы — где хранить данные?

• Облачные и локальные серверы
• Облачные плюсы и минусы
• Локальные серверы плюсы и минусы
• В папке labfolder

Облачные и локальные серверы?

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

Облако — это тип сервера, который является удаленным (обычно в центрах обработки данных), то есть вы получаете к нему доступ через Интернет. Вы арендуете место на сервере, а не владеете сервером. Локальный (обычный) сервер — это тот, который вы покупаете и физически владеете, а также имеете при себе.

Облачные плюсы и минусы

Вы уже используете несколько облачных инструментов, включая поставщиков услуг электронной почты (Gmail, Outlook и т. д.), программное обеспечение для хранения/резервного копирования (iCloud, Dropbox, Box и т. д.) и все платформы социальных сетей. в котором у вас может быть учетная запись. Pros

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

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

  Минусы

  • Невозможно получить доступ к данным без Интернета
  • Передача данных из облака

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

  Плюсы и минусы локального сервера

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

  Плюсы

  • Скорость скачивания/загрузки
  • Управление настройкой системы
  • Безопасность

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

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

  Минусы

  • Установка дорогого оборудования
  • Требуется техническое обслуживание

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

  В папке lab

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

  Облако

  • 300 ГБ дискового пространства
  • Зашифрованная связь
  • Регулярные резервные копии
  • Два места хранения

  Специально для вашей команды в облаке у вас будет 300 ГБ пространства для хранения на каждого человека. Связь между вашим устройством и облаком лабораторных папок зашифрована. Каждую ночь создаются резервные копии ваших данных, которые хранятся в двух местах, одно из которых не разглашается.Это избыточное хранилище и резервные копии помогают обеспечить безопасность ваших данных.

  Сервер

  • Неограниченное пространство
  • Защита данных и связи
  • Удаленные обновления

  Серверы могут иметь неограниченное пространство. labfolder предлагает вам самые строгие международные законы о защите данных. Связь между сервером и клиентом осуществляется по военному стандарту шифрования AES-256. Чтобы запустить labfolder на ваших серверах, мы можем предоставить вам локальное решение, которое можно обновлять даже удаленно.

  Как создать слой данных для серверной части Диспетчера тегов Google

  Механизмы защиты от отслеживания в браузере становятся все более надежными, сторонние файлы cookie блокируются некоторыми браузерами, Chrome планирует отказаться от сторонних файлов cookie к 2022 году, Apple ввела свои ограничения на отслеживание для пользователей iOS. Все эти изменения коснулись веб-аналитики.

  Раньше мы считали отслеживание веб-сайтов интерфейсной вещью, но отслеживание веб-сайтов становится все более сложной задачей со всеми новыми ограничениями. Некоторые говорят, что отслеживание на стороне сервера станет новым стандартом.

  Один из самых простых и дешевых способов реализации тегов ss — использование сервера Google Tag Manager. После того, как вы настроите хостинг sGTM, следующий вопрос будет заключаться в том, как доставлять данные в GTM на стороне сервера. Вам нужно создать слой данных, аналогичный веб-контейнеру, или есть другой способ?

  В этом сообщении блога я хочу обсудить создание слоя данных для диспетчера тегов Google на стороне сервера.

  Уровень данных и источники данных для Интернета Диспетчер тегов Google

  В Интернете данные Диспетчера тегов Google собираются со стороны клиента.Вы используете элементы DOM или собираете данные с сайта с помощью селекторов CSS. Но в некоторых случаях эти методы могут быть нестабильными.

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

  В GTM на стороне сервера добавлен новый объект; он называется «Клиент». Основная цель клиента — преобразовать данные запроса в данные события внутри GTM сервера.

  Как Клиент понимает, какой запрос требовать и обрабатывать? Он проверяет путь запроса. Например, Universal Analytics отправляет запросы, содержащие /collect . Клиент просматривает путь входящих HTTP-запросов и, если путь запроса имеет свой «ключ», Клиент преобразует данные запроса в данные события в sGTM.

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

  Позвольте мне показать пример. Я буду использовать Data Tag/Data Client для этого. В контейнере веб-GTM я настроил тег данных, который отправляет запросы в контейнер сервера.

  Путь запросов тега данных содержит /data.

  В sGTM у меня есть клиент данных, который прослушивает все запросы, содержащие /data во входящем HTTP-запросе.

  В GTM сервера есть два тега (GA4 и Klaviyo, активные на месте), которые срабатывают всякий раз, когда запрашивается клиент данных, и имя события  page_vew . Давайте посмотрим, что происходит в GTM сервера, когда он получает входящий запрос с /data и именем события page_view . Оба тега активируются, и Data Client отправляет исходящий HTTP-запрос.

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

  При нажатии на данные события вы увидите, какая информация из входящих HTTP-запросов Data Client сопоставляется с данными события.

  Уровень данных не существует на сервере Диспетчера тегов Google в том виде, в каком мы использовали его в Диспетчере тегов Google в Интернете.Обычно вы создаете теги в sGTM на основе данных о событиях и запрошенных данных.

  Скорее всего, мы не сможем перейти на отслеживание только на стороне сервера в ближайшие пару лет. В то же время будет использоваться гибридный подход — , сочетающий веб-отслеживание и отслеживание сервера . Некоторые теги по-прежнему будут работать на стороне клиента (либо потому, что платформы еще не поддерживают отслеживание ss, либо просто потому, что их нельзя переместить в ss, это относится к таким инструментам, как HotJar), ​​а другие теги будут настроены на на стороне сервера.Будет один тег/клиент, отвечающий за отправку определенных данных или всего уровня данных из Интернета в контейнер GTM сервера.

  На схеме ниже показано, как работает процесс доставки данных в sGTM. Web GTM имеет уровень данных, UA и пиксель FB используют веб-отслеживание. Затем у нас есть серверный тег GA4, который отвечает за доставку данных из Интернета на сервер GTM. На основе тега данных GA4, предоставленного sGTM, мы можем настроить теги ss Adwords и FB CAPI в серверном GTM.

  Для меня два наиболее часто используемых метода отправки данных из Интернета на сервер GTM:

  • Использование Google Analytics 4

  • Использование тега данных/клиента данных

  1.Отправить слой данных на сервер GTM с помощью Google Analytics 4.

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

  Google Analytics 4 и UA имеют разные стандарты уровня данных электронной коммерции (уровень данных UA, уровень данных GA4). Поэтому, если у вас есть слой данных ee на сайте, созданный для UA, убедитесь, что вы изменили его для GA4.Хорошо, что вы можете использовать переменные в галерее шаблонов GTM, которые преобразуют события и переменные UA в стандарты GA4.

  Этот вариант лучше всего подходит, если вы планируете настроить отслеживание на стороне сервера для Google Рекламы или Floodlight, так как эти два варианта работают только на основе тегов GA4.

  2. Используйте тег данных/клиент данных для отправки слоя данных из Интернета на сервер GTM.

  Наиболее значительным преимуществом использования тега данных/клиента данных является то, что DT автоматически отправляет слой данных и другие общие данные из Интернета на сервер GTM.Если вы включите два флажка, Отправить общие данные и Отправить все из DataLayer, он будет анализировать данные в веб-GTM и отправлять всю информацию, которую он может найти, на сервер GTM. Нет необходимости настраивать каждый параметр вручную.

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

  Контейнер Server GTM не имеет ничего похожего на уровень данных, который мы использовали в веб-контейнере.Но есть несколько способов передачи события и пользовательских параметров или события всего уровня данных из Интернета на сервер Google Tag Manager.

  Что-то непонятно? Мы здесь для вас!

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

  Получить предложение

  Google раскрывает некогда секретный сервер — CNET

  Google впервые продемонстрировал дизайн своего сервера.(Нажмите, чтобы увеличить) Стивен Шенкленд/CNET

  Обновлено в 16:08. 1 апреля по тихоокеанскому времени с более подробной информацией об эффективности центров обработки данных Google и модулях транспортных контейнеров и 6:30 утра 2 апреля, чтобы скорректировать временные рамки статистики эффективности.

  МАУНТИН-ВЬЮ, Калифорния — Google хранит молчание о своих вычислительных операциях, но в среду компания впервые раскрыла аппаратное обеспечение, лежащее в основе ее возможностей в Интернете, на конференции, посвященной все более актуальной проблеме эффективности центров обработки данных.

  Большинство компаний покупают серверы у таких компаний, как Dell, Hewlett-Packard, IBM или Sun Microsystems. Но Google, который имеет сотни тысяч серверов и считает их использование частью своего основного опыта, проектирует и строит свои собственные. Бен Джай, спроектировавший многие серверы Google, представил современный сервер Google голодным глазам технически искушенной аудитории.

  Дизайнер серверов Google Бен Джай Стивен Шенкленд/CNET

  Большой сюрприз от Google: у каждого сервера есть собственная 12-вольтовая батарея для питания в случае проблем с основным источником электроэнергии.Компания также впервые сообщила, что с 2005 года ее центры обработки данных состоят из стандартных транспортных контейнеров, в каждом из которых находится 1160 серверов, а потребляемая мощность может достигать 250 киловатт.

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

  «Это был наш Манхэттенский проект», — сказал Джай о дизайне.

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

  «Было мало пользы от попыток проповедовать, если люди не интересовались этим», — сказал Хёльцле, но теперь отношение изменилось.

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

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

  Тыльная сторона сервера Google. Стивен Шенкленд/CNET

  Почему встроенные батареи?
  Почему аккумуляторный подход важен? Деньги.

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

  «Это намного дешевле, чем огромные централизованные ИБП», — сказал он. «Поэтому никаких потерь мощности».

  Эффективность – еще один финансовый фактор. Крупные ИБП могут достигать КПД от 92 до 95 процентов, что означает потерю большого количества энергии. Батареи, установленные на сервере, работают лучше, сказал Джай: «Мы смогли измерить фактическое использование более чем 99 раз.КПД 9 процентов».

  Урс Хёльцле, вице-президент по операциям Google Стивен Шенкленд/CNET

  Толщина сервера Google составляла 3,5 дюйма — 2U, или 2 стойки, если говорить языком центра обработки данных. У него было два процессора, два жестких диска и восемь слотов памяти, установленных на материнской плате производства Gigabyte. По словам Джая, Google использует процессоры x86 как AMD, так и Intel, и Google также использует дизайн батареи в своем сетевом оборудовании.

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

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

  Джай сам нес большую часть бремени. По его словам, он был единственным инженером-электриком, работавшим над проектированием серверов с 2003 по 2005 год.«Я работал по 14 часов в день в течение двух с половиной лет», — сказал он, прежде чем было нанято больше сотрудников, чтобы разделить работу.

  У Google есть патенты на конструкцию встроенной батареи, «но я думаю, что мы были бы готовы предоставить их поставщикам по лицензии», — сказал Хёльцле.

  Другой иллюстрацией одержимости Google эффективностью является конструкция блока питания. Блоки питания преобразуют обычное электричество переменного тока (переменный ток — то, что вы получаете от настенной розетки) в электричество постоянного тока (постоянный ток — то, что вы получаете от батареи), а типичные блоки питания обеспечивают компьютеры как 5-вольтовым, так и 12-вольтовым напряжением. вольт постоянного тока.Конструкции Google обеспечивают только 12-вольтовое питание с необходимыми преобразованиями на материнской плате.

  Эффективность центра обработки данных Google постепенно повышается. Стивен Шенкленд/CNET

  Это добавляет 1 или 2 доллара к стоимости материнской платы, но оно того стоит не только потому, что блок питания дешевле, но и потому, что блок питания может работать ближе к его пиковой мощности, что означает, что он работает намного эффективнее.Google даже обращает внимание на большую эффективность передачи мощности по медным проводам на 12 вольт по сравнению с 5 вольтами.

  Google также представила новые результаты производительности для энергоэффективности центра обработки данных, измеренной по стандарту, называемому эффективностью использования энергии. PUE, разработанный консорциумом под названием Green Grid, измеряет, сколько энергии уходит непосредственно на вычисления по сравнению с вспомогательными услугами, такими как освещение и охлаждение. Идеальная оценка 1 означает, что дополнительные затраты не тратятся на мощность; 1.5 означает, что вспомогательные службы потребляют половину мощности, выделяемой на вычисления.

  Показатели Google PUE завидно низкие, но компания работает над их дальнейшим снижением. По словам Мэлоуна, в третьем квартале 2008 года PUE Google составлял 1,21, но в четвертом квартале он упал до 1,20, а в первом квартале 2009 года до 15 марта — до 1,19.

  По его словам, старые объекты Google обычно имеют более высокий PUE; лучший имеет оценку 1,12. Когда погода становится теплее, Google замечает, что серверы сложнее поддерживать в прохладе.

  Отрывок из видео-тура, представленного Google по контейнерам для дата-центров. Как и в обычных центрах обработки данных, транспортные контейнеры Google имеют фальшполы. Стивен Шенкленд/CNET

  Морские контейнеры
  Большинство людей покупают компьютеры по одному, но Google мыслит совсем по-другому. Джимми Клидарас сообщил, что центры обработки данных компании состоят из стандартных транспортных контейнеров 1AAA, в каждом из которых находится 1160 серверов, причем в каждом центре обработки данных имеется множество контейнеров.

  Модульные центры обработки данных не уникальны для Google; Их продают Sun Microsystems и Rackable Systems. Но Google начал использовать их в 2005 году.

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

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

  «Сначала упор делался на доллар за (поисковый) запрос, — сказал Хёльцле. «Мы были вынуждены сосредоточиться. Доход от запроса очень низкий».

  Он добавил, что единственным вариантом были основные серверы с процессорами x86. «Десять лет назад… было ясно, что единственный способ заставить (поиск) работать как бесплатный продукт — это запустить его на относительно дешевом оборудовании. Вы не можете запустить его на мейнфрейме. он сказал.

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

  Схема модульного дата-центра Google Стивен Шенкленд/CNET

  Google показывает миру свои секретные серверы

  Компания Google предоставила всем редкую возможность заглянуть в свои серверные комнаты и подробно рассказала, как идет в ногу со стремительным ростом своего поискового бизнеса.В сообщении в блоге Google Fellow Амин Вадат сказал, что текущая сеть компании, Jupiter, может обеспечить петабит в секунду общей пропускной способности. Это означает, что каждый из его 100 000 серверов может случайным образом общаться друг с другом на скорости 10 Гбит/с, что в сто раз быстрее, чем сеть первого поколения, созданная в 2005 году. собственное оборудование из готовых запчастей.

  Еще в 2004 году Google решила отказаться от продуктов известных компаний, таких как Cisco, и создать собственное оборудование, используя готовые чипы таких компаний, как Qualcomm.Цель состояла в том, чтобы возложить меньше нагрузки на аппаратное обеспечение и больше на программное обеспечение, что невозможно с готовыми коммутаторами. Вадат сказал, что аппаратное переключение «выполняется вручную и подвержено ошибкам… и не может масштабироваться для удовлетворения наших потребностей». Использование программной коммутации было не только дешевле, но и проще для удаленной реализации, что критически важно для компании, чьи требования к полосе пропускания удваиваются (или более) каждый год.

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

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

  Диспетчер тегов Google Тегирование на стороне сервера: руководство

  Обновлено: 2 января 2022 г.

  Когда 12 августа 2020 года была запущена общедоступная бета-версия серверного Диспетчера тегов Google (SGTM), аудитория разделилась на несколько групп. Некоторые люди аплодировали и кричали «ЭТО ОГРОМНО», в то время как другие были немного сбиты с толку, спрашивая: «Я не уверен, что понимаю это. Хорошо ли это для маркетологов?». И это совершенно понятно. Тема непростая для восприятия.Особенно, если у вас нет технического образования.

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

  Итак, если вы ищете что-то вроде «Теги GTM на стороне сервера для начинающих» или «Учебник по добавлению тегов на стороне сервера Google Tag Manager для начинающих», вы попали по адресу.Однако имейте в виду, что в данном контексте слово «новичок» относится к тому, кто не знает, что такое серверная часть. Тем не менее, вам все равно нужно хорошо понимать, как в целом работает отслеживание веб-сайтов с помощью GTM.

  Если ваши клиенты спросят, нужно ли им применять теги на стороне сервера, надеюсь, вы сможете ответить на этот вопрос после прочтения моего руководства и/или просмотра видео.

  Содержание

  + Показать содержание +

   

  Видеоруководство

  Если вы предпочитаете видеоконтент, я также записал учебник/введение, которое дополняет это руководство.В нем я даю упрощенный обзор возможностей, преимуществ, недостатков и т. д., а также показываю, как настроить вашу первую тестовую настройку для поддержки настройки Universal Analytics.

   

  Хотите узнать больше? Взгляните на этот курс.

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

  Итак, если вы хотите как следует изучить эту тему, у меня есть много материалов по ней в моем курсе для среднего/продвинутого уровня Google Tag Manager.Вы узнаете, как отправлять данные в Google Analytics, Facebook Conversions API, как оптимизировать стоимость SGTM (поскольку это не бесплатно), как продлить срок действия сторонних файлов cookie (в контексте ITP) и многое другое. .

   

   

  Это горячая тема

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

  Итак, если вы хотите оставаться впереди, я предлагаю вам сделать то же самое.

   

  Обычный способ использования GTM

  Чтобы объяснить, как работает тегирование на стороне сервера, сначала давайте рассмотрим настройку/процесс, с которым большинство из вас уже знакомо. Если вы хотите установить Диспетчер тегов Google на сайт, вам необходимо добавить фрагмент JavaScript веб-контейнера в исходный код вашего сайта.

  Когда страница загружается, фрагмент GTM также загружается и запускает теги в зависимости от вашей конфигурации.Тег Universal Analytics — один из них. Все здесь происходит на стороне клиента (читай: в вашем браузере ). Коды JavaScript загружаются, собирают данные и затем отправляют их куда-то еще. Например, фрагмент кода Universal Analytics отправляет данные на адрес google-analytics.com .

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

   

  Серверный способ

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

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

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

   

  Зачем тебе это нужно?

  Вероятно, вы сейчас думаете: зачем вам добавлять дополнительный шаг в процесс сбора данных? Зачем вам иметь сервер(ы) в облаке, где загружен другой контейнер GTM, который отправляет данные другим поставщикам?

  Очень правильный вопрос.Вот с этого и нужно начать говорить о преимуществах.

   

  Преимущества тегирования на стороне сервера

  Использование тегов на стороне сервера дает ряд преимуществ. Упомяну только самые крупные (на мой взгляд). Если вы хотите узнать больше, проверьте сообщение в блоге Симо.

   

  Уменьшена нагрузка на страницу

  Когда веб-страница загружается, она должна загрузить и обработать много ресурсов. Как показали мои различные эксперименты, фрагменты JavaScript, которые вы добавляете в целях аналитики/маркетинга, могут значительно замедлить работу вашего сайта, особенно если вы добавляете новые скрипты чаще, чем Бакетхед выпускает новые студийные альбомы (забавный факт: до августа 2020 года он выпустил 314 студийных альбомов).

  Даже если скрипт загружается асинхронно (что в наши дни является стандартом), он все равно замедляет работу вашего сайта.

  А теперь представьте себе: вместо того, чтобы загружать на свой сайт десятки разных скриптов, вы могли бы иметь их всего несколько. Эти сценарии будут отправлять данные в ваш контейнер GTM на стороне сервера, а оттуда контейнер будет изменять данные в соответствии с вашими конфигурациями, а затем отправлять их дальше другим инструментам / платформам, которые вы используете (аналитика, маркетинг, CRM, вы называете это ).

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

  Надеемся, что в будущем сообщество предложит несколько шаблонов plug-and-play, которые сделают всю тяжелую работу за вас, и вам нужно будет просто щелкнуть несколько кнопок/флажков и т. д., и запустить без особых хлопот. С надеждой.

   

  Контролировать, какие данные отправляются поставщикам

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

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

  С точки зрения конфиденциальности это не то, что вам нужно, поскольку это приводит к утечке личной информации (PII). Благодаря отслеживанию на стороне сервера вы можете контролировать, что отправляется этим поставщикам.

  Вот пример:

  • У вас есть специально созданная библиотека JavaScript, которая собирает данные о поведении посетителей на вашем сайте
  • Эта библиотека отправляет данные в контейнер Диспетчера тегов Google на стороне сервера
  • Вы настраиваете этот контейнер для отправки полученных данных в:
    • Google Analytics
    • Пиксель Facebook
    • Google Реклама

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

  Почему? Потому что Facebook Pixel в этой настройке взаимодействует с вашим облачным сервером. Данные браузера посетителя недоступны.

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

  Уменьшить влияние блокировщиков рекламы

  Ситуация: вы получили согласие от посетителя на отслеживание аналитики, но этот посетитель использует расширение для блокировки рекламы.В дополнение к блокировке рекламы это расширение также блокирует все запросы к google-analytics.com/collect . Именно так ваши теги Google Analytics должны были отправлять данные на серверы GA.

  Если запрос заблокирован, данные не передаются.

  С помощью тегов на стороне сервера вы можете создать собственный поддомен, на который вы можете отправлять данные, например. analytics.yourdomain.com . На другом конце серверный контейнер GTM ожидает данных. После получения и обработки контейнер отправляет данные дальше в Google Analytics.

  В настоящее время блокировщики рекламы не блокируют запросы, отправленные на домены вида  analytics.yourdomain.com . Кто знает, что произойдет в будущем, но сейчас это сработает.

   

  Продлить срок действия файлов cookie в Safari (ITP)

  Intelligent Tracking Prevention (ITP) — это набор функций повышения конфиденциальности в браузере Apple Safari (но также влияет на другие браузеры на iOS). Есть много вещей, которые затронуты/ограничены, чтобы предотвратить межсайтовое отслеживание, но прямо сейчас я собираюсь поговорить об истечении срока действия файлов cookie.

  Если основной файл cookie (что означает, что к нему можно получить доступ только на вашем сайте) сохраняется в браузере посетителя с помощью JavaScript, срок действия этого файла cookie истечет через 7 дней (в некоторых случаях ограничение составляет 24 часа). Даже если этот JavaScript полностью настраиваемый, встроенный внутри компании и не связан ни с каким сторонним поставщиком, срок действия этого файла cookie истечет через 7 дней (если посетитель не будет повторно посещать ваш сайт и этот файл cookie не будет обновляться).

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

  Я объясняю, как расширить файлы cookie с помощью SGTM, в моем курсе среднего/продвинутого уровня Google Tag Manager.

   

  Прочие льготы

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

   

  Недостатки

  Однако и здесь не все идеально. Есть и несколько недостатков. Или, может быть, их следует назвать «Что нужно иметь в виду».

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

   

  Платное решение

  Не поймите меня неправильно. Контейнер на стороне сервера GTM является бесплатным, и в большинстве случаев вы не будете нести никаких затрат в тестовой конфигурации.Тестовая конфигурация представляет собой класс экземпляра App Engine F1 в стандартной среде.

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

  Нет, это не потому, что для контейнера GTM требуется платная подписка на GTM. Однако вам нужно где-то разместить этот контейнер на стороне сервера. И вот на что нужно потратить $$$ — Google Cloud Platform.

  В производственной конфигурации каждый сервер стоит приблизительно 40 долларов США в месяц (USD).Каждый сервер представляет собой экземпляр App Engine с 1 виртуальным ЦП, 0,5 ГБ памяти и 10 ГБ на диске в гибкой среде. Рекомендуется запускать как минимум 3 сервера, чтобы снизить риск потери данных в случае сбоя сервера. Следовательно, это не менее 120 долларов США в месяц.

  Чем больше данных вы отслеживаете/обрабатываете, тем выше будет цена.

  Вы также можете использовать другие серверы (выполнив настройку вручную).

   

  Не для всех

  Чтобы начать работать с тегами на стороне сервера в Диспетчере тегов Google, вам нужно стать еще более техническим специалистом (или нанять кого-то, кто имеет опыт разработки аналитики).

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

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

   

  Как настроить теги на стороне сервера в Диспетчере тегов Google?

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

  Вот как вкратце выглядит процесс:

  • Создание серверного контейнера Диспетчера тегов Google + облачный проект
  • Настроить теги, триггеры, переменные (если нужно), клиенты (о них чуть позже) в серверном контейнере
  • Отправьте данные в серверный контейнер GTM
  • Проверить и проверить

   

  Создайте серверный контейнер Диспетчера тегов Google

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

  Войдите в свою учетную запись Диспетчера тегов Google, перейдите в раздел «Администратор» и щелкните значок «Плюс».

  Затем введите имя (например, Demo Server Side Container) и выберите тип «Сервер».

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

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

  Если вы новичок в Google Cloud Platform, вам необходимо создать рекламный аккаунт для выставления счетов и ввести данные своей кредитной карты. Нажмите «Создать платежный аккаунт».

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

  Когда все будет сделано, вы увидите информацию о созданном сервере (включая идентификатор проекта Google Cloud Platform, URL-адрес по умолчанию и т. д.)

   

  Настроить теги, триггеры, переменные (при необходимости), клиенты в контейнере сервера

  Концепция тегов, триггеров и переменных также доступна в контейнерах на стороне сервера, но есть одна новая вещь, с которой вам нужно ознакомиться.

  Клиент.

  Нет, это не клиент 🙂

  Клиенты несут ответственность за получение и обработку/адаптацию данных, полученных серверным контейнером GTM. Затем он делает данные доступными для тегов, триггеров и переменных в этом контейнере.

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

  При создании нового контейнера сервера автоматически создаются два клиента. Один называется Universal Analytics, а другой — GA4.

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

  Кроме того, вы можете создавать своих собственных клиентов, но для этого требуется хорошее знание JavaScript + знакомство с API, доступными в шаблонах клиентов.

  Для вашей первой настройки нам не нужно создавать или кодировать клиентов. Мы будем использовать существующий клиент Universal Analytics. Каждый раз, когда данные Universal Analytics отправляются в контейнер сервера GTM, этот клиент перехватывает их и делает доступными для использования.

  Примечание:  , если вы хотите узнать, как внедрить SGTM для Google Analytics 4, посмотрите мой курс среднего/продвинутого уровня GTM.

  Когда это произойдет, нам нужно активировать тег сервера Universal Analytics, который будет отправлять данные на серверы Google Analytics.

  Для этого перейдите в Теги > Создать > Universal Analytics . Этот тег будет пересылать все данные, полученные от клиента Universal Analytics.

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

  • Один тег для просмотра страниц
  • Один для покупок
  • Один для кликов по исходящим ссылкам и т. д.

  В случае серверной части достаточно одного тега Universal Analytics.Этот тег будет получать данные о событиях GA, просмотрах страниц GA, покупках GA (с вашего веб-сайта) и т. д. и перенаправлять их на серверы GA.

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

  Когда имеет смысл создавать несколько тегов Universal Analytics в контейнере сервера? В некоторых случаях может потребоваться переопределить настройки только для определенных событий GA. Тогда имело бы смысл создать отдельный тег только для X-событий.

  Но в этой первой настройке нам не нужно вносить никаких изменений в конфигурацию тега. Перейдем к триггеру. Щелкните раздел «Триггеры».

  Вы не увидите готовых триггеров (например, Все страницы ). Создайте новый, нажав значок «Плюс» в правом верхнем углу.

  Единственный тип триггера, доступный в контейнере на стороне сервера, — это Custom . Нет просмотров страниц, нет видео на Youtube. Просто обычай. Выберите его.

  Пользовательский означает «Запрос был отправлен в контейнер сервера GTM».Если вы согласны с отправкой ЛЮБОГО запроса в Google Analytics, вы можете продолжать использовать «Все события», но было бы лучше, если бы вы были более конкретными.

  Что, если в будущем мы будем использовать несколько клиентов (что очень вероятно)? В этом случае вы можете ограничить активацию этого триггера только тогда, когда клиент Universal Analytics по умолчанию перехватывает запрос.

  Поэтому необходимо ввести следующее условие: Имя клиента равно Universal Analytics

  С.S. Имя клиента — это встроенная переменная, которую необходимо включить в разделе «Переменные» контейнера сервера.

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

  Прямо сейчас вы не увидите там никаких данных (поскольку в этот контейнер еще ничего не было отправлено).

  Но это скоро изменится.

   

  Отправка данных в контейнер Диспетчера тегов Google на стороне сервера

  Существует несколько способов отправки данных в серверный контейнер GTM:

  • Разработчик может редактировать фрагменты кода gtag.js, добавленные в исходный код вашего сайта
  • Разработчик может написать некоторый собственный код/библиотеку, которая подготавливает и отправляет данные в сам контейнер сервера
  • Вы можете настроить тег Universal Analytics в Диспетчере тегов Google

  Неудивительно, что прямо сейчас я воспользуюсь опцией GTM.

  Допустим, у вас есть веб-сайт, на который добавлен обычный веб-контейнер GTM. Вы уже запускаете тег Universal Analytics при каждом просмотре страницы. Скорее всего, у вас также есть какие-то дополнительные теги событий.

  Все они отправляют данные (по умолчанию) на google-analytics.com/collect (или /r/collect и т. д.). Теперь мы должны изменить этот целевой URL-адрес и перенаправить все запросы в ваш новый контейнер на стороне сервера.

  Для этого в теге Universal Analytics (вашего веб-контейнера) есть поле под названием Transport URL.Вы можете найти его, открыв тег GA > Advanced Configuration .

  Здесь нам нужно будет ввести URL.

  Скорее всего, вы захотите отправлять ВСЕ запросы GA в серверный контейнер. Вот почему вместо этого удобнее обновить переменную настроек GA. Откройте переменную настроек GA, которую вы используете в своих тегах, перейдите к Advanced Configuration , и вы найдете там поле Transport URL .

  Какой URL следует ввести? Перейдем к контейнеру сервера и щелкнем идентификатор контейнера:

  .

  Во всплывающем окне вы увидите URL-адрес по умолчанию.Скопируйте его и вставьте на транспортный URL в своем веб-контейнере.

   

  Время проверить

  Обновите режим предварительного просмотра в контейнере на стороне сервера (еще раз нажав кнопку «Предварительный просмотр» в интерфейсе GTM).

  Включить режим предварительного просмотра в контейнере GTM.

  Прежде всего, активируется тег просмотра страницы в вашем веб-контейнере (если вы установили его активацию на всех страницах).

  Вы также можете проверить вкладку «Сеть» в инструментах разработчика вашего браузера.Введите «/collect» (без кавычек), чтобы найти запрос. Если вы не можете обновить страницу еще раз (пока /collect находится в строке поиска). Вы должны увидеть запрос, который был отправлен НЕ на google-analytics.com  , а на домен вашего контейнера (должен содержать […]appspot.com ). Если статус этого запроса 200, это хорошо.

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

  Щелкните по нему и проверьте, активировался ли тег GA в контейнере вашего сервера. Вы можете нажать на тег и посмотреть, какие данные были отправлены дальше в GA.

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

  Наконец, перейдите к отчетам GA в реальном времени и проверьте, видны ли данные (потому что так и должно быть 🙂).Если вы видите данные в контейнере сервера, но ничего не видите в отчетах в реальном времени, ознакомьтесь с этим руководством.

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

   

  Подключите свой личный домен

  Запрос, который мы только что отправили в контейнер сервера GTM, был выполнен с использованием стороннего домена ( […..].appspot.com ). Следовательно, это все еще может рассматриваться как отслеживание третьей стороной. Зная, как браузеры постоянно ужесточают веб-отслеживание, настоятельно рекомендуется вместо этого использовать собственный личный домен (в качестве конечной точки).

  Другими словами, вы должны отправлять запросы не на […..].appspot.com , а на свой собственный поддомен, например. analytics.yourdomain.com . Таким образом, измерение веб-сайта будет происходить в контексте первой стороны.

  В моем видеоруководстве есть отдельный фрагмент, в котором объясняется, как это сделать (посмотрите видеоплеер ниже).

  Если плеер не работает, то можно перейти по ссылке здесь.

   

  Переход из тестовой среды в производственную

  Все, что мы сделали до сих пор, было сделано в тестовой среде Google Cloud.Если вы хотите начать использовать это на своем веб-сайте, вам нужны лучшие ресурсы (читай: обновление).

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

  В документации Google

  также есть информация об этом.

   

  Опубликовать изменения GTM

  Когда ваша установка будет готова, опубликуйте изменения в обоих контейнерах GTM (веб-контейнере и сервере). Веб-контейнер начнет отправлять ваши данные GA в контейнер на стороне сервера, а затем серверный контейнер начнет принимать входящие данные и перенаправлять их на серверы GA.

   

  Проблемы/о чем следует помнить

  Наряду со всеми преимуществами и недостатками, упомянутыми в предыдущих главах, следует помнить и о других вещах/проблемах.

   

  Это НЕ делает ваши знания о веб-отслеживании с помощью GTM устаревшими

  Серверная часть

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

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

  По мере того, как мы видим, как вся индустрия смещается в сторону чистого отслеживания 1-й стороной, потребность в серверной стороне определенно возрастет. Но вам все равно нужно будет как-то отправить эти данные с вашего сайта (и веб-контейнер в GTM — один из вариантов).

  Так что, если у вас есть сомнения по поводу чтения/просмотра текущих руководств по GTM, не волнуйтесь и не стесняйтесь погрузиться в них. Если вы спешите и хотите начать работу БЫСТРО, вы можете проверить мой премиальный GTM курсы.

   

  Плохие/теневые актеры

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

  Но, я думаю, это цена прогресса + я думаю, что индустрия (и охрана конфиденциальности) продолжит искать способы обойти/ограничить это. Как-то.

   

  Серверная сторона НЕ делает вас автоматически GDPR/CCPA/и т.д. соответствует

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

   

  Более сложная отладка

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

  Вам НЕОБХОДИМО получить доступ к контейнеру на стороне сервера, чтобы отлаживать то, что происходит внутри.

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

   

  Только начинаете с GTM? Пока не прыгайте на серверную сторону

  Сначала ознакомьтесь с обычным (веб-сайт) контейнером GTM, как он работает. Когда вы будете уверены в этом, начните больше узнавать о тегах на стороне сервера.

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

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

   

  Следите за сервером

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

  Будьте в курсе. Если ваши коллеги/клиенты спросят, не следует ли им задуматься о реализации настройки на стороне сервера, надеюсь, эта запись в блоге помогла вам найти ответ.

   

  Тегирование GTM на стороне сервера: Final Words

  Следует ли вам прямо сейчас приступить к реализации тегов на стороне сервера в ваших проектах?

  В 2020 году ответа еще нет. Это все еще в бета-версии, в будущем будут добавлены новые функции, также ждем галерею шаблонов и т.д.

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

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

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