Ru-Board.club
← Вернуться в раздел «Программы»

» HandyCache - локальный кеширующий прокси сервер

Автор: rs
Дата сообщения: 09.02.2006 13:50
mai62

Цитата:
Думаю добавить в списке прокси колонку Использовать для URL

я думал об этом
и хотел уже было предложить

но потом понял, что логика усложняется и запутывается - сейчас ровно один прокси активен

если же каждому прокси задать свой список урлов и оставить ОДИН текущий как сейчас - то на какой прокси переходить при невыполнеии урла для текущего прокси (с галкой)

можно предложить мультиселект активных прокси - и тогда перебирать прокси до певого попадания урла в список

но что делать с мультиселектом при пустых урлах?

в общем крутил я, вертел - тут либо две страницы настроек прокси - с исключающим ОДНИМ текущим прокси - как это есть сейчас, и доп страница УСловныхПрокси - каждый со своими урлами - эта страница отрабатывается первой и если нет в ней попадания в условный урл-прокси, то переключаемися в текущий ОДИН прокси из первой страницы.

в общем слишком мудрёно

я пришел к мысли, что лучше именно против уже имеющейся мтроки для обхода прокси поместить прокси, на который будет выполнен обхд, а если этот прокси пуст - т и в никуда

работы, кстати, минимум


--
и список бы для входа в варезник кто подсказал
Автор: mai62
Дата сообщения: 09.02.2006 13:57
rs

Цитата:
можно предложить мультиселект активных прокси - и тогда перебирать прокси до певого попадания урла в список

Так и сделать

Цитата:
но что делать с мультиселектом при пустых урлах?

Приравнять его к .*


Добавлено:
При этом сохранится совместимость с текущими настройками. Кому это не надо ниго и не заметит
Автор: rs
Дата сообщения: 09.02.2006 14:03
>Приравнять его к .*

с этим просто
но я не о том, какой действительно активен при мультиселекте, у каждого из которых истинный список урлов?


Добавлено:
если ввести ПроксиДляОбхода - те, кому не нужно, кстати, тоже ничего не заметят

зато нет проблемы SingleSelect / MultiSelect (для тех, кого это вообще не волнует) - всё будет по-старому
Автор: mai62
Дата сообщения: 09.02.2006 14:11
rs
Ты же сам написал

Цитата:
перебирать прокси до певого попадания урла в список



Добавлено:

Цитата:
зато нет проблемы SingleSelect / MultiSelect (для тех, кого это вообще не волнует) - всё будет по-старому

У них как был один разрешен так и останется
Автор: rs
Дата сообщения: 09.02.2006 14:16
мне не нравится возможность смешивать SingleSelect / MultiSelect - как-то неоднородно выходит

т.е. если нужен SingleSelect - как сейчас - просто клик на другой отключает текущий

если же будет разрешён мультиселект - то клик на другой прокси не отключит текущий, что потребует нового клика для отключения

а большинству как раз удобнее будет SingleSelect

с моим последним предложением с ПроксиДляОбхода всё старое как раз и будет работать как раньше а смультиселектом старая логика изменится

Автор: mai62
Дата сообщения: 09.02.2006 14:19
Если сделать как ты предлагаешь, то может быть только один обходной прокси. А если кому-то нужно несколько?

Добавлено:
Или ты сегодня пользуешься одним, завтра другим. Что проще галочки переставить или парметры заново ввести?
Автор: unreal666
Дата сообщения: 09.02.2006 15:31
Предлагаю для прокси сделать так.

Создать опцию для вкладки "Родит. прокси" типа "Режим мультиселект".
В режиме не "мультиселект" игнорировать столбец URL.
Добавить столбец "Разрешить для мультиселект".

Добавить обновление пунктов меню иконки трея при смене режима (а заодно и сам пункт в меню трея добавить).
Т.е. при одиночном режиме меню как сейчас - галочка стоит только у того прокси, у которого она стоит для одиночного режима. А при мультиселекте галочки стоят именно для тех прокси, у которых они стоят в столбце "Разрешить для мультиселект".
Автор: rs
Дата сообщения: 09.02.2006 15:36
mai62
>Если сделать как ты предлагаешь, то может быть только один обходной прокси. А если кому-то нужно несколько?

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


вот и приходится выбирать...

кстати - в качетсве обходного прокси можно вводить не полностью его параметры - хост,порт.юзер - указать НОМЕР из списка прокси, который будет обходным - по умолчанию - ноль, т.е нет обходного

