Ранее я задавал вопрос об использовании remote_api ядра приложения с openID, и ответ работал хорошо, как безопасно, так и небезопасно.В какой-то момент вскоре, однако, что-то в движке приложения изменилось, и решение перестало работать надежно - то есть следующие
remote_api_stub.ConfigureRemoteDatastore(app_id=app_id, path='/remote_api', auth_func=auth_func, servername=host, secure=True)
перестали работать (всегда возвращая 302), и мне нужно было удалить аргумент secureчтобы заставить его работать.
Релиз 1.3.5 SDK обещал «Удаленные команды API можно отправлять через HTTPS или HTTP», что меня смутило, поскольку я был под впечатлениемчто предоставление аргумента «secure = True» уже давало мне это, основываясь на этом обсуждении .
Я подозреваю, что именно выпуск этой функции вызвал «безопасный»аргумент, чтобы перестать работать.Итак, первая часть моего вопроса - действительно ли я выполнял команды remote_api безопасно, используя аргумент 'secure = True', перед выпуском 1.3.5?
Как только взломанный cookie перестал работать безопасно, я попыталсяРешение Ника Джонсона, перечисленное в том же вопросе, но с этим также я не смог предоставить 'secure = True', получив тот же ответ 302.
Что мне нужно сделать для безопасного запуска remote_api с openID?Включает ли 1.3.5 новые возможности для этого и как их использовать?Приветствия,
Колин