(народ хвалит). Надо было по-другому сделать! Если уж доступ конкретному приложению в сеть уже разрешен, а потом через это приложение хочет выйти в сеть компонент, список выбора должен выглядеть примерно так: Поставил недавно Аутпост Про 2.0.238.3121... В целом впечатление положительное. Но есть ряд неприятных фич.
1) почему нельзя в одном и том же правиле для приложения сразу указать направление входящее и исходящее
2) почему вообще сделано так, что для каждого приложения приходится создавать несколько правил, а не одно, в котором сразу можно прописать все порты, протоколы направления и адреса?- можешь создать запросто одно правило.
3) почему нельзя разрешить/запретить отдельному приложению доступ на конкретный URL(не IP), а вместо этого приходится разрешать/запрещать доступ сразу для всех приложений?- можно.
5) почему нельзя отдельно разрешать подписанные и неподписанные элементы управления ActiveX, а только все скопом?
6) то же самое с куками... нету разделения на временные, постоянные и форин куки. Только все вместе или разрешить, или запретить.
- Запретить компоненту доступ в сеть (компоненту, не приложению!!!)
imho, в этом случае доступ в сеть будет запрещен и для приложений, потому что для нормального функционирования, приложение нуждается в доступе компонента.
так что, проблем то нету.
Кстати, никто не знает, почему разработчики затаились и не плодят новых билдов? Что взялись опять за старое, т.е. год тишины и БАЦ -- новый продукт, имеющий мало общего со "старым"? Если ДА, то скучно, т.к. хотелось бы new features adding, improving & etc.
Вот ведь гадство, и выбора хорошего у меня нету, только плохой и еще хуже... давать доступ компоненту (или вообще отключить контроль компонентов) - значит рисковать. Нафиг тогда вообще нужен контроль компонентов! А иначе я вынужден запретить доступ всему приложению (Опере или Флешгету) из-за этого неизвестного компонента - тогда риска пустить в инет троянскую DLL нету, но броузер или даунлоадер перестанут работать вообще! За такое разработчикам надо надавать по рукам. Ну неужели так трудно было сделать, чтобы можно было в этом диалоге запретить доступ именно компоненту, а приложение, через которое компонент просится в сеть, чтобы продолжало нормально работать... А еще было бы замечательно, если б открывая Приложения -> Компоненты, можно было бы прямо там разрешать/запрещать доступ в сеть каждому компоненту... а то там ничего сделать нельзя! только удалить компонент из списка, или посмотреть папку, в которой он лежит.Когда op_data.mdb стал 120 Мб журнал очень туго открываться стал. Очищать его периодически или есть другое решение?
Тестируется версия 2.1. Думаю, как выловят большинство багов, так и для всех выложат
Когда op_data.mdb стал 120 Мб журнал очень туго открываться стал. Очищать его периодически или есть другое решение?
И я должен поверить, что вот флешгет работал себе и работал, а теперь вдруг уже не может нормально функционировать, если только я не дам доступа через него компоненту совершенно посторонней проги (Translate Now)? Да и потом, отдельно с каждым из компонентов ничего по сути нельзя сделать, только удалить из списка (а тогда опять этот компонент меня будет доставать своими попытками пролезть в сеть через кого-нибудь, и опять придется его добавлять в список). В общем, нынешняя реализация контроля компонентов в Аутпост - это явно кривая фича. уж такую то галку разработчики просто обязаны были добавить. Когда op_data.mdb стал 120 Мб журнал очень туго открываться стал. Очищать его периодически или есть другое решение?
Я не спец в БД, но если логгирование в Outpost работает через ODBC, то нельзя ли написать SQL-запрос на удаление записей из op_data.mdb по определенному критерию и регулярно запускать его?
Ты бы не поленился все это письмо написать агнитумцам
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768
Предыдущая тема: Access Folders последняя версия