что про это скажешь?

--
номер - из комбобокса выбират
Автор: mai62
Дата сообщения: 09.02.2006 15:42
rs

Цитата:
номер - из комбобокса выбират

Это можно. Только если кто-то скажет я хочу эти урлы через этот прокси, а эти через другой?
В общем вопрос пока открытый. Если у кого-то есть соображения - пишите.
Автор: Dr Eam
Дата сообщения: 09.02.2006 15:50
mai62

Цитата:
Версия 0.93b2b 08.02.06

<cut>

[+] Добавлена возможность перехода в автономный режим по отсутствию DialUp соединения.

_http://handycache.narod.ru/download/HandyCache093b2bexe.zip


Хм.
Не работает... Всё-время онлайн висит.
Автор: unreal666
Дата сообщения: 09.02.2006 16:04
Dr Eam
А ты во вкладке "Кэш - Управление" ставил галку на "Проверять DialUp-доступ"? А то по умолчанию стоит "Проверять все способы доступа".
Автор: Dr Eam
Дата сообщения: 09.02.2006 16:14
unreal666
Нет! Не увидел такой настройки в "Общих" и решил, что теперь её нет, она всегда влюкчена.
Сейчас выбрал эту галку и всё работает!
mai62 Супер, спасибо!
Есть одно предложение.
Вот сейчас статистика экономии трафика ведётся и в автономном режиме.
Получается так. У меня в опере открыто больше двух десятков вкладок и стоит опция продолжения сессии при следующей загрузке. Я открываю оперу, и только потом соединяюсь с инетом. Но она ещё до соединения уже при открытии всех вкладок успевает накачать из кеша несколько мегабайт, что сбивает реальную статистику экономии трафика. Думаю, можно добавить соответствующую опцию (не вести статистику в автономном режиме).
Автор: mai62
Дата сообщения: 09.02.2006 16:58
Dr Eam

Цитата:
что сбивает реальную статистику экономии трафика. Думаю, можно добавить соответствующую опцию.

Да, об этом уже была речь.
Автор: Dr Eam
Дата сообщения: 09.02.2006 17:07
mai62
Кстати, у меня в версии 0.93b2b (и паре более ранних) иногда при анимации значка начинает один из кадров отображатсья в виде чёрного значка-кружочка (о чём писали уже). Причём ОС - WXP. Кроме того, в автономном режиме домик иногда тоже становится чёрным. Вылечивается наведением на него мышкой.
Автор: pop2ROOT
Дата сообщения: 09.02.2006 17:17
Dr Eam
это виндовые баги - IconCache почисти...
Автор: unreal666
Дата сообщения: 09.02.2006 18:04
Dr Eam
У меня все нормально отображается в трее. Только у меня оболочка Aston.
Автор: vgb
Дата сообщения: 09.02.2006 21:40
Не знаю, было это уже или нет, 112 страниц читать влом.

Вообщем у минэ вместо кирилицы знаки вопроса, посему даже попробовать данную прогу не получится, не говороя уже об использовании.
Ув. автор, не могли бы Вы в слудующей версии исползовать Unicode или вложить в дистрибутив используемый Вами шрифт. На первое время и иглиш версия подойдет, коей в дистрибе версии 0.93b1 не обнаружено, только инсталяшка.
Автор: unreal666
Дата сообщения: 09.02.2006 22:02
vgb
Это у тебя что-то с региональными настройками не то.
Автор: C0USIN
Дата сообщения: 09.02.2006 22:05
mai62

Цитата:
[+] В заголовке программы добавлен вывод пути к файлам настройки программы;

И теперь панели задач вместо HandyCache видим C:\Program Files\...
Нельзя было добавить путь в конец строки?

Добавлено:

Цитата:
[+] Доработан алгоритм преобразования URL в имя файла;

А давай обнародуем этот алгоритм и занесем в FAQ?
Автор: rubel
Дата сообщения: 09.02.2006 22:37
vgb

Цитата:
Вообщем у минэ вместо кирилицы знаки вопроса

Загрузи себе на комп первые 100 страниц версию для печати.
Очень будет полезно для тебя.
Я уже говорил там как этот баг исправить.Прога эта здесь ни при чём.
Автор: vgb
Дата сообщения: 09.02.2006 23:30
2 rubel
Сама прога здесь действительно не причем, но ИМХО, разработчик все таки должен позаботится о том, что бы после ее установки, пользователю, на которого она расчитана, не пришлось бы ковырять реестр, или еще что.

