Нужен программист
если бы всё было так простоФормуляры многостраничные, с чекбоксами и выпадающими списками.... к примеру
Чекбоксы, текст и все такое - это ерунда. Все равно все сводится к HTTP запросам (GET и POST, может быть еще PUT). Я так понимаю, что капчи там нигде нет? :) Как ее обходить - вопрос.
У меня с мидовским сайтом (midpass.ru) было так, что если часто туда заходить, то они на какое-то время блокируют аккаунт и привет. Ну и там капча на вход.
Чего бы там не было оно выльется в примитивную пересылку текстовой информации на сервер.
Лепить для этого расширение для браузера смысла не вижу.
смотря какие формы ) бывают такие хитровые... что на каждый чих что либо сразу на сервер "аяксом" шлется, бывает что просто постом отправляется, бывает что стряпается json и потом куданить в api шлется и т.д. Если будет с десяток сайтов, с десятком способов отправок форм, то это уже будет 10 различных примитивных отсылок текстовой информации на сервер ) Проще уж реально вебэлементы "потыкать"
Формуляры многостраничные, с чекбоксами и выпадающими списками
как один из вариантов - есть такая приблуда Katalon, вообще придумана для тестирования, но для таких нужд тож сойдет. Там есть возможность записать все действия пользователя которые совершаются на сайте, соответсвенно можно один раз заполнить форму полностью, и все действия сохранятся в скрипт. Скрипт там java подобный, можно в последствии отредактировать так, что вместо данных которые были введены при записи, данные будут браться из базы данных и подствавляться в соответсвующие элементы. Но без программиста со знанием java тут не обойтись конечно
не больше 5 евро
5 евро это оплата где-то 5-7 минут работы. За это время только IDE успеет запуститься и, может быть, можно выбрать шаблончик для проекта. Но создание папки для проекта и открытие окна настроек - другие 5 евро.
которые реализуются соответствующим стандарту бровсером
каким стандартом? про какие стандарты речь? я соберу данные формы в массив, а потом в цикле будут отправлять по одному полю в бек, достаточно стандартно? ))
могу форму отправить по вебсокету, пойдет как не HTTP?
не говоря уже про условные формы где каждая последующая часть зависит от заполненного ранее, и с примитивной отправкой текста можно примитивно пойти в лес )
и это еще не вспоминая про авторизацию, про CORS
авторизацию, плюс добавят кучу проверок перепроверок... бывает всё отладил как надо - а через день-два, они проверяя трафик меняют правила игры,
бота по новому писать переписывать надо, людей программистов тревожить, поэтому надо заранее на биржах фрилансеров прикармливать, примечать.
Вопросы и Ответы - Программируем калькулятор пособий для беженцев вместе.
смотря какие формы
-----
Шо? Правда?
Если будет с десяток сайтов, с десятком способов отправок форм
-----
Назови мне две, которые реализуются соответствующим стандарту бровсером и не входят в HTTP(S)...
В Блейзор, на который сейчас много кто переходит, всё на веб-сокетах. Включая формы-шмормы и прочее. А то и что другое может лежать в какой-нибудь web-assembly. Ты думаешь, что с обычным сайтом работаешь, а там всякие низкоуровневые обращения к нативному коду и другим механизмам коммуникаций.
Вобщем, суть в том, что если технологий, на которых нужные тебе сайты основаны, слишком много, то проще тогда уже на верхнем уровне имитатором действий пользователя записать типа макросы. Или, как тут смартконтракторы говорят, нанять кожаных мешков на школьных фрилансерских биржах - по пять баксов за пучок.
отправлять по одному полю
-----
Какая разница?
разница огромная, тебе придется полностью повторить бизнеслогику отправки формы ) т.е. сначала потрать время на ревиср-иженеринг, чтобы понять логику как форма улетает на бек, а потом еще и написать код чтобы твои "примитивные текстики" отправлялись по этой же логике
тебе придется полностью повторить бизнеслогику отправки формы
-----
Ну выше же написано - постановка задачи.
Если постановка задачи - изучать бизнес-логику - можно изучать бизнес-логику.
Но можно задачу сформулировать по-другому.
Например:
- отправить две и более формы как единый пакет отправки
или
- включить в спецификацию формы условие основанное на данных...
и пусть база, где хранятся "формы", считает чего, сколько и в каком порядке надо отсылать...
чтобы понять логику как форма улетает на бек
-----
Писали уже - стандартно она улетает на бэк - POSTом или GETом... ну еще может PUTом.
Потому как ничего другого нет в протоколе.
Включаешь полное логирование на проксе, выполняешь что там тебе надо и видишь что, когда и куда ушло.
Вырезаешь запросы, подставляешь где надо маркеры формата и с складываешь в базу.
Даже думать не надо - чисто механическая работа и вполне себе автоматизируемая...
чтобы понять логику как форма улетает на бек
-----
Писали уже - стандартно она улетает на бэк - POSTом или GETом... ну еще может PUTом.
Потому как ничего другого нет в протоколе.
А кто сказал, что должен быть только такой протокол, а не какой другой? Выглядит как форма, работает как форма, отправляет и принимает запросы, как форма... но не HTTP. Браузеры поддерживают далеко не только HTTP.
| Web standards | |
|---|---|
| Protocols |
