Как пройти капчу?
Блин, ну я даже не знаю.
Блин, ну я даже не знаю.
В воскресенье, 5 мая, Ренд Фишкин (известный во всем мире как основатель популярного сервиса Moz.com) получил электронное письмо от человека, утверждающего, что у него есть доступ к массивной утечке документации API из внутреннего подразделения поиска Google. В письме также утверждалось, что эти утекшие документы были подтверждены как подлинные бывшими сотрудниками Google, и что эти бывшие сотрудники и другие лица поделились дополнительной, приватной информацией о работе поиска Google.
Один из скринов "слитой" базы Google
Многие из их заявлений прямо противоречат публичным заявлениям сотрудников Google, сделанным за последние годы. В частности многократным отрицаниям компании о том, что сигналы пользователя, связанные с кликами, используются, что субдомены рассматриваются отдельно в ранжировании, отрицаниям существования песочницы для новых сайтов, отрицаниям того, что возраст домена собирается или учитывается, и многому другому.
"Сливщиком" информации оказался Эрфан Азими (ссылка на Линкедин). В его профиле указана Грузия как страна проживания. Именно он показал Ренду саму утечку: более 2,500 страниц документации API, содержащей 14,014 атрибутов (функций API), которые, по-видимому, происходят из внутреннего "Content API Warehouse" Google. Судя по истории коммитов документа, этот код был загружен на GitHub 27 марта 2024 года и не удален до 7 мая 2024 года.
Что интересного в этих документах?
Ложные Утверждения Google, Опровержения которых обнаружены в Документации API
Утечки документации API Google раскрыли значительные противоречия между публичными заявлениями Google и их реальными
Авторитет домена: Google неоднократно отрицал использование "авторитета домена", утверждая, что они не используют метрику для измерения авторитета сайта в целом. Однако утекшие документы показывают существование метрики под названием "siteAuthority", используемой в внутренних системах Google, что противоречит их публичным заявлениям. Такие известные личности, как Гэри Илш и Джон Мюллер, неоднократно заявляли, что Google не использует метрику авторитета сайта, что теперь кажется вводящим в заблуждение.
Использование кликов для ранжирования: Представители Google давно отрицают, что клики влияют на ранжирование в поиске. Несмотря на эти утверждения, свидетельства из антимонопольного процесса Министерства юстиции США и различных патентов указывают на существование систем, таких как NavBoost и Glue, которые используют данные о кликах для влияния на результаты поиска. Эти системы существуют с 2005 года и используют обновляемые данные для настройки результатов поиска на основе кликов пользователей. Эта практика противоречит публичным отрицаниям Google и подчеркивает их попытки ввести в заблуждение сообщество SEO.
Эти открытия подчеркивают разницу между публичными заявлениями Google и их внутренними операциями, вызывая вопросы об их искренности.
Что будет дальше?
Пожалуй, ничего. Google наверняка будет открещиваться и утверждать, что все это фейк. Признавать свои ошибки никому не хочется:) В любом случае мир SEO теперь не умрет совсем, но людям, которые работают в этой сфере будет наверняка интересно сопоставить свои знания с тем, что упоминается в слитых документах.
Что лично почерпнул для себя автор этих строк
Даты публикаций очень важны - Google ориентирован на свежие результаты, и документы иллюстрируют многочисленные попытки ассоциировать даты со страницами.
Фрагмент с упоминанием про важность упоминания дат изменений контента
Лучший подход – указать дату и быть последовательным в ее использовании в структурированных данных, заголовках страниц, XML-картах сайта. Указание дат в URL, которые противоречат датам в других местах на странице, скорее всего, приведет к ухудшению ранжирования контента. Что ж попробую протестировать полученные знания в своем блоге :)
Где почитать первоисточники?
Источники на английском языке.
Сайт Ренда Фишкина: https://sparktoro.com/blog/an-anonymous-source-shared-thousands-of-leaked-google-search-api-documents-with-me-everyone-in-seo-should-see-them/
Сайт Майка Кинга: https://ipullrank.com/google-algo-leak
Отслеживание морского транспорта происходит посредством AIS-трекеров - сервисов, которые предоставляют информацию о местоположении и движении морских судов в режиме реального времени.
— Не малому числу людей ведь было интересно наблюдать за пробкой танкеров с нефтью в персидском заливе, заливе Босфора или узнать, куда уплыла яхта Усманова в рамках расследования 👮♀️ Так вот — подборка из четырёх must have трекеров к вашему вниманию:
1. Marine Traffic — аналог Flightradar24 для судов. В режиме реального времени показывает местоположение яхт, рыболовных траулеров, танкеров, контейнеровозов и так далее. Предоставляет массу справочной информации.(зачастую за точное местоположение просят оформить подписку, но есть компании, которые предоставляют это бесплатно, например: Veson Nautical, необходимо лишь написать на почту press@veson.com)
2. VesselFinder — альтернативный портал для отслеживания маршрутов судов и агрегации данных. Использует большую сеть наземных AIS-приемников и данные спутникового мониторинга.
3. Marine Vessel Traffic — сервис использует карты из предыдущих пунктов этого списка, но дополняет их рядом полезных фильтров и возможностью удобного отслеживания отдельных классов судов.
4. Global Fishing Watch — дашборд для мониторинга человеческой деятельности в мировом океане: коммерческого рыболовства, перевалки грузов, случаев использования принудительного труда в море.
#OSINT #Ship #Recon | Мой Telegram-канал
Я не программист - но кое что заметил.
Браузер google chrome на webkit очень глубоко прописывается в систему.Он имеет доступ к паролям операционной системы(этой программы) - использует обращение к локальным сервисам и очень много локалхост соединений.Google открывает около 10 соединений peer-to-peer на одну вкладку.Распределенный сервис "оптимизации" изображений перестает открывать картинки со всех сайтов если заблокировать этот оптимизированые обмен - в интерфейсе не доспутном для настройки.В стандартном клиенте нельзя отменить сервис резидентного обмена.После закрытия клиента google клиент все равно обменивается peer-to-peer - стандартным фаирволом этот протокол не определяется.Я пользуюсь portmaster.Фото ниже настройки из яндекс браузера на webkit.
яндекс настройки webkit
Далее при помощи программы подсчета обращении к SSD выяснилось - что google chrome постояннно пишет гигабайты трафика в виде мелких файлов кеша(даже без обновления страниц браузера).Что напоминает торент обмен через кеш и сервис "оптимизации" изображении - скриптов или перехвата трафика.
Далее сайты и посковые запросы через google отправленые в США(на некоторые сайты или все) открываются быстрее чем запросы в россию.Это можно увидеть через аддоны в других браузерах показывающие время отклика.Основная задержка в DOM эвентах и скриптах - что подозрительно и намекает на еще и обработку скриптов.
Сервис улучшения шрифтов в webkit или google chrome полностью обрабатывает весь текст.На некоторые статьи и сайты - переход и открытие активных элементов происходит быстро, а на некторые нет.Учитывая, что windows 10 может страницу с google скопировать в word или другой сайт с сохранением изображения и ссылок (форматировния текста и стиля) то копируется так же скрипты и html код и сами картинки.Те движок конвертера в буфер браузера позволяет создавать браузером полную копию страниц или подменять любую информацию то же с расплодившимися secured dns абсолютно "бесплатными" для всех и никто не уйдет обиженным.
Новое обновление Windows 10 22H2 создало новый файл сервиса для обмена информацией dasthost ссылка на проверку virustotal смотреть надо секцию behavior (проверка виртуальными машинами).
Очень много файлов темп в папке темп(Temp)
Интересны обращения к реестру
\System\CurrentControlSet\Services\GoogleUpdaterInternalService126.0.6441.0\ImagePath
И код команды шелл(shell)
C:\Program Files (x86)\Google1528_1512361347\bin\updater.exe" --crash-handler --system "--database=C:\Program Files (x86)\Google\GoogleUpdater\126.0.6441.0\Crashpad
Странный код для нового системного сервиса или программы от microsoft.
Вероятно что это просто вирус -но и дыра в майкрософте и windows 10 в частности.
dashost.exe windows 22h2
Вывод - пользоватся поисковиком google и браузерами на webkit во времена инфовойны за Украину и бойкот со стороны США означает стать частью распределнной нейросетевой системы атаки и обмена(копирования) данных с серверами в сша - с подменой постов и скриптов(атака через перенаправление запросов на сервера в россии).Стать соучастником создания информационного давления на Россию и предателем Родины.
Google это Ambrella или Gumbrella из Resident Evil полностью подконтрольная Властям США и ZOG и иллюминатам.Делаем браузеры а на самом деле ритуалы, магия, плавучие острова непонятного назначения, утечка данных из андроид.
"Из офиса Google в Лондоне бьёт невидимый луч статического электричества"
.be/5Ms4scs52r4 кто надо добавить адрес видео на ютубе может откроется.Видео не удалено, но с ограниченым доступом.Технологии Теслы со статическим электричеством у Google и США не забыты.
Весь изначальный менеджмент google погиб в авикатастрофе(горах) при групповой поездке в горы - это можно найти в поисковиках в 2015 году (24.04.2015)."Позднее стало известно, что среди погибших был топ-менеджер Google Даниэль Фрединбург".Топ менеджеры по одному не ездят.Смекаем.
Верить можно в трагическую случайность - а возможно судьба у них очень печальна - сложно передать собственность добровольно - особенно в горах - где никого нет.
Заметил сегодня появилась новая функция, ниже карусель.
Полез читать, что это и подсказали идеальное применение.
«Кто-нибудь просил об этом? Нет. Буду ли я еще этим пользоваться? Да.», – написал один из пользователей Reddit. У одного пользователя Reddit, SohipX, появилась идея, как найти хорошее применение смайликам какашек: «Звук пердежа – отличная идея… Я мог бы использовать его для мошеннических звонков!».
Проверил. Гениально.
На веб-сайте компании говорится, что аудиосмайлы являются частью последнего обновления Google Phone в бета-канале, версии 128. Распространение новой версии для всех пользователей ожидается уже в ближайшие недели.
Компания объявила о выпуске «премиальной» версии фирменного браузера, распространяемой по модели платной подписки. Она ориентирована на корпоративное использование, и отличается от базовой сборки с приставкой Enterprise расширенным набором функций. В блоге Google появилось подробное описание приложения и данные о новом тарифе.
Новая версия браузера под названием Chrome Enterprise Premium включает корпоративные средства управления, с помощью которых можно централизованно обеспечивать соблюдение политик обновления, управления расширениями и других подобных действий. Подписка также привносит поддержку протоколов RDP, SCP, SSH и других типов связи.
Вдобавок в браузере появилась функция создания расширенных отчётов безопасности о событиях и различных устройствах, которая облегчает выполнение судебной экспертизы и может интегрироваться совместно с продуктами Google и сторонними решениями безопасности. Контекстно-зависимые средства контроля доступа можно масштабировать для веб-приложений. Они могут обеспечить непрерывный доступ с нулевым доверием к SaaS и веб-приложениям, что снизит риски утечки данных. Наконец, в браузер были встроены инструменты защиты от вредоносных программ и фишинга на базе ИИ вдобавок к динамической фильтрации URL-адресов. Подписка на месяц обойдётся компаниям в $6 за сотрудника.
Ссылка на оригинал статьи в 4PDA.to
Мне понравился клип Маш Милаш MILASH - ЛЯМ (Премьера трека, 2024)- А вам ?