rPman

Гуглить javascript image manipulation или что то похожее, там очень много библиотек

mime type можно определить по содержимому, тут пример или тут вручную

2 кардинально разных подхода:

* вы изучаете, какие запросы совершает браузер, когда вы совершаете действия настранице (в браузере F12 закладка network, там можно на строке правую кнопку нажать и получить готовую команду утилиты curl к примеру), изучаете что из себя представляет запрос, выделяете параметры (что есть идентификатор сессии, что номер поста и т.п. - эмпирически и следуя логике как вы бы сами как програмист сделали) а затем повторяете все то же самое или только необходимое (например можно не грузить картинки стили и прочее) на любом языке програмирования, скорее всего загружая страницы придется их парсить, разбирать ссылки чтобы знать какие параметры подставлять в следующие запросы.

* используя расширение к барузеру (например greasemonkey/tempermonkey), либо используя headless браузер типа silenium с подключением к вашему любимому языку или напрямую однократно добавив функции в консоли браузера (если сайт single page app без перезагрузки страницы) - полезно на время отладки, написать необходимый код прямо на javascript. Например чтобы кликнуть на ссылку достаточно написать $('css селектор до ссылки/кнопки').click()

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

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

Chrome Remote Desktop - расширение к браузеру, которое позволяет получить доступ к машине пользователя вне браузера, т.е. какой то api на это имеется, изучите его или код расширения, хотя бы сможете реализовать задуманное в виде плагина.

Для firefox или safari стандарта на это вроде бы нет.

p.s. но зачем так извращаться?

Если вам нужны изменения на странице:
Если у вас есть доступ к этому компьютеру, то можно установить расширение в браузере, которое будет подменять содержимое страницы. Тот же Greasemonkey/Tampermonkey, это пользовательские скрипты в браузере, запускаемые по условию (например страницы/домен) а из них делайте что хотите.

Если вам нужны значительные изменения (фактически другой вебсайт):
то как уже тут описывали, вам необходимо подменить dns запись в вашем dns сервере или по простому поправить файл hosts (в windows это тут C:\Windows\System32\drivers\etc\ ) указав на свой ip адрес этого сервера, где запускаете свою подделку.
Так же можно поднять свой прокси сервер, прописать его в настройках браузера и уже в нем производить подмену.
В этом случае https работать не будет, точнее будет выскакивать предупреждение о не доверенном сертификате, но при наличии доступа к компьютеру это можно частично исправить, добавив свой сертификат в браузер (для банковских вебсерверов используется более сложный сертификат, когда информация о компании зеленым цветом отображается прямо слева от ссылки, это подделать не получится), простые сертификаты просто помечают зеленым значком без наименования компании.

webkit штатно идет с jre на всех платформах как часть javafx кажется с 1.7 версии, в android - это android.webkit, плюс точно знаю есть аналогичные опенсорс компоненты для chromium.

Работает абсолютно все, кроме загрузки файлов (ее можно до реализовать самому, правда довольно кривовато).