un1t: конечно, отличаются. Но DRF предоставляет стандартизованные (это к вопросу об ASCII в ответе) и готовые (а это — к HTML-рендереру) средства для отладки REST API. Если прям очень хочется нарушить все мыслимые стандарты, то пожалуйста: гибкость и джанги, и DRF это позволяет. Но такие поступки остаются целиком на совести разработчика. И облегчать ему задачу в этих целях как-то неправильно
un1t: да нет, как раз понятно, по каким. Вы, небось, и компрессорами для js/css не пользуетесь, а подключаемые ресурсы заботливо раскладываете по папочкам, потому что так отлаживать удобнее?
А вот так не надо. Правильный, каноничный json, записывается исключительно в ASCII. Откуда там кракозябры возьмутся-то? А отладку более чем удобно проводить на включенном по умолчанию HTML-рендерере, там всё отформатируется красиво.
Если предлагаемые встроенные решения ну никак не подходят, то settings.REST_FRAMEWORK в зубы, переопределяем дефолтные рендереры-сериалайзеры-права-и-всё-такое и получаем то, что хотим.
Роман: да не в синтаксисе команды curl что-то не так (хотя на самом деле, конечно, не так: из-за вопросиков и амперсандов шелл разобъёт команду на несколько несуществующих. Короче, в данном случае урл нужно заключить в кавычки). Что-то не так в самом урле. Это ни разу не REST, это голимый RPC. А PRC, как известно, это не просто не REST, это почти что его антоним.
Он очень негибкий, скажем так. Как только задачи становятся чуть сложнее простейшего КРУДа, сразу приходится костылить. DRF же позволяет реализовать в точности то, что хочешь.
Или, как вариант, бывает ещё Monster ID. Видел готовые реализации на PHP и Python, но алгоритм генерации можно реализовать на чём угодно, а картинки-шаблоны подойдут любые :-)
На самом деле, под капотом эта штука делает примерно то же самое, что Вы и предположили, а именно — создаёт в site-packages ссылку .pth на директорию c исходниками.
Я имел в виду, что точку входа можно обернуть глобальным try/except, в котором все действия и производить. Райзить явно ничего не понадобится, или я что-то не так понял?
Да, разумеется, на клиенте логика такого плана недопустима. Но своим сообщением я хотел сказать, что ни одна МПС не даст вот так просто работать с банковскими картами. Положения PCI DSS должны быть соблюдены для банковских карт.
А Яндекс.деньки сотоварищи — они сами себе платёжная система и сами себе придумывают регламент.