Тем не менее, спасибо за столь скорый ответ. С кодовыми страницами дейстивительно была не состыковочка, запамятовал с последней переустановки Windows подправить реестрик. Но проблема не решена

Что бы небыло доп. вопросов:
Regional and Language Options -> Advanced -> Russian (без этого никуда), а также все кодовые страници имеющие отношение к RUS
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage
c 1250 по 1255 = c_1251.nls

Какие еще будут предложения? Заранее блогадарен
Автор: drochilla
Дата сообщения: 10.02.2006 02:43
Dr Eam

Цитата:
Я открываю оперу, и только потом соединяюсь с инетом. Но она ещё до соединения уже при открытии всех вкладок успевает накачать из кеша несколько мегабайт, что сбивает реальную статистику экономии трафика.

Не вижу логики. Да хоть вообще в инет не выходи, - колупай кэш на здоровье, коли в нем все есть. Что принципиально изменилось от того, что ты открыл страницы до сесси, а не во время ее? Это и есть РЕАЛЬНАЯ СТАТИСТИКА ЭКОНОМИИ ТРАФИКА. Ничего менять не надо, все правильно, - клиенту всегда надо напоминать, почему у него радость в доме.
vgb
Ну, не царское это дело... Пусть автор ядром занимается. Совершенно очевидно, что прога в разработке - зачем челу голову морочить?.. С кодировками всегда какая-нибудь хренотень случается, - всяк по своему борется. Вобщем, это
Автор: Dr Eam
Дата сообщения: 10.02.2006 08:03
drochilla

Цитата:
Не вижу логики. Да хоть вообще в инет не выходи, - колупай кэш на здоровье, коли в нем все есть. Что принципиально изменилось от того, что ты открыл страницы до сесси, а не во время ее? Это и есть РЕАЛЬНАЯ СТАТИСТИКА ЭКОНОМИИ ТРАФИКА. Ничего менять не надо, все правильно, - клиенту всегда надо напоминать, почему у него радость в доме.

Логика проста. В автономном режиме интернет вообще не используется, не важно, подключен он, или нет. Следовательно, ни о какой экономии интернет-трафика речи быть не может - в автономном режиме смысл этого понятия теряется.
Автор: unreal666
Дата сообщения: 10.02.2006 09:15
Dr Eam

Цитата:
Логика проста. В автономном режиме интернет вообще не используется, не важно, подключен он, или нет. Следовательно, ни о какой экономии интернет-трафика речи быть не может - в автономном режиме смысл этого понятия теряется.

Вообще правы и ты и drochilla.
Он прав потому, что если бы не было HC. то тебе вместо автономного просмотра пришлось бы лезть в инет.
Ты прав потому, что в крайнем случае можно не лезть в инет, а просто сохранить страницу на винт.
Автор: rs
Дата сообщения: 10.02.2006 10:05
mai62
О прокси.

Больно уж не хочется терять имеющийся однокликовый подход переключения прокси.
Также не хочется усложнять логику, запутывая её необходимостью выбора пользователем между мультиселектами и обычными селектами.
Логика должна быть максимально прозрачна.
При этом автоматизация выбора прокси по условию вещь тоже чрезвычайно лакомая.

Долго всё не сходилось в один флакон, однако, в конце концов, похоже получилось:

1.Во вкладке "Родительский прокси" (лучше просто "Прокси") в таблице прокси вводим колонку "Условие".
2.Поле в этой колонке может быть маской (условный прокси) или пустым (безусловный прокси).
3.Безусловные прокси могут быть выбраны флажком в колонке "Разрешить" (как это работает и сейчас).
3.Безусловные прокси могут быть выбраны в меню при правом клике над иконкой в трее (как это работает и сейчас).
4.Прокси с непустой маской не могут быть выбраны флажком в колонке "Разрешить" (флажок в ячейке заблокирован).
5.Прокси с непустой маской не показываются в меню при правом клике над иконкой в трее.
6.В меню при правом клике над иконкой в трее появляется SingleSelected-меню со списком: все прокси без масок плюс дополнительный пункт "Прокси по условию".
7.При выборе в меню над треем любого прокси без маски - этот прокси становится текущим (как это работает и сейчас).
8.При выборе в меню над треем "Прокси по условию" - перебираются все прокси с масками, начиная с первого в списке до выполнения маски.
Безусловные прокси в этом переборе не участвуют.
9.Окно хинта над треем показывает текущий прокси - либо безусловный, либо текущий выбранный условный, с совпавшей маской.

