|
кодирование строк тела запроса |
☑ |
0
DeeK
01.10.19
✎
13:10
|
прилетает мне строка и ее хэш, раскодирую ее, считаю хэш, и он не сходится, копаюсь - вижу что раскодировка, а если я правильно понял, то и кодировка может выполняться разными способами, так вот как сделать так чтобы 1с раскодировала строки первым способом?
|
|
1
palsergeich
01.10.19
✎
13:12
|
Чем декодирует?
|
|
2
DeeK
01.10.19
✎
13:14
|
(1) использую метод РаскодироватьСтроку
|
|
3
palsergeich
01.10.19
✎
13:16
|
Второй параметр какой?
|
|
4
DeeK
01.10.19
✎
13:17
|
(3) СпособКодированияСтроки.КодировкаURL
|
|
5
DeeK
01.10.19
✎
13:17
|
(3) вне зависимости от его значения - результат одинаковый
|
|
6
DeeK
01.10.19
✎
16:15
|
короче, никак не решено, без велосипедостроения со стороны 1С не обойтись, так что мучаем клиента, пусть он кодирует по человечески
|
|
7
Сияющий в темноте
01.10.19
✎
16:45
|
хэш по строкам обычно считается в кодировке utf8,символы переводятся в байты и вперед.
посчитать хэш от текста,передаваемого через web,невозможно,если не задана кодировка,т.к в процессе доставки она может несколько раз поменяться.
|
|
8
DeeK
01.10.19
✎
17:59
|
(7) значит так, со стороны клиента ответили, что суют некодированную строку в cURL массив, и она при этом кодируется как-то (они будут разбираться), кодироваться она может как я понял разными методами (чем обусловлена эта разница так и не понял, почему нет единого стандарта не понятно), в общем случае вообще не важно как кодировать параметры, если сеть их успешно передает, и принимающая сторона их распознает
одно ясно, что 1С умеет только один способ
|
|
9
Сияющий в темноте
01.10.19
✎
18:41
|
1с умеет все,что угодно,только иногда ей нужно на ее языке обьяснить,что делать
|
|