QH
так тебе же черным по белому пишут > (что может вызвать проблемы)
Ну да, и чо мне с этим делать? Знать заранее, что я буду страдать? Ну спасибо)
Size: a a a
2020 August 26
Kd
там же написано что x-заголовок не энкодится, а обычный - да
Kd
может надо x- заголовок декодить (хотя нахуа, если лучше в одну сторону sha->base64 и потом просто строки сравнить)
QH
Konstantin dmz9
там же написано что x-заголовок не энкодится, а обычный - да
И что мне с этим делать, если
а) оба не совпадают
б) это вообще какая-то шиза, почему мне должно быть не похеру, энкодед ли оно и какая там кодировка? Тело запроса — это байтики, что может быть естественнее, чем дайджестить их напрямую?
а) оба не совпадают
б) это вообще какая-то шиза, почему мне должно быть не похеру, энкодед ли оно и какая там кодировка? Тело запроса — это байтики, что может быть естественнее, чем дайджестить их напрямую?
QH
base64, кстати, я бы сравнивать не стал, ибо там на конце есть опциональные заполнители ==. Лучше декоднуть.
VP
И что мне с этим делать, если
а) оба не совпадают
б) это вообще какая-то шиза, почему мне должно быть не похеру, энкодед ли оно и какая там кодировка? Тело запроса — это байтики, что может быть естественнее, чем дайджестить их напрямую?
а) оба не совпадают
б) это вообще какая-то шиза, почему мне должно быть не похеру, энкодед ли оно и какая там кодировка? Тело запроса — это байтики, что может быть естественнее, чем дайджестить их напрямую?
Судя по упоминанию UTF-8, там могут работать не с байтиками
IK
base64, кстати, я бы сравнивать не стал, ибо там на конце есть опциональные заполнители ==. Лучше декоднуть.
О, получается если на конце == - с большой вероятностью это base64?)
IK
Реверс инжиниринг стал проще :D
VP
О, получается если на конце == - с большой вероятностью это base64?)
Ну как бы по алфавиту обычно видно сразу
QH
Ну как бы по алфавиту обычно видно сразу
+
QH
Судя по упоминанию UTF-8, там могут работать не с байтиками
причём у нас тут form-www-urlencoded, т. е. ASCII
IK
Ну как бы по алфавиту обычно видно сразу
Не, в моем случае обычно там и до и после кодирования непонятные наборы символов
VP
причём у нас тут form-www-urlencoded, т. е. ASCII
Ага, ну ты понял уровень писавших это, да?)
VP
Не, в моем случае обычно там и до и после кодирования непонятные наборы символов
Так значит это не base64 🤷♂️
IK
Так значит это не base64 🤷♂️
Не, почему-же. Не всегда же human-readable данные кодируются. В моем случае це мерзотные куки, с данными сенсоров, например
VP
Не, почему-же. Не всегда же human-readable данные кодируются. В моем случае це мерзотные куки, с данными сенсоров, например
Если мы не про исходные данные, а закодированные, то там не может быть левых символов
IK
Если мы не про исходные данные, а закодированные, то там не может быть левых символов
Я не говорю о левых, я говорю о степени читаемости. Перечитал сообщение, да, по алфавиту понятно будет. Не так сначала понял, думал, по внешнему виду
Kd
base64, кстати, я бы сравнивать не стал, ибо там на конце есть опциональные заполнители ==. Лучше декоднуть.
ну кстати глянул википедию, эта "паддинг", там может быть и == и = и пустота
Kd
но если у тебя энкодятся, предоложительно, одинаковые данные - то должно быть пофигу, т.е. совпадать в т.ч. паддинги
BV
А там разве не написано, что нужно экнодить только параметры?