Т.о. соблюдается преемственность и добавляется новая функциональность.

Пример заполнения таблицы "Родительский прокси":

N | Разрешить | Наименование | Хост | Порт | Имя польз. | Пароль | Условие |
1 | | provider по условию | | | | | <маска> |
2 | | proxomitron по условию | | | | | .* |
3 | + | proxomitron | | | | | <пусто> |
4 | | provider | | | | | <пусто> |



Добавлено:
дополнение:
...
10.безусловные и условные прокси в списке "Родительский прокси" могут чередоваться между собой как угодно - для условных прокси важен лишь их порядок относительно условных же прокси
Автор: unreal666
Дата сообщения: 10.02.2006 10:48
rs
mai62
Вообще с rs согласен.
Но...

Цитата:
4.Прокси с непустой маской не могут быть выбраны флажком в колонке "Разрешить" (флажок в ячейке заблокирован).

Лучше создать еще один столбец "Вкл. в мультиселект" для того, чтобы один и тот же прокси мог быть включен и в SingleSelect и в MultiSelect, только в режиме SingleSelect маска будет игнорироваться.
Это необходимо для того, чтобы, если я не хочу использовать какой-нибудь мультиселектовый прокси в данный момент, я смог его отключить, а не удалять его из списка.
И добавить во вкладку "Родительский прокси" опцию "Разрешить прокси по условию" или что- то подобное.

rs

Цитата:
7.При выборе в меню над треем любого прокси без маски - этот прокси становится текущим (как это работает и сейчас).
8.При выборе в меню над треем "Прокси по условию" - перебираются все прокси с масками, начиная с первого в списке до выполнения маски.
Безусловные прокси в этом переборе не участвуют.

Что-то не очень понял, что ты хотел сказать, поэтому возможно повторюсь...

Необходимо сделать так, чтобы можно было ставить галочки одновременно на простом прокси и на "Прокси по условию" для того, чтобы, если ни одно из условий не совпало, то использовать простой прокси.
Т.е. например у меня основной прокси Proxomitron и, если включено "Прокси по условию", чтобы при несовпадении ни одного из условий, использовался именно Proxomitron.
Автор: mai62
Дата сообщения: 10.02.2006 11:06
vgb

Цитата:
Ув. автор, не могли бы Вы в слудующей версии исползовать Unicode

В планах сделать Unicode есть. Но планы обширные, а времени, которое я могу выделить для работы над этим проектом мало. Поэтому приходится расставлять преоритеты.
C0USIN

Цитата:
И теперь панели задач вместо HandyCache видим C:\Program Files\...
Нельзя было добавить путь в конец строки?

Можно было. Но что это НС видно и по значку. А так есть некоторая вероятность, что в панели задач будет виден путь к настройкам.

Цитата:
А давай обнародуем этот алгоритм и занесем в FAQ?

Описывать его русским языком влом. Если кому-то интересно, могу показать подпрограммы, которые этим занимаются.
vgb

Цитата:
Какие еще будут предложения? Заранее блогадарен

Попробуй Control Panel/Regional and Language Options/Advanced/Language for non-UNICODE program = Russian
drochilla
Dr Eam

Цитата:
Логика проста. В автономном режиме интернет вообще не используется, не важно, подключен он, или нет. Следовательно, ни о какой экономии интернет-трафика речи быть не может - в автономном режиме смысл этого понятия теряется.

Не спорьте - сделаю опционально.


Добавлено:
rs
unreal666

Цитата:
О прокси.

А может, чтобы не валить все в кучу, сделать отдельные списки для этих прокси?
Автор: unreal666
Дата сообщения: 10.02.2006 11:17
mai62

Цитата:
А может, чтобы не валить все в кучу, сделать отдельные списки для этих прокси?

Можно и отдельный список для "Прокси по условию". Только приоритет у него сделать выше, чем у обычным прокси. Т.е. сначала проверяется прокси из списка по условию, а потом уже проверяется прокси из обычного списка.
Это как раз будет реализовано так, как я писал, только в разных списках.
Автор: AnexeR
Дата сообщения: 10.02.2006 11:19
Автору

