Тема закрыта
Нечего уже не должно. Я всё написал на первой странице.
Меня попросили выложить данные, я их выложил. Видимо они нужны исключительно для интереса, так как я всё по этой теме уже рассказал.
Отсутствует
Похоже это косяк разрабов - поисковые предложения толком не отключаются и продолжают отрабатывать(вобщем-то с нынешним качеством кода фф подобные косяки мелочь).
Да, вполне возможно что это баг. Хотя вообще-то, скажу честно, я был лучшего мнения о разработчиках Mozilla. Не хотелось писать нехорошие вещи в их адрес, но вполне возможно, так оно и есть.
В общем решение простое берёшь .xml файлик поискового плагина и правишь его ручками выкидывая всё относящееся к подсказкам (suggest)
Это бесполезно. Секция suggest удалена (еще до создания темы с вопросом), но толку нет. Проблема за милую душу возникает и при минимальном поисковом xml файле
<SearchPlugin xmlns="http://www.mozilla.org/2006/browser/search/"> <ShortName>Google</ShortName> <Description>Google Search</Description> <InputEncoding>UTF-8</InputEncoding> <Image width="16" height="16"></Image> <Url type="text/html" method="GET" template="https://www.google.com/search"> <Param name="q" value="{searchTerms}"/> </Url> <SearchForm>https://www.google.com/</SearchForm> </SearchPlugin>
зы алсо рекомендую отключить еще в конфиге геолокацию.(ищешь по geo и выключаешь а где урлы - заменяешь на локалхост)
и да, не забывай что эта хрень может быть не только снаружи но и внутри omni.ja - открываешь его архиватором(это зип) и шерстишь там тоже.
Все это сделано еще до обращения на форум.
Как будет время, хорошенько просмотрю nsSearchSuggestions.js, вероятно что-нибудь придумаю с ним.
Отсутствует
Стартовая страничка чиста, впрочем я использую blank, так что это не актуально.
Поставил последнюю аврору - проблема не устранена (а может и за проблемой не считается).
FF 3.6 я полностью одобряю, однако он сильно устарел, и самое главное не исправляются уязвимости.
Отсутствует
Как будет время, хорошенько просмотрю nsSearchSuggestions.js, вероятно что-нибудь придумаю с ним.
как вариант, если в 3.6 нормально - может его просто подменить? Там могли только id переименовать. Сильных изменений не было, за исключением объединения всех полей поиска (адресная, стартовая, поисковая).
Добавлено 09-12-2013 22:36:52
P.S. открытых багов на эту тему не обнаружил https://bugzilla.mozilla.org/query.cgi
Отредактировано feas (09-12-2013 22:36:52)
Добро пожаловать на форум mozilla-russia.org. Здесь вы можете посоветоваться или обратиться за помощью к фанатам и пользователям продуктов Мозиллы. Если не знаете как правильно оформить пост специально для вас расписан пункт 2.2 правил форума
Сброс на примере Firefox – лёгкое решение большинства проблем
Починка браузера. Перенос своих настроек на новый профиль.
Отсутствует
Нахлобучили мну этим clients1.google.com
Добавил clients1.google.com в "коровку" с установкой блокировать, дабы узреть что будет. Всё просто - блокирует сервисы гугля, включая поисковик. Тестировал на лисичке, бледной луне и аванте - движок греко. Доступ к поисковику гугль блокируется если нет соединения с clients1.google.com, только аванта не реагирует поскольку гугль у неё редиректится через субдомен аванты.
Судя по всему, сие есть мультиклиент гугля, то есть к любому из множества сервисов гугля можно получить доступ с одного аккаунта. А раз так, то используя любой сервиз, например дополнение для проверки почты, добавить в закладки на гугле, поисковый плагин - дополнение или чё как еще, будет обращение к этому домену.(вероятно этот субдомен при обращении к любому сервису гугля должен предлагать залогиниться и в хроме так и есть) Даже если не установлено никакое дополнение, а гугль чисто как домашняя страница - соединение с этим доменом все равно будет. Почему я сам этой хохмы не обнаружил? Потому что не пользуюсь ни сервисами гугля, ни поисковиком(в не зачищенном виде). Для поиска рекомендую _https://duckduckgo.com/?kl=ru-ru лучше даже _https://duckduckgo.com/html/ _https://startpage.com и _https://privatelee.com
Отсутствует
как вариант, если в 3.6 нормально - может его просто подменить? Там могли только id переименовать. Сильных изменений не было, за исключением объединения всех полей поиска (адресная, стартовая, поисковая).
Я подумаю, вполне возможно он действительно подойдет.
Как было бы хорошо, если-бы багфиксы выходили бы и на финальные устаревшие версии...
стартовая имеется ввиду которая показывается при установке с нуля - хоть ты её и отключил но она осталась в недрах фф и она и её компоненты могут использоваться при том же поиске.
Её тоже проверил, чиста.
Нахлобучили мну этим clients1.google.com
Наличие соединения с clients1.google.com для работы поисковика не требуется, по крайне мере у меня clients1.google.com при обращении к поисковику не светится (с других браузеров). Более того, поисковик Google отлично работает и с отключенным JS и без всего остального, т.е. в самом аскетичном виде.
Для поиска рекомендую
За privatelee спасибо, не знал такого. Пока пользуюсь Google, но рассматриваю переход на что-то другое.
Отсутствует
Gedemin
Как в Wireshark'е в графе Destination включить отображение резольвящихся адресов вместо IP?
Сейчас смотрю в httpfox - clients1.google.com у меня появляется только если разрешить скрипты.
Отсутствует
Как в Wireshark'е в графе Destination включить отображение резольвящихся адресов вместо IP?
Сейчас смотрю в httpfox - clients1.google.com у меня появляется только если разрешить скрипты.
View > Name Resolution > Enable for Network Layer
Отключение скриптов слишком радикальный вариант.
Отсутствует
clients1.google.com прописан в сертификате google в качестве OCSP сервера. Можно попробовать отключить в Firefox отправку запросов на OCSP-сервера.
Do not meddle in the affairs of Wizards, for they are subtle and quick to anger.
Отсутствует
clients1.google.com прописан в сертификате google в качестве OCSP сервера. Можно попробовать отключить в Firefox отправку запросов на OCSP-сервера
К сожалению и это не помогает.
Отсутствует
Рад сообщить что решение проблемы найдено. Очень жаль что путь к нему был таким сложным и долгим:
network.http.speculative-parallel-limit = 0
Отредактировано Gedemin (09-05-2014 14:03:35)
Отсутствует
Так ведь этот параметр не заточен же специально под clients1...
Это замечательно, ведь он заточен еще шире, и позволяет устранить проблему в корне, при использовании любой поисковой системы.
NoScript, как не странно, сам "не православен", и у меня с ним были различные утечки, которые возможно, могут быть устранены его детальной настройкой, надо разбираться.
Не проще ли было воспользоваться RequestPolicy или CsFire, или NoScript’ом.
Можно подробнее про RequestPolicy или CsFire?
Отсутствует
Gedemin
На странице ScFire есть картинки с окнами настроек. Нам нужна четвертая по счёту «Csfire Preferences - Editing a local policy (Advansed interface).
В поле ввода Destination site пишете: clients1.google.com (или clients1.google.$tld$ — там же в окне настроек есть подсказки, достаточно поставить курсор в поле ввода). Можно указать откуда запрос, а можно и не указывать.
После этого выбираете Decision: для Вашего случая нужно BLOCK. Есть более мягкий вариант STRIP — из’ять из запроса куки и данные авторизации. Запросы можно посмотреть, нажав на иконку расширения.
У RequestPolicy настройки ещё проще.
Отсутствует
Почему-то подумал что это какие-то настройки из about:config
Расширения впрочем тоже очень нужные и к месту.
как после выяснилось это функция предзагрузки страниц гугла поиска (не результатов поиска).
Добро пожаловать на форум mozilla-russia.org. Здесь вы можете посоветоваться или обратиться за помощью к фанатам и пользователям продуктов Мозиллы. Если не знаете как правильно оформить пост специально для вас расписан пункт 2.2 правил форума
Сброс на примере Firefox – лёгкое решение большинства проблем
Починка браузера. Перенос своих настроек на новый профиль.
Отсутствует
Тема закрыта