Тухлый Александр (0xd34df00d)

*leechcraft *?
Жуйк, как идентифицировать формы и их элементы в хранилке паролей и данных заполненных форм? Имя input'а? Имя input'а + URL, на который форма ссылается (атрибут action тега form)? Или еще как?

#1019920
from idead, 9 months ago

← All messages

Replies (18)

Post a reply (xmpp)

@borman:
Почитай сорцы хромиума/фф, блеать.
#1019920/1
from codeee/Vacuum IM, 9 months ago
@0xd34df00d:
@borman Пиздец, это крайний случай. Читать это месиво говна очень неохота.
#1019920/2
from idead, 9 months ago, in reply to /1
@0xd34df00d:
@werehuman Бгг, just as planned.
Qtring formId = QString ("%1<>%2<>%3").arg (url).arg (form.attribute ("id")).arg (form.attribute ("name"));
Плюс идентификация по input.name самих элементов в рамках одной формы.
#1019920/4
from idead, 9 months ago, in reply to /3
@borman:
@0xd34df00d Ок, сейчас тебе предложат десяток очевидных use-case'ов, потом обнаружится еще куча менее очевидных и ты дойдешь примерно до того алгоритма, что применяется в существующих браузерах.
#1019920/5
from codeee/Vacuum IM, 9 months ago, in reply to /2
@kapsh:
А может хранить по инпут+домен?
#1019920/6
from BlackHole, 9 months ago
@Tishka17:
Имя/id инпута. Но при этом для хранилки паролей автозаполнение при совпадении домена.
#1019920/7
from kitty [@home], 9 months ago
@0xd34df00d:
@borman Ну и отлично. Но это лучше, чем сорсы читать.
#1019920/9
from idead, 9 months ago, in reply to /5
@borman:
@0xd34df00d Ок.
#1019920/10
from codeee/Vacuum IM, 9 months ago, in reply to /9
@0xd34df00d:
@werehuman Можно же, но мне чо-то больше нравится городить кучи arg'ов, ибо каждый на каждой строчке. и сразу видно, чо там.
#1019920/11
from idead, 9 months ago, in reply to /8
@MrFree:
имя, action, класс, id и за type следить надо, но что бы можно было как в хопере пароли подсматривать, через правку страницы и замену password на edit в типе
#1019920/12
from Psi, 9 months ago
@0xd34df00d:
@borman Чо-то хуита.
#1019920/13
from idead, 9 months ago, in reply to /10
@qnikst:
ну ff часто по name хранит в итоге, получается что заполняет кривыми данными. имхо нужны уровни храниния: {input.name}, {site.url, input.name}, {site.url, form.(number|id), input.name} и соотв если нету более точного, то подставлять предыдущий уровень
#1019920/14
from mcabber, 9 months ago
@0xd34df00d:
@qnikst Гм, это печально.
#1019920/15
from idead, 9 months ago, in reply to /14
@qnikst:
@0xd34df00d реализуется кстати 1 таблицей с соответствующими null и может даже вытаскивается 1 запросом
#1019920/16
from mcabber, 9 months ago, in reply to /15
@0xd34df00d:
@qnikst Гм, проблема в том, что это будет не в sql, а в key-value-хранилище.
#1019920/17
from idead, 9 months ago, in reply to /16
@qnikst:
@0xd34df00d ясно, /me не шарит на уровне key value, ну там тогда или в 3 запроса с заменой неизвестных данных на строку NULL, или нормальными средствами, которых я не знаю. просто имхо мой вариант покрывает большинство use-case'ов
#1019920/18
from mcabber, 9 months ago, in reply to /17
@0xd34df00d:
@qnikst Вообще говоря, можно в роли key — input.name, а в роли value — структуры со значением поля + привязанные данные типа site.url и formid. Можно искать три раза по списку.
#1019920/19
from idead, 9 months ago, in reply to /18
@qnikst:
@0xd34df00d тогда /me одобряет такой вариант и проблем не видит
#1019920/20
from mcabber, 9 months ago, in reply to /19

Тухлый Александр (0xd34df00d)

Subscribe

Replies (18)

Messages

Tags all

Search

Statistics