ОЧЕНЬ большая просьба.
На сегодняшний день иконка программы в трее может отображать значение режима - "Работать автономно". И это конечно очень хорошо и правильно.
Но ведь этого совершенно недостаточно!

Существует ещё два ничуть не менее важных режима, которые требуют отображения в иконке.

Первый основопологающий режим - "Чтение из кеша", который также требует отображения. Очень рекомендую отображать отключение этого режима маленьким значком паузы поверх текущей иконки - с расположением в нижнем правом углу иконки. Примерно так, как это реализовано в мониторе DrWeb (при временном отключении мониторинга там поверх значка монитора DrWeb в трее появляется значок паузы).

Второй важнейший режим, это конечно - "Не обновлять свежие файлы".
Рекомендую отображать его маленькой иконкой часиков поверх иконки в трее - с расположением опять таки в нижнем правом углу иконки.

Работать по моему мнению это должно таким образом:

1.
*В случае включения режима "Работать автономно",
Не зависимо от положения других режимов,

должна как и сейчас отображаться иконка домика. Без всяких изменений. Положение других режимов при этом никак не отображается, просто потому что в данном положении режима "Работать автономно" другие режимы не имеют никакого значения.

2.
*В случае отключения режима "Работать автономно",
Включенном режиме "Чтение из кеша",
Отключенном режиме "Не обновлять свежие файлы"

должна отображаться текущая иконка две стрелочки (а при закачке файлов соответственно - две крутящиеся стрелочки).

3.
В случае отключения режима "Работать автономно",
Включенном режиме "Чтение из кеша",
*Включённом режиме "Не обновлять свежие файлы",

поверх текущей иконки - "две стрелочки" должна отображаться минииконка часиков (как смотри описание выше). Которая описывает включение режима "Не обновлять свежие файлы", при включённом режиме "Чтение из кеша".

4.
В случае отключения режима "Работать автономно",
*Отключённом режиме "Чтение из кеша",
И не зависимо от режима "Не обновлять свежие файлы",

поверх текущей иконки - "две стрелочки" должна отображаться минииконка паузы (как смотри описание выше). Которая описывает отключение режима "Чтение из кеша", не зависимо от положения режима "Не обновлять свежие файлы".

----------------------
Сложное на первый взгляд описание, а на самом деле всё просто.
И это ниболее логичная структура отбражения, которая позволяет очень просто визуально контролировать какие имеющие значение в данный момент режимы активны.
Кстати, важно. Отображение режимов должно работать даже при временном их отключении горячими клавишами (как сейчас, когда мы временно ставим программу в автономный режим при помощи удерживаемого клавиатурного сочетания).
Автор: rs
Дата сообщения: 10.02.2006 12:05
>Лучше создать еще один столбец "Вкл. в мультиселект" для того, чтобы один и тот же
>прокси мог быть включен и в
>SingleSelect и в MultiSelect, только в режиме SingleSelect маска
>будет игнорироваться.
>Это необходимо для того, чтобы, если я не хочу использовать какой-нибудь
>мультиселектовый прокси в данный момент, я смог
>его отключить, а не удалять его из списка.

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

>И добавить во вкладку "Родительский прокси" опцию "Разрешить прокси по условию" или что- то подобное.

согласен.
дополню - установка этого флага снимает установку с безусловного прокси в таблице (исключающий выбор) - см. далее новую редакцию правил


>Необходимо сделать так, чтобы можно было ставить галочки одновременно на простом прокси и на "Прокси по условию"

согласен, но с иной трактовкой - см. далее

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

не согласен
вернее тогда не получится однокликовость выбора в меню (однокликовость достигается только исключающим выбором, SingleSelect)

>Т.е. например у меня основной прокси Proxomitron и, если включено "Прокси по условию",
>чтобы при несовпадении ни одного из условий, использовался именно Proxomitron.

это решаемо с новой версие правил - см. пример далее

---

Улучшенный вариант правил:

1.Во вкладке "Родительский прокси" (лучше просто "Прокси") в таблице прокси вводим колонку "Условие".
2.Поле в этой колонке может быть маской (условный прокси, УП) или пустым (безусловный прокси, БП). Соотвественно пустое условия поле и маска '.*' в этом поле - не(!) тождественны по смыслу.

