В новом аудиоподкасте №273 Николай Шмичков рассказал о том, как Google будет закручивать гайки — о блокировке FTP и HTTP в новых версиях Chrome.
Текстовая версия выступления:
«Всем привет!
Вы находитесь на канале Seoquick.
Меня зовут Николай Шмичков и я хочу поговорить о монополии Google в поисковике и к чему это приведет.
Я решил погуглить связанные темы в поисковике и наткнулся на новость за август 2019 года, в которой сообщалось следующую информацию.
Поисковые системы, работающие в России, будут обязаны оперативно, без решения суда, удалять ссылки на страницы с пиратским контентом.
Если контент признан пиратским даже без решения суда, его необходимо удалить.
Данное положение содержит поправки в закон об информации, разработанные совместно с правообладателями и представителями как Яндекса, так и mail.ru под руководством Роскомнадзора.
Хотелось бы услышать ваше мнение, как без решения суда доказать, что это пиратский контент, то есть как это делается, как подается эта жалоба на пиратский контент.
Пиратский контент — это изображение, взятое с веб-сайта, или текст, взятый с чужого веб-сайта?
Это интересно, потому что этот закон может иметь более долгосрочные последствия, чем банальная борьба за украденную музыку или файл.
Поисковые системы будут обязаны подключиться к специальному реестру пиратских ссылок.
Должен быть какой-то реестр с пиратской информацией, которую кто-то должен добавлять и удалять после появления в ней в течение 6 часов.
Эти стандарты распространяются не только на «Яндекс» и mail.ru Group, подписавшие этот антипиратский меморандум, но и на Google, которая сейчас работает с российскими правообладателями в соответствии с положениями американского закона о защите авторских прав в цифровую эпоху.
Представители Роскомнадзора подтвердили, что эти поправки были отправлены в администрацию президента, но на самом деле, чем это интересно закончилось и как было реализовано, хотелось бы сейчас услышать ваше мнение.
Больше новостей на эту тему я просто не видел.
Я нашел еще одну новость, за февраль, которая вышла о том, что Google собирается с осени 2020 года заблокировать загрузку любых типов файлов в браузере Chrome по протоколу http.
Переводит всех на https, внедряется постепенно, начиная с Chrome версии 81 в марте 2020 года.
Chrome фактически запретит загрузку файлов по протоколу http.
Будет полная блокировка любых загрузок через защищенное соединение.
Нововведение будет вводиться постепенно от версии к версии, но в октябре 2020 года, с выходом 86-й версии Chrome, оно окончательно вступит в силу.
Изменения коснутся не только небезопасных сайтов, которые еще не приняли протокол https, но и тех, кто сделал это частично.
Если они передают файлы по устаревшему протоколу, они также попадут в этот черный список.
Этот процесс будет осуществляться поэтапно.
Невозможно скачать Exe-файлы начиная с версии 83, apk и тому подобное.
Архивы не будут скачиваться с версии 84, а с версии 85 любые незащищенные типы документов PDF, документы, MP3 и изображения не могут быть загружены, начиная с версии 86.
Так что сайты, продающие, мягко говоря, пиратскую музыку, будут заблокированы для скачивания из Chrome.
Мы рекомендовали владельцам сайтов проверить совместимость новых требований.
Для этого вам необходимо скачать канареечную версию браузера Chrome и активировать специальный флаг и проверить, разрешена загрузка или нет.
Блокировка небезопасного контента, передаваемого по http, — следующий этап борьбы Google с этим протоколом.
Изначально, с версии 68, Google начал помечать все виды страниц как потенциально опасные.
Я нахожусь на веб-сайте Sineus, который Chrome помечает как небезопасный, хотя он использует протокол https.
Они хотят весь интернет перевести на https и действительно это приносит свои плоды. По состоянию на январь 2018 года этот протокол по умолчанию используют 83 сайта (все топ-100).
А к октябрю девятнадцатого года эта цифра выросла до 90%.
И, конечно же, http — не единственный протокол, перешедший под контроль Google.
Google также борется с другим протоколом, который раньше был очень популярен: FTP.
Отказ от него начался 20 февраля с Chrome 80, но об этом предупредили ещё 19 августа.
Есть две причины, по которым Google решил отказаться от FTP.
Протокол небезопасен из-за отсутствия шифрования передаваемой информации.
Киберпреступники могут эффективно использовать ее, но уровень спроса на эту технологию практически нулевой.
По данным Google, только один пользователь из 1000 использует этот протокол.
Конечно, вторым фактором является то, что Google не хочет использовать поддержку более современного протокола в Chrome.
Ффтпс он действительно использовать не собирается — это аналогия фпс через SSL, которые вроде бы дополнены поддержкой шифрования.
Google не будет добавлять в браузер поддержку невостребованных разработок.
Google планирует выполнить полное удаление части исходного кода браузера, отвечающей за работу FTP в браузере; точнее, уже сделал это в апреле 2020 года.
На самом деле с фтп все действительно очень плохо.
В комментариях пишут, что на самом деле он используется не по назначению, то есть его используют программисты, так что действительно не Google начал эту борьбу, а программисты и владельцы сервисов, которые сделали кэширование контента на прокси-серверах и возможности за счет к динамическому формированию веб-страниц.
В комментариях под статьей я пишу, что блокировка, которую вводит Google, связана с тем, что, по сути, вся борьба Google сводится к тому, что они избавляются от тех типов протоколов, которые сейчас явно мало используются. , тем самым снимая нагрузку с программиста на браузере.
Интересно, чем все это закончится.
Перейдут ли программисты на другие браузеры после блокировки?
Мне хотелось услышать от разработчиков информацию, будут ли они использовать другие браузеры, например, после полного отказа от FTP и, собственно, написать в комментариях телеграмм-группы, как вы относитесь к этой новости.
Буду рад видеть всех вас на наших вебинарах.
Еще увидимся.»
