forum.clarionlife.net

Подумал, что, возможно, влияет какая-то установка в header. Поскольку странно, что задокументированная опция --data-urlencode не срабатывает.

Авторизация в любом случае выполняется при каждом запросе к сервису.


Не хотелось бы Вас огорчать в день такого великого достижения ... но нет.
Авторизация выполняется разово и далее уже идёт обмена GET / PUT и т.д.

Тут даже не вопрос о том, что это ресурсозатратно, купите ещё один сервер ...

Мне кажется, я сильно модней


Даже не сомневаюсь в этом. И ещё покупаете современные сервера для использование технологий.
Но потом стартуете на нём десятки раз внешний EXE, c новой авторизацией на REST сервисе для каждой
операции и записью результата в текстовые файлы, с их последующей ...

Конкретно в этом случае, проблема в том, что кодировать для Diadoc нужно только одно значение параметра с русскими буквами.
А применение Urlencode (ну или printf('%u',ParamStr)) ко всей строке параметров закодирует и другие спецсимволы. :shock:
Тут мало того, что у всех участников этого действия ...

Надо --data-urlencode value1=ЙЦУКЕНГ без кодировки.

Проверял, не работает. Ни в ansi, ни в utf8. Почему, хз. На выходе все равно получается стандартный urlencode, который почему-то некорректно передается в сервис. К слову, в postmen есть возможность конвертации запросов в синтаксис curl. И он ...

The solution is to use the -G switch in combination with the --data-urlencode switch. Using the original example, the command would look like the following:

$ curl -X PUT -G 'http://example.com/resource/1' --data-urlencode 'param1=value 1' --data-urlencode param2=value2

The -G switch causes the ...

Причем тут лавка древностей? Мне кажется, я сильно модней, чем Вы, так как умею ip драйвер, anysceen, могу на ntws сбацать, могу на php. :lol:
Касаемо через чего работать, через curl.exe или curlib, по большому счету, принципиальной разницы нет, функционал идентичный. Через curl.exe точно проще ...

То есть, Диадок тут действительно ни при чем, проблема была в синтаксисе командной строки curl. Причем в интернете информации не нашел. На мысль навело то, что при передаче с одинарным % сервис возвращает сообщение о значении, в котором символы приняты через один.

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

Уф, поймал наконец. Кто бы мог подумать...
Надо дублировать символ "%". То есть, вместо function=%D0%A1%D0%A7%D0%A4%D0%94%D0%9E%D0%9F писать function=%%D0%%A1%%D0%%A7%%D0%%A4%%D0%%94%%D0%%9E%%D0%%9F.

По подписи так и должно быть, задан contentType=SignerUserContractXsd. Запросы идентичные с адресной строкой в ansi, а результат разный.
А какая у Вас версия curlib?

Странно, это стандартное значение urlencode, у меня оно не работало. Игорь, а Вы точно уверены, что во вложении ответ на titleIndex=0? Там должна быть схема на упд, а это выглядит как схема на ответный титул покупателя.
В любом случае спасибо за усилия, перепроверю ещё раз. Хоть я и обошёл проблему ...

Можете указать полную строку запроса, с учётом результата printf? И какие значения установлены в заголовке запроса? Попробуйте ещё с titleIndex=0, чтобы было в ответе видно, что он именно на этот запрос.

С default работает. А с кириллическим названием ничего не возвращает.

Причём могу дать сразу ссылку на xsd схему, чтобы не искать среди доступных документов в ящике. Вам останется выполнить эту ссылку.