3.БП во вкладке "Прокси" могут быть выбраны флажком в колонке "Разрешить" - выбор "исключающий" между всеми безусловными - SingleSelect (как это работает и сейчас).
4.БП могут быть выбраны в меню при правом клике над иконкой в трее - выбор "исключающий" между всеми безусловными - SingleSelect (как это работает и сейчас).

5.УП во вкладке "Прокси" могут быть выбраны флажком в колонке "Разрешить" - выбор "неисключающий" между всеми условными - MultiSelect.
6.УП не показываются по отдельности в меню при правом клике над иконкой в трее. Все условные прокси в этом меню представлены единственной строкой "Прокси по условию".

7.В меню при правом клике над иконкой в трее появляется SingleSelected(!)-меню со списком, количество строк в котором равно количеству БП + 1: все безусловные прокси плюс дополнительный пункт "Прокси по условию" (если есть хоть один УП). Этот доп. пункт представляет одной строкой все(!) разрешённые УП из таблицы.

8.При выборе в меню над треем любого БП - этот прокси становится текущим (как это работает и сейчас).
9.При выборе в меню над треем пункта "Прокси по условию" - перебираются все разрешённые УП (с галкой), начиная с первого в списке до выполнения маски. Строки таблицы с БП в этом переборе не участвуют.

10.Другими словами, поскольку меню SingleSelect, то выбор пункта меню "Прокси по условию" одним кликом сбрасывает текущий БП. И наоборт - выбор БП сбрасывает пункт "Прокси по условию".

11.Окно хинта над треем показывает текущий прокси - либо безусловный, либо текущий выбранный по списку условный, с совпавшей маской.
12.Безусловные и условные прокси в списке "Прокси" могут чередоваться между собой как угодно - для УП важен лишь их порядок относительно условных же прокси

13.Во вкладке "Прокси" вне(!) таблицы вводим флаг "Разрешить прокси по условию". Его выбор приводит к сбросу флага "Разрешить" в строке БП. Выбор флага "Разрешить" в строке БП приводит к сбросу флага "Разрешить прокси по условию" вне таблицы. Т.е. полная аналогия SingleSelect-функциональности в меню над треем.
14.Другими словами - все УП в таблице на вкладке "Прокси" - мультиселективные, а все БП - с исключающим селектом (SingleSelect).

15.При просмотре условных прокси хотя бы одна маска должна выполниться. Резонно последний из УП сделать с маской .*
16.Если ни одна из условных масок не совпала - прокси обходится совсем.

Соблюдается преемственность и добавляется новая функциональность.
Никаких мультиселектов меню(!). Все мультиселекты в меню - лишние удвоенные клики (на каждый из мультиселектов - клик на трее плюс клик селект-деселект).

---

Пример заполнения таблицы на вкладке "Прокси":

| Наименование | Условие |
---------------------------------------
+| provider по условию | <маска для варезника> |
+| proxomitron по условию | .* |
| proxomitron | <пусто> |
+| provider | <пусто> |

В этом примере <provider по условию> и <provider> - имеют однаковые хоcт и порт
и <proxomitron по условию> и <proxomitron> имеют однаковые хоcт и порт.
Т.е. физически ДВА прокси, а логически Четыре (если точнее - два безусловных плюс сгруппированные в один - условные прокси)
--
замечание: чем плодить лишние клики мультиселекта в меню, лучше сделать один раз бОльшее количество логических прокси, основанных на меньшем количестве физических
--


Тогда в меню над треем появятся три строки:
Прокси по условию
proxomitron
+ provider

Такой расклад меню направит к провайдеру безусловно.

А вот такой - направит безусловно к проксомитрону.
Прокси по условию
+ proxomitron
provider

А так будет выбран один из <provider по условию> или <proxomitron по условию>.
+ Прокси по условию
proxomitron
provider


Добавлено:
mai62
>А может, чтобы не валить все в кучу, сделать отдельные списки для этих прокси?

моё последнее предложение - по СУТИ и есть отдельные списки, но
1.в р амках одной таблицы
2.совместимости с существующим
3.с сохранением скорости выбора - однокликовость


Добавлено:
>Можно и отдельный список для "Прокси по условию". Т

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

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

а вот с наличием приоритета и выбором БП после непопадания в УП - не согласен.

в таком случае не получится одним кликом выбрать в меню ЛЮБОЙ из нескольких БП , при активном групповом УП (пункт "Прокси по условию") .

др. сл. - только искючающий селект между БП и групповым УП

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: грабилка экрана под OpenGL


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.