Прежде всего, найдите имя входов, используемых в форме веб-сайтов для имен пользователей
<form ... name=username ... />
и паролей
<form ... name=password ... />
, и замените их в приведенном ниже сценарии. Также замените URL, чтобы он указывал на нужный сайт для входа.
Пример кода: login.py
#!/usr/bin/env python
import requests
payload = { 'username': 'user@email.com', 'password': 'sup3rs3cretp4ssw0rd' }
url = 'https://example.com/login.html'
requests.post(url, data=payload, verify=False)
Бонус:
Для запуска этого сценария из командной строки в системе на основе UNIX поместите его в каталог т.е. home/scripts
и добавьте этот каталог к вашему пути в ~/.bash_profile
или аналогичном файле, используемом терминалом.
# Custom scripts export
CUSTOM_SCRIPTS=home/scripts
export PATH=$CUSTOM_SCRIPTS:$PATH
Затем создайте ссылку на этот скрипт Python внутри home/scripts/login.py
ln -s ~/home/scripts/login.py ~/home/scripts/login
Закройте свой терминал, запустите новый, запустите login
.
Вы могли попробовать jmap, одно из Средств разработки JDK. Можно использовать jhat с выводом для обхода дампов "кучи" с помощью веб-браузера.
См. этот ответ для короткого объяснения.
Это подходит довольно часто, таким образом ища, ТАКИМ ОБРАЗОМ, для тех инструментов должен поднять некоторые альтернативы.
Я использовал инструмент HeapAnalyzer от alphaWorks IBM с хорошим успехом. Это берет вывод от профиля "кучи" Java, hprof, и анализирует его, чтобы показать Вам наиболее вероятные утечки памяти.
Можно использовать профилировщика NetBeans. Это имеет 2 режима, запуская кота, представленного непосредственно от язя (для localhost) или с помощью удаленного профилирования с обеспеченным JAR и некоторая выполненная конфигурация на сервере.
Я использовал его в проекте для утечки памяти, и это было полезно.
См. мой ответ здесь:
Стратегии диагноза проблем памяти Java
И здесь существуют также подсказки:
Как я могу выяснить то, что держится за неосвобожденные объекты?
Управление полетом JRockit может проанализировать утечки памяти, в то время как соединено с JVM. Никакая потребность взять снимки все время. Это может быть полезно, если у Вас есть сервер с большой "кучей".
Просто сцепите инструмент до JVM, и это даст Вам таблицу тенденции, где Вы видите, какой тип объектов, которые растут больше всего, и затем можно исследовать ссылки на те объекты. Можно также получить трассировки выделений, в то время как JVM работает, таким образом, Вы видите, где в приложении объекты выделяются.
Можно загрузить его здесь бесплатно