тестил до этого и был уверен что когда указываешь RAM диск для своих профилей, тогда профили будут по 2mb в отличие от профилей которые записаны еще куда угодно по 52mb
но сегодня затестил запись профилей прям на диск C:/ и они тоже стали по 2mb
после этого решил потестить запись профилей на RAM диск но в рандомно созданую папку, т.е. путь для сохранения профилей был сделан
E:\23432 вместо E:
и действительно, при записи не в корневой каталог, а дополнительно в любую папку сверху - папка профиля сразу создается размером 52mb
тоесть проблема (а точнее решение) - писать профили не на RAM диск, а именно в корневую папку диска.
баг? по мне пздц какой баг, особенно если работаешь с кучей профилей. мож пофиксят?
дополнительные файлы, которые кушаю место во втором варианте создаются вот такие:
зачем они там нужны? или на самом деле они нужны, а то что они не пишутся в корневую папку - это и есть баг?
@basuser123 said in в корневую папку диска профили пишутся в 20 раз меньше - 2mb против 52mb:
тестил до этого и был уверен что когда указываешь RAM диск для своих профилей, тогда профили будут по 2mb в отличие от профилей которые записаны еще куда угодно по 52mb
но сегодня затестил запись профилей прям на диск C:/ и они тоже стали по 2mbпосле этого решил потестить запись профилей на RAM диск но в рандомно созданую папку, т.е. путь для сохранения профилей был сделан
E:\23432 вместо E:
и действительно, при записи не в корневой каталог, а дополнительно в любую папку сверху - папка профиля сразу создается размером 52mbтоесть проблема (а точнее решение) - писать профили не на RAM диск, а именно в корневую папку диска.
баг? по мне пздц какой баг, особенно если работаешь с кучей профилей. мож пофиксят?
дополнительные файлы, которые кушаю место во втором варианте создаются вот такие:
зачем они там нужны? или на самом деле они нужны, а то что они не пишутся в корневую папку - это и есть баг?
Попробуйте запустить BAS от имени администратора, скорее всего ему нехватает прав для записи данных в корень диска
Для некоторых проектов я использую подход, при котором после использования папки с профилями упаковываются в 7zip. Это уменьшает размер примерно на 2/3.
В следующий раз, когда вы будете использовать профиль, просто распакуйте его снова, и он будет работать. После завершения процесса используйте 7zip, чтобы снова уменьшить размер.
Недостатком, к сожалению, является дополнительное время, необходимое для работы, и общая потеря скорости.
@Fox
не буду комментировать, подожду когда кто-нибудь еще затестит тоже самое и отпишется)
хотя[глубокий вздох]... вкратце:
да, запускаю с админа
одинаково ведет на все диски, не только системный C:/
тоже самое на 3х компьютерах
мое мнение - можно басу сказать чтоб он всегда профили создавал по 2 мега, без ненужных dll'ок на 50mb
@basuser123 ну как бы если компоненты отключены то по 2, а так по 50 ... давно уже так.
@Nicolas said in в корневую папку диска профили пишутся в 20 раз меньше - 2mb против 52mb:
@basuser123 ну как бы если компоненты отключены то по 2, а так по 50 ... давно уже так.
спасибо!
сейчас проверил действительно, это компоненты вот эти все 3 набора вместе набирают на 50mb
можно отключить их и тогда будут профили писаться по 2 мега в любую папку.
но всетаки баг остается ибо когда они включены компоненты эти даже принудительно как на скрине - в корневую не пишутся ни на какой диск, запущенные под админом. вот так
интересно насколько сильно они необходимы в профилях, как часто это проверяется..
@basuser123 стоит проверить на разных машинах. О необходимости всегда говорят только баны сайта ... Так то может им вообще ничего и не надо, разные сайты - разный подход.
А раньше говорили что Папку Cache и Code Cache удалять (удаляет и по новой пустую создаёт) на свой страх и риск.
Скрипт лежит и Батник помню кто то давно выкладывал.
А тут наблюдаю и вообще чуть не всё удаляют с Профиля и не кто не говорит, что мол на свой страх и риск менять и удалять что то :)))
Опять же смысл вообще создавать Профиль, если он им уже и не Является, без Локаль стрендж и тп и тд мол :)))
Кукисы тогда Юзать да и всё, вот вам и вес меньше :)
@Alex84 Алекс, Алекс, если бы ты вообще понимал цели и задачи :) не парься, на свой страх и риск.
@Alex84
та не, все норм, я наоборот противоположные мнения люблю читать - так лучше понимание приходит какие функции доступны и что как работает. плюс к разным заданиям подходят разные методы - где-то нужен полный профиль, а для этого надо понимать что значит "полный" со всеми включенными опциями.
а где-то наоборот даже прокси с фингерпринтами не нужны - и тут интересна максимальная оптимизация)
решил пока делать так - пусть эти все компоненты будут все время enabled
но по завершению работы с профилем поставил удалять папки
WidevineCdm
Safe Browsing
и файл components.json
в таком случае из профиля перед сохранением удаляются ненужный балласт из десятка файлов на 45 мегабайт, которые при следующем запуске этого профиля опять автоматически пропишутся в свои папки
make sense?
может стоило бы это внедрить в сам бас?
еще бы функция была бы onApplicationFinish, цены бы не было))
Спасибо, что поделились с нами своим опытом. К сожалению, при следующем запуске профиля загружается около 45 МБ мусора, что может быть очень дорого, если у вас 1000 профилей и вы используете качественные прокси, которые оплачиваются за ГБ.
@morpheus93
так эти 45MB не загружаются из интернета, эти файлы сам БАС генерирует и "кладет" в папку профиля
Спасибо @basuser123 за эту информацию. Я думал, что эти данные загружаются с серверов Google во время выполнения.
Полезно знать.
