Проблема правильного отображения страницы в поиске это моя проблема так как у меня есть один сайт в котором используется XML.
Почему это проблема?
Потому как пользователь найдя страницу в поиске увидит вместо нормального заголовка начало XML файла. Я попытался сделать его осмысленным но это банально не красиво.
Зачем использовать подобный подход?
Другого способа решения данной проблемы я не нашёл и решил поделиться тем что у меня получилось.
Глава Минкомсвязи Максут Шадаев пояснил изданию «Интерфакс», что в этой системе отслеживания не происходит сбора персональных данных, так как сам по себе номер телефона ими не является.
Только сегодня звонили очередные разводилы на кредиты. Попросил их удалить мои персональные данные которые они хранят, используют и распространяют нелегально без моего согласия. И оператор мне тоже рассказывал про то что номер не является персональными данными. А я говорю: "А ничего что в начале разговора вы назвали меня по имени?".
Здесь куча префиксов и определений одного и того же пространства имён.
Коли используется одно пространство имён для всех элементов то достаточно его добавить
поумолчанию и все эти префиксы будут не нужны.
Судя по справке в WITH XMLNAMESPACES можно задать пространство имён поумолчанию указав только URI.
Возможно код можно поправить так:
WITH XMLNAMESPACES (DEFAULT 'uri1')
select pc.ProductClassName as "ProductClassName"
,(select p.ProductName as "ProductName"
from dbo.Product p
where p.ProductClassId = pc.ProductClassId
for xml path(''), type) as "Products"
from dbo.ProductClass pc
for xml path('ProductClass'), type
Я так понимаю провайдерам опять пытаются навязать DPI. Иначе как они будут отделять бесплатные и платные сайты.
Хотя конечно могут и кешпрокси сделать но тогда сайтам прийдётся делится приватными ключами с провайдерами. И возможно проксировать будут всех а не только бесплатников сохраняя не шифрованный трафик в СОРМ.
Ещё интересно зачем резать функционал если законом предусмотренна скорость до 10мб/с. Этого вполне достаточно чтоб видео в хорошем качестве смотреть.
С одной стороны DoH использует тот же порт поумолчанию что и остальной HTTPS. Таким образом его не заблокировать по номеру порта как это недавно сделал мой провайдер с 53им.
С другой любой вебсервер с может стать DNS узлом так что блокировать по IP бесполезно.
Но это даёт возможность не только браузеру общаться с DNS минуя провайдерские и пользовательские настройки системы но и скрипту на странице.
На строительство магистрали потребуется три года, она протянется от европейских границ России через Владивосток до Гонконга, выступающего одним из главных узлов обмена трафиком в Азии.
Это не первая оптоволоконная линия «Ростелекома» — у компании уже есть магистраль, соединяющая Европу и Китай
Гонконг (иер. 香港, англ. Hong Kong, кант. Hoeng¹gong², Хёнкон?, пут. Сянга́н?) или Сянга́н — специальный административный район Китайской Народной Республики, один из ведущих финансовых центров Азии и мира.
То есть они хотят просто прокинуть ещё одну линию?
Сейчас eSNI есть вроде только на сайтах под защитой Cloudflare. С eSNI возможна блокировка только по IP но тогда все сайты под Cloudflare перестанут открываться.
Заметил что некоторые сайты которые были в Cloudflare на момент блокировки больше не в нём. В том числе и зеркало рутрекера. Но попадался заблокированный сайт который сейчас в Cloudflare и он открылся без дополнительных точек.
Ещё наверно важно то что у меня в браузере включен DNS over HTTPS. То есть провайдер не может перехватить и подменить DNS ответ. К сайту я соединяюсь по HTTPS так что единственное что может сделать провайдер это прочитать при помощи DPI имя домена в SNI. И получается что DPI не учитывает домен с точкой.
Если бы все сайты подключили ESNI то провайдер вообще бы не имел возможности узнать домен к которому идёт соединение.
Проблема правильного отображения страницы в поиске это моя проблема так как у меня есть один сайт в котором используется XML.
Потому как пользователь найдя страницу в поиске увидит вместо нормального заголовка начало XML файла. Я попытался сделать его осмысленным но это банально не красиво.
Другого способа решения данной проблемы я не нашёл и решил поделиться тем что у меня получилось.
Конкретно её может и нет но rublacklist пишет:
А какие там особенности и что за atom?
Главное лайк и репост случайно не нажать.
Вряд ли у хостеров на каждом IP по одному сайту и сервису.
Эта новость говорит что ещё не все данные трафика зашифрованы и операторы следят за нами.
Иначе они небыли бы так уверены в том куда пользователи ходят и чем пользуются.
Только сегодня звонили очередные разводилы на кредиты. Попросил их удалить мои персональные данные которые они хранят, используют и распространяют нелегально без моего согласия. И оператор мне тоже рассказывал про то что номер не является персональными данными. А я говорю: "А ничего что в начале разговора вы назвали меня по имени?".
Ещё можно вспомнить про хедеры If-Match и If-Unmodified-Since которые позволят отловить ситуацию когда файл изменён в процессе скачивания.
В Avro появляются лишние заморочки при изменении и осутствии схемы. Protocol Buffers можно и без схем прочитать.
Что то дикий какой то XML фрагмент получился:
Здесь куча префиксов и определений одного и того же пространства имён.
Коли используется одно пространство имён для всех элементов то достаточно его добавить
поумолчанию и все эти префиксы будут не нужны.
Судя по справке в WITH XMLNAMESPACES можно задать пространство имён поумолчанию указав только URI.
Возможно код можно поправить так:
В результате предполагаю должно получится так:
Здесь всем элементам задано пространство имён и нет перегруза определениями и префиксами.
Я так понимаю провайдерам опять пытаются навязать DPI. Иначе как они будут отделять бесплатные и платные сайты.
Хотя конечно могут и кешпрокси сделать но тогда сайтам прийдётся делится приватными ключами с провайдерами. И возможно проксировать будут всех а не только бесплатников сохраняя не шифрованный трафик в СОРМ.
Ещё интересно зачем резать функционал если законом предусмотренна скорость до 10мб/с. Этого вполне достаточно чтоб видео в хорошем качестве смотреть.
В Firefox под Android пуши никак не хотят работать у меня. Я для этих целей оперу держу. Вижу уведомление и открываю нужную страницу.
Похоже что баг завязан на часы. Возможно переустановка времени на более раннее поможет.
Браузер отрубает eSNI когда не используется DoH. eSNI просто бесполезен если домен передаётся открытым текстом в обычном DNS запросе.
Может есть настройка форсированного включения eSNI даже без DoH но я о ней не знаю.
А eSNI будет работать при этом в браузере?
С одной стороны DoH использует тот же порт поумолчанию что и остальной HTTPS. Таким образом его не заблокировать по номеру порта как это недавно сделал мой провайдер с 53им.
С другой любой вебсервер с может стать DNS узлом так что блокировать по IP бесполезно.
Но это даёт возможность не только браузеру общаться с DNS минуя провайдерские и пользовательские настройки системы но и скрипту на странице.
То есть они хотят просто прокинуть ещё одну линию?
Сейчас eSNI есть вроде только на сайтах под защитой Cloudflare. С eSNI возможна блокировка только по IP но тогда все сайты под Cloudflare перестанут открываться.
Заметил что некоторые сайты которые были в Cloudflare на момент блокировки больше не в нём. В том числе и зеркало рутрекера. Но попадался заблокированный сайт который сейчас в Cloudflare и он открылся без дополнительных точек.
Ещё обнаружил что после открытия сайта с точкой некоторые сайты становятся доступны и без неё на время.
TPRB поменял на uMatrix. Он нормально пропускает домен с точкой.
Ещё наверно важно то что у меня в браузере включен DNS over HTTPS. То есть провайдер не может перехватить и подменить DNS ответ. К сайту я соединяюсь по HTTPS так что единственное что может сделать провайдер это прочитать при помощи DPI имя домена в SNI. И получается что DPI не учитывает домен с точкой.
Если бы все сайты подключили ESNI то провайдер вообще бы не имел возможности узнать домен к которому идёт соединение.