Недопустимые символы (&) в запросе к Еве

Я обнаружил эту проблему в своей системе разработки и воспроизвел ее в демоверсии Eve, найденной здесь

Это код, который я запускаю.

    import requests
    import json
    import string
    import random
    def id_generator(size=6, chars=string.ascii_uppercase + string.digits):
        return ''.join(random.choice(chars) for _ in range(size))

    name = "max and me"
    data = {"lastname":id_generator(), "firstname":name}

    print data
    res = requests.post("http://127.0.0.1:5000/people", data = data)
    print res.text

    data = 'where={"firstname":"%s"}' % (name)
    res = requests.get("http://127.0.0.1:5000/people", params = data)
    print res.text

сначала я делаю POST, включая переменную, и я делаю GET с той же переменной. Сначала я устанавливаю переменную в «макс и я», и все работает нормально. Затем я запускаю with, установленную в «макс и я», и Еву бросает на меня:

    127.0.0.1 - - [23/Apr/2014 20:22:07] "GET /people?where=%7B%22firstname%22:%22max%20&%20me%22%7D HTTP/1.1" 500 -
Traceback (most recent call last):
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1836, in __call__
    return self.wsgi_app(environ, start_response)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1820, in wsgi_app
    response = self.make_response(self.handle_exception(e))
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1403, in handle_exception
    reraise(exc_type, exc_value, tb)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1817, in wsgi_app
    response = self.full_dispatch_request()
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1477, in full_dispatch_request
    rv = self.handle_user_exception(e)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1381, in handle_user_exception
    reraise(exc_type, exc_value, tb)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1475, in full_dispatch_request
    rv = self.dispatch_request()
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/flask/app.py", line 1461, in dispatch_request
    return self.view_functions[rule.endpoint](**req.view_args)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/endpoints.py", line 53, in collections_endpoint
    response = get(resource, lookup)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/methods/common.py", line 226, in rate_limited
    return f(*args, **kwargs)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/auth.py", line 45, in decorated
    return f(*args, **kwargs)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/methods/common.py", line 429, in decorated
    r = f(*args, **kwargs)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/methods/get.py", line 104, in get
    cursor = app.data.find(resource, req, lookup)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/io/mongo/mongo.py", line 145, in find
    spec = parse(req.where)
  File "/Users/hingem/Documents/python/venv/lib/python2.7/site-packages/eve/io/mongo/parser.py", line 26, in parse
    v.visit(ast.parse(expression))
  File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ast.py", line 37, in parse
    return compile(source, filename, mode, PyCF_ONLY_AST)
File "<unknown>", line 1
    {"firstname":"max
                     ^
SyntaxError: EOL while scanning string literal

Вероятно, я не обрабатываю символ ‹&>, но я чувствую, что перепробовал все виды кодирования... И я застреваю....каждый раз


python eve
person martin    schedule 23.04.2014    source источник

Ответы (2)


arrow_upward
3
arrow_downward

Попробуйте заменить & его экранированной версией: %26. Я только что попробовал этот GET для API на базе Eve.

?where={"name": "You %26 me"}

и это сработало просто отлично.

person Nicola Iarocci    schedule 23.04.2014

arrow_upward
1
arrow_downward

Я думаю, что вы не можете иметь амперсанд в незакодированном виде в URL-адресе - это означает следующую часть запроса в URL-адресе. Обычно вам нужно кодировать амперсанд как %26.

Я думаю, что это частично ошибка Евы, потому что, если вы поместите незакодированный амперсанд в часть запроса URL-адреса, Flask (который является основой Eve) разбивает его на аргументы запроса, а Ева затем пытается сделать pythonic ast части «где» ( именно так он обрабатывает форматы запросов в синтаксисе Python), который заканчивается сразу после max и, как следствие, вызывает эту ошибку, потому что это явно неправильное выражение Python. В этом коде https://github.com/nicolaiarocci/eve/blob/develop/eve/io/mongo/mongo.py#L151 наверное тоже должно быть поймано SyntaxError. Может быть, вы можете попытаться заполнить ошибку на гитхабе Евы и предложить, чтобы Ева вернула 400 неверных запросов.

Я надеюсь, что этот пост объясняет суть проблемы.

person Stanislav Heller    schedule 23.04.2014
comment
возможно, вы правы - и самое смешное, что я могу обойтись без & в запросе POST, но не в запросе GET/where - person martin; 24.04.2014
comment
На каких других персонажей мне следует обратить внимание? - person martin; 24.04.2014
comment
Я нашел список зарезервированных символов Доллар ($) Амперсанд (&) Плюс (+) Запятая (,) Косая черта/косая черта (/) Двоеточие (:) Точка с запятой (;) Равно (=) Вопросительный знак (?) ' Символ «A» (@) - person martin; 24.04.2014
comment
Я нашел список зарезервированных символов: ($), (&), (+), (,), (/), (:), (;), (=), (?), (@), и я прогнал их всех через мою тестовую программу. Все обрабатываются правильно, т. е. они могут быть отправлены POST и GET с предложением where - за исключением двух из них. (&) - ведет себя, как описано выше, и (+) просто возвращает 200 с этим ответом: {_items: [], _links: {self: {href: /people, title: people}, parent: {href: , title: home}}} - вроде пусто - person martin; 24.04.2014