Несколько вещей приходят на ум. Во-первых, если кто-то не получает доступ к информации с ограниченным доступом или просмотру веб-страниц, которые вы не намеревались публиковать, обычно лучше исправить сайт таким образом, чтобы сайт работал по назначению, но пользователь все еще может использовать VBA для доступа сайт. VBA является важным инструментом повышения производительности для многих предприятий и может дать людям возможность «расширять» сайт для нишевых потребностей, которые могут не подходить для запроса на разработку.
Однако, если вы настаиваете на попытке сломать приложение вашего пользователя:) ... Проверьте свойство DOM's Window.Visible. Это не верный ход, но многие веб-скребки просто незаметно «роботизируют» экземпляр Internet Explorer. Кроме того, возможно, файлы cookie не устанавливаются, они просто удаляются на лету. Если вы пытаетесь ограничить количество посещений страниц с помощью файлов cookie, то вам следует учитывать основную истину, что любые данные, хранящиеся на стороне клиента, могут быть изменены. Попробуйте хранить такую информацию на стороне сервера. Как упоминалось ранее, некоторые методы не предоставляют правильные заголовки, так что вы можете проверить их, и, наконец, всегда есть популярная «Captcha». Конечно, ни один из этих методов не является надежным, и все они имеют свои недостатки.
Все это говорит, что если я научился чему-то одному, так это тому, что люди найдут способ сделать то, что они считают своей работой. Вы можете заблокировать ваш интерфейс сколько угодно, но если пользователь считает, что все, что он делает, необходимо для выполнения его работы, он будет очень мотивирован, чтобы найти обходной путь к любому «исправлению», которое вы применяете. И они, вероятно, даже заслужат похвалу и признание за свои усилия. Пользователь будет продолжать делать это до тех пор, пока вы не встретите потребность, которую, по его мнению, у него .
Если вы действительно хотите убить приложение, лучше определить, какая потребность не удовлетворяется, и удовлетворить ее. Менеджеры не хотят, чтобы имели для поддержки и поддержки 100 различных небольших приложений, если они не нуждаются в этом. Если есть «законный» беспроблемный способ удовлетворения потребностей, он обычно используется. Зачем? Каждый испытывает нехватку времени, поэтому выигрывает самое простое решение. Если вы делаете свое приложение лучше, чем то, которое вы пытаетесь аннулировать, то зачем заниматься собственной разработкой? Менеджер бизнес-подразделения довольно быстро направит своего сотрудника обратно в бизнес, если ему дадут оправдание.