nirvimel: спасибо, давно пробовал - тормоза были еще те, т.ч. не вернусь. Все предложенные варианты (кроме совета приручить закладки) пока что не решают главной задачи - сокращения ресурсов. А бывает, что даже от 5 вкладок браузер падает из-за нехватки памяти (более 1.5Гб жрет).
nirvimel:
Именно! мой стиль - это мой стиль, и прбовал разные варианты, но закладки это как большой черный ящик, куда обычно только складываешь, а доставать некогда :)
Вкладки - это то что отличает IE6 от всех современных браузеров. Жаль только ни один из передовых браузеров не решил проблему расходования ресурсов впустую, т.е. даже не те вкладки которые могут не использоваться днями или даже месяцами :)
Александр Евсеев:
Не за что, а вообще я обнаружил возможности визуального мультиплатформенного тестирования именно в облачной среде разработки cloud9, там это доступно бесплатно.
Александр Евсеев: понятно, спасибо за информацию, значит все, скорее всего, так как я и думал, все придумано только для безынтерфейсных приложений, типа консольных, сервисов или WEB. Просто идея возникла после того как я обнаружил что есть графические сервисы мультиплатформенного тестирования ВЕБ-приложения типа https://saucelabs.com/ - там прям графическое отображение браузера любой из систем: линукс, ios, android, windows и т.д. причем абсолютно всех версий каждого браузера. Значит это современные ресурсы это позволяют. Вот я и подумал, наверняка есть что-то подобное для GUI-приложений.
Действительно список интересный. Хорошо когда знаешь - как сформулировать поисковой запрос :)
Правда возникла другая проблема - с какого сервиса начать, т.к. полноценное (пожизненное) исследование не входило в мои планы. Может посоветуете самый подходящий по требованиям? Например, хочу скомпилировать проект https://github.com/ShareX/ShareX предварительно сделав себе копию в свой аккаунт и внеся некоторые изменения в коде, желательно, имея возможность визуально протестировать готовое приложение (типа RDP или другой вариант).
спасибо, это вполне сгодится.
А вообще было бы удобно просто удалять файлы из кэша, например, контекстным меню из панели разработчика на вкладке Network, жаль там нет такой функции. Могли бы там же кнопку хотя бы сделать.
"можно скачать первые чанки изображений и прочекать размер" - данный подход не стоит того чтобы настолько усложнять код.
Цель задачи простая - нужно всего лишь, при открытии статьи переходить в ее конец, для возможности продолжить ее дописывание (что-то типа редактируемого протокола работ). Это ее использование в 90% случаях. В остальных 10% прокрутка не требуется, но несложно будет просто пролистать статью к нужному месту. Размеры статьи могут превышать 1000 строк (пока). Кол-во картинок (скриншотов в основном) может достигать кол-ва строк, то есть их подгрузка даже в локальной сети может длиться 10 сек и более (дальнейшая оптимизация будет уже по надобности).
Сейчас нужно просто промотать в конец и все. Подойдут и такие варианты (если не еще сложнее): сменить ориентацию скроллера, чтобы он по-умолчанию сразу показывал низ, или, какой-то кастомный скроллер, который уже умеет подобные вещи.
не подходит, т.к. загрузка статьи идет через ajax по нажатию кнопки, после загрузки статьи начинают подгружаться картинки. Нужно определить момент формирования всей страницы, чтобы перейти в конец.
Ну я лично своими руками этого не делал, но данные задачи ставил и получал рабочие решения, что NTLM протокол подразумевает обмен только лишь кэш-функциями а более новые потоколы ntlm2, kerberos и т.д. еще больше увеличивают защищенность авторизации. При этом вид авторизации - пароль, аппаратный ключ или какой другой метод - не важно, все равно будет сначала обмен кэшами а потом работа по тикетам сессии. При этом, прозрачная аутентификация (при работе в одном домене разумеется) подразумевает вход во все сервисы без ввода логина/пароля, т.к. пользователь уже авторизован, поэтому уже не важно как именно был авторизован пользователь при входе в Windows. То есть подразумевается, что пользователь входит на внутрисетевой сайт, находящийся в домене, с компьютера, находящегося в том же домене. Лучше, если сайт на Windows-машине, но и на Linux (с самбой) тоже работает.