Страницы: 1
Собственно, что в итоге выяснилось при анализе.
Всеми наш любимый TB занимается "шпионажем" в пользу гугла. Быть может это очень серьезное заявление и в данный этап времени нужно сказать, что он настроен на то, чтобы заниматься шпионажем. Путем анализа фаервола выяснено, что при скачивании/открытии файла (пока это только pdf) TB начинает стучаться на диапазон *.1e100.net по 443 порту. Если у ПК нет выхода в интернет, происходит задержка в открытии файлов, т.к. указанная подсеть /24 и он перебирает все ip.
Да, в итоге, функционал сохранен и файл хоть и с задержкой, но открывается, но факт-для каких то целей TB ломится на IP гугла и в принципе, если доступ в инет есть, по этим соединениям передается некая информация.
Для чего это сделано, думаю разработчики не захотят отвечать.
скачал TB версию 31, в этой версии ни каких левых соединений нет.
p.s. MFF точно также устанавливает соединения точно с тем же диапазоном хостов.
Доброе время суток всем!
При использовании TB возникла проблема следующего плана: При сохранении вложения (в моем случае именно с PDF файлами проблема) скачивание файла 200кб происходит 20 секунд.
Если на машину с TB разрешить полностью инет, то все летает.
Пробовал сохранять pdf'ки через браузер (MFF). Проблема так же имеется. Но при работе с браузером если отключить галочку "Блокировать опасные загрузки" то все летает.
При использовании синего браузера такой проблемы тоже нет. все открывается быстро.
Предполагаю, что задержка происходит в связи с проверкой вложенного файла. Причем проверка происходит через инет.
Возможно ли как то настроить TB, чтобы эта проверка не проходила?
TB установлен на ПК в изолированной сети подключается к корп.почтовому домену. TB работает через IMAP синхронизация сообщений отключена
TB 68.9.0
MFF 77.01
В дополнении спрошу, тоже возникла проблема что данный плагин жрет ресурсы, настроил отключение в своем профиле через about:config, все работает нормально, но как быть с остальными пользователями (работающими на сервере терминалов) подключатся под каждым что то не очень хочется.... может достаточно будет подменить файлик где хранятся эти настройки? Вопрос только в каком файле они хранятся(если такое конечно возможно)?
Использую в локальной сети TB 2.0.0.22 работаем через IMAP, когда на почтовике заканчивается квота(становится 90-100%) для определенного пользователя, то почистить ящик (удалить ненужные письма), пользователь сам уже не может, приходится каждый раз заходить на сам почтовик, и вручную чистить папку. Может есть какой либо параметр в конфигурации который включит возможность удалять письма даже при достижении установленной квоты?
p.s. вариант с отключением квоты на серваке не подходит.
В итоге выяснил вот что, письмо помечается только на удаление, с самого сервера оно не удаляется. каждый раз приходится нажимать на папках "сжать", каким образом можно автоматически сжимать папки, т.е. автоматически удалять помеченые на удаления письма???
М-дя.... самым оптимальным решение оказалось перейти на стандартный мелкософтский браузер.... тема закрыта, к сожалению
Сорри если тема такая была но по поиску не нашел.
Юзеры в интернет выходят через сервер терминалов Win2008(коннектятся по RDP), в качестве браузера используется FF.
1. Как настроить FF на работу с минимальными затратами на забираемую ОЗУ.
2. Как ограничить количество памяти используемой одним процессом FF например в 100 метров.
еще не нравится такой факт: открываю FF с пустой страницей-20 мб отдал, после того как открываю в новой вкладке например яндекс, процесс FF забирает уже 60 метров, закрываю вкладку с яндексом, а процесс память так и не освободил все те же 60 метров.
еще один факт: открываю FF с тем же яндексом, страница загружена полностью, процесс ff занимает 47,667 МБ памяти, сворачиваю страницу и оставляю на час, через час процесс FF занимает уже порядка 60 метров. то есть происходит "утечка памяти". Такое наблюдается на данном сервере только с процессом FF. то есть проверяли тестировали любой другой процесс не способствует "утечке" памяти
версия FF 3,5,1 точнее уже 3,5,3
Страницы: 1