Перейти к содержанию

Краб

Рекомендуемые сообщения

Без лишнего шума, Google запустил свой Web акселератор для десктопов. Напомню, что ранее можно было поставить стороннее расширение, которое подключало браузер к серверам сжатия Google, которые работают для мобильной версии браузера, сейчас появилось официально расширение, правда в стадии Бета. Подробнее тут https://support.google.com/chrome/answer/2392284?p=data_saver_on&rd=1не знаю когда это появилось, может и давно, но мы вроде еще не обсуждали. Сам поставил, работает хорошо. Все таки ребята из Opera молодци, когда первыми запустили эту фишку. Иногда это очень нужно.

 

 

  • Спасибо (+1) 2
  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

Без лишнего шума, Google запустил свой Web акселератор для десктопов. Напомню, что ранее можно было поставить стороннее расширение, которое подключало браузер к серверам сжатия Google, которые работают для мобильной версии браузера, сейчас появилось официально расширение, правда в стадии Бета. Подробнее тут https://support.google.com/chrome/answer/2392284?p=data_saver_on&rd=1не знаю когда это появилось, может и давно, но мы вроде еще не обсуждали. Сам поставил, работает хорошо. Все таки ребята из Opera молодци, когда первыми запустили эту фишку. Иногда это очень нужно.

Screenshot - 26.04.2015 - 14:38:18.png

Если скорость от провайдера достаточно высокая (больше 50 мб.с), есть смысл поставить эту штуку? Чтобы ещё быстрее грузилось. Или не поможет?

Ссылка на комментарий
Поделиться на другие сайты

 

 


Если скорость от провайдера достаточно высокая (больше 50 мб.с), есть смысл поставить эту штуку?

ИМХО смысл ставить только в двух случаях:

Когда скорость невысокая,

Когда есть ограничения по трафику.

  • Спасибо (+1) 1
  • Согласен 2
Ссылка на комментарий
Поделиться на другие сайты

 

Если скорость от провайдера достаточно высокая (больше 50 мб.с), есть смысл поставить эту штуку?

ИМХО смысл ставить только в двух случаях:

Когда скорость невысокая,

Когда есть ограничения по трафику.

 

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

Ссылка на комментарий
Поделиться на другие сайты

@ajina.n, Есть еще применение - защита от %запретов%.

@Mrak, На телефоне эта штука несомненно полезна если у вас не безлимит. 

  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

 

 


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

ИМХО смысл ставить только в двух случаях: Когда скорость невысокая, Когда есть ограничения по трафику.

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

 

 


Umnik, Дык разве https уже режут? Там же DPI вроде надо, не? Или я че-то путаю?

Я проверял на двух разных провайдерах в Химках.

1. Полосатый провайдер блокировал по IP целиком

2. БигТелеком вовсю применял MItM: встраивал в цепочку свой сертификат и блокировал по урлам.

Ссылка на комментарий
Поделиться на другие сайты

 

 


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

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

Ссылка на комментарий
Поделиться на другие сайты

@ajina.n, нет, в данном случае я не об этом переживаю, переживать о работе с банкингом, вам не имеет смысла при любом соединении, там очень стойкое шифрование, а вот если мне не хочется, что бы администратор моего любимого кафетерия знал, что я во время обеда люблю просматривать какие нибудь "сладкие попки", то мог бы и сжатием Google воспользоваться, то есть я не об абсолютной безопасности, я о приватности частной жизни.

  • Улыбнуло 2
Ссылка на комментарий
Поделиться на другие сайты

 

 


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

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

  • Согласен 2
Ссылка на комментарий
Поделиться на другие сайты

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

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



Войти
  • Похожий контент

    • Bercolitt
      От Bercolitt
      Если попытаться зайти в свой почтовый ящик mail.yandex через аккаунт с неправильным паролем, форма входа в аккаунт начинает быстро моргаться не реагируя на команды управление. Такое впечатление, что идет подбор пароля в автоматическом режиме. После перезагрузки закладки браузера,  учетная запись  ящика  блокируется.
      Если в приложении Kaspersky Password Manager с одним почтовым сервером связаны несколько учетных записей, то выбрать конкретную учетную запись для переходла не получается. Видишь одну учетную запись, а улетает совсем по другой.
    • kmscom
      От kmscom
      у меня вот так показано верхнее меню в гугле

      крайний правый кружочек не кликабелен

      хотя в тоже время в Microsoft Edge

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

      Сам сервис работает, но как авторизоваться в Google не понятно
      UPD в режиме ингкогнито, в Гугл работает.
      хм, будем разбираться
    • Neovolt
      От Neovolt
      Поймал майнер от KMS. MWB находит его, и перемещает нонстопом в карантин.
      путь C:\ProgramData\Google\Chrome\updater.exe
      Логи от FRST Прилагаю. Заранее спасибо!
      FRST.zip
    • KL FC Bot
      От KL FC Bot
      Сразу после католического Рождества стало известно о многоэтапной атаке на разработчиков популярных расширений Google Chrome. Самой известной целью по иронии судьбы стало ИБ-расширение от компании Cyberhaven, скомпрометированное прямо перед праздниками (о таких рисках мы предупреждали). По мере расследования инцидента список пополнился как минимум 35 популярными расширениями с суммарным числом установок 2,5 млн копий. Целью злоумышленников является похищение данных из браузеров пользователей, которые установили троянизированные обновления расширений. В ходе данной кампании преступники фокусировались на похищении учетных данных от сервисов Meta* с целью компрометации чужих бизнес-аккаунтов и запуска своей рекламы за чужой счет. Но, в теории, вредоносные расширения позволяют похищать и другие данные из браузера. Рассказываем о том, как устроена атака и какие меры принять для защиты на разных ее этапах.
      Атака на разработчиков: злоупотребление OAuth
      Чтобы внедрить троянскую функциональность в популярные расширения Chrome, преступники разработали оригинальную систему фишинга. Они рассылают разработчикам письма, замаскированные под стандартные оповещения Google о том, что расширение нарушает политики Chrome Web Store и его описание необходимо скорректировать. Текст и верстка сообщения хорошо мимикрируют под типовые аналогичные письма Google, поэтому для жертвы письмо выглядит убедительно. Более того, во многих случаях письмо отправляется с домена, специально зарегистрированного для атаки на конкретное расширение и содержащего название расширения прямо в имени домена.
      Клик по ссылке в письме приводит на легитимную страницу аутентификации Google. Пройдя ее, разработчик видит еще один стандартный экран Google, предлагающий авторизоваться по OAuth в приложении Privacy Policy Extension и в рамках входа в это приложение дать ему определенные права. Эта стандартная процедура проходит на легитимных страницах Google, только приложение Privacy Policy Extension запрашивает права на публикацию расширений в Web Store. Если разработчик дает такое разрешение, то авторы Privacy Policy Extension получают возможность публикации обновлений в Web Store от лица жертвы.
      В данном случае атакующие не крадут пароль и другие реквизиты доступа разработчика, не обходят MFA. Они просто злоупотребляют системой Google по делегированию прав, чтобы выманить у разработчика разрешение на обновление его расширения. Судя по длинному списку зарегистрированных злоумышленниками доменов, они пытались атаковать гораздо больше, чем 35 расширений. В тех случаях, когда атака проходила успешно, они выпускали обновленную версию расширения, добавляя в него два файла, ответственные за кражу куки-файлов и других данных Facebook** (worker.js и content.js).
       
      View the full article
    • Сергей64
      От Сергей64
      Здравствуйте!
      Проблема: В спокойном состоянии нагрузка на ЦП держится примерно на уровне 40 процентов. Проблема появилась после активации винды KMS

      При открытии диспетчера задач нагрузка приходит в норму 

      На данный момент Dr.Web не видит угроз, хотя ранее находил угрозу NET:MALWARE.URL (но не смог ее вылечить)

       
      SpyHunter нашел следующие угрозы(при попытке удаления файлов/записей в реестре они сразу же восстанавливаются)
       

       
      CollectionLog-2024.09.15-18.25.zip
×
×
  • Создать...