問題タブ [django-piston]

注:(最初の2つの提案以降、これを更新しました...ここで古い投稿をtxt形式で表示できます：http：//bennyland.com/old-2554127.txt）。私が行った更新は、何がうまくいかなかったかをよりよく理解することでした-そして今、私は少なくとも何が起こっているのかをある程度知っていますが、それを修正する方法がわかりません。

とにかく、DjangoとPistonを使用して、BaseApiHandlerという名前の新しいBaseHandlerクラスを設定しました。これは、すべてのハンドラーで行っていた作業のほとんどを実行します。これは、結果に適用されるフィルターを制限する機能を追加するまではうまく機能しました（たとえば、「最初の結果のみを表示する」）。

例（これ以上URLを送信できないため、「：」を削除する必要がありました）：- http // localhost / api / hours_detail / empid / 22は、従業員＃22からのすべてのhours_detail行を提供します-http // localhost / api / hours_detail / empid / 22 / limit / firstは、従業員＃22からの最初のhours_detail行を提供します

何が起こっているのかというと、/ limit / firstを連続して数回実行すると、最初の例が壊れて、そうでないときは/ limit/urlのふりをします。

今、私はそれが制限であるかどうか、そして新しいクラスの制限が何であるかを保存しています-このスタックオーバーフロー編集の前は、2つのエントリを持つリストを使用していました（初期化時のlimit = []、limit = [0、 1]設定時）。このスタックオーバーフロー編集の前に、/ limit / firstをスパムすると、最初の例に進むと、「limit」が[0,1]に事前設定され、ハンドラーはこのためにクエリを制限します。追加したデバッグデータを使用すると、リストは事前に設定されており、コードの実行中に設定されていないことは確かです。

何が起こっているかを確認できるように、応答にデバッグ情報を追加しています。現在、例1のURLを最初に要求すると、次の正しいstatusmsg応答が返されます。

例2のURLを要求すると、次の正しいstatusmsg応答が返されます。

ただし、何度も更新すると、制限設定値が増加し始めます（この値を増やすことは、この変数が何らかの形で維持されているかどうかを確認するために私の友人が提案したものでした）

その数が「1回」を超えると、例1のURLの取得を開始できます。例1を更新するたびに、奇妙な結果が得られます。異なる更新からの3つの異なるステータスメッセージを次に示します（それぞれから、'limit'：'first'がkwargのデバッグ出力から正しく欠落しているのに対し、islimitの実際の値は8から10の間でホバリングしています）：

したがって、このオブジェクトはキャッシュされているように見えます。リストからクラスに「limit」を変更する前は、例2のURLに移動した後のように、「limit」のリストバージョンがキャッシュされているように見えました。制限として[0,1]が使用されることがありました。

コードの更新されたスニペットは次のとおりです（最初の投稿はここで表示できます：bennyland.com/old-2554127.txt）

URLS.PY-inside'urlpatterns = Patterns（'

HANDLERS.PY

問題は、毎回ユーザー/パスワードを入力する必要があるのではなく、Djangoピストンに提示できるCookieに認証を保存したいことです(ユーザー/パスのコンボをディスク上のどこかにハードコーディングまたは保存する必要はありません)。誰かがピストン API なしで行うように、Cookie を使用してこれを達成したいと考えていました。何か不足していますか？

Django Piston はセッション Cookie をまったく気にしていないようですか?

または、誰かが良い代替案を提案できますか? ピストンは使わないほうがいいのかな？

今日、django-piston と ExtJS を動作させようとしました。ExtJS の安静な例とピストンの例を使用して、少し安静な Web アプリケーションを作成しました。認証以外はすべて正常に動作します。

基本/ダイジェスト/OAuth 認証を ExtJS で動作させる最良の方法は何ですか? Atm ユーザー名/パスワードをどこに設定すればよいかわかりません。

ありがとう

コマンドを模倣するためにlibcurlを使用してデータをPUTしようとしています

これは正しく機能します。私のオプションは次のようになります：

このread_data関数は正しく機能していると思いますが、質問があれば、そのコードを投稿します。

django-pistonでDjangoを使用していますが、update関数が呼び出されることはありません。（上記のコマンドラインバージョンを使用すると呼び出されます。）

libcurlの出力は次のとおりです。

画像をアップロードできるサーバーを落ち着かせようとしています.django-pistonを使用することで、情報を落ち着いて投稿、取得できますが、画像をアップロードする方法がわかりません。

次のような URL があるとします。

http://example.com/get-users

すべてのユーザーの JSON オブジェクトを返します。しかし、誰も (または任意のボット) がこの URL にアクセスしてこの情報を取得できるようにしたくありません。同じ Web サイト内の他のローカル モジュールからの呼び出しにのみ応答するようにします。

このようなものを実装するにはどうすればよいですか？

私はdjango-pistonと協力して、oAuthをサポートするAPIを作成しようとしています。

私は次の場所でチュートリアルを使い始めました。

http://blog.carduner.net/2010/01/26/django-piston-and-oauth/

テスト目的で、キーとシークレットの両方を「abcd」に設定して、ピストンの管理インターフェースにコンシューマーを追加しました。

URLが正常に接続され、oAuthプロバイダーが呼び出されます。

ただし、tripit（python get_request_token.py " http://127.0.0.1:8000/api " abcd abcd）を使用してget requestトークンテストを実行すると、次のエラーが発生します。

署名が無効です。予想される署名ベース文字列：GET＆http％3A％2F％2F127.0.0.1％3A8000％2Fapi％2Foauth％2Frequest_token％2F＆oauth_consumer_key％3Dabcd％26oauth_nonce％3D0c0bdded5b1afb8eddf94f7ccc672658％26oauth_

問題は、Pistonのoauth.pyの_check_signatureメソッド内にあるようです。

falseを返しています。ただし、署名を検証する方法を理解することはできません。

何か案は？

アップデート：

テストコンシューマーをピストンのバックエンドから削除すると、返される応答は「無効なコンシューマー」に正しく設定されているため、このルックアップは機能しているように見えます。

別のモデルへのManyToManyFieldを持つモデルがあります。特定のレコードのすべての情報（他のモデルからの関連情報を含む）をJSONで返したいのですが。

django-pistonにこれらの値を表示させる方法は？主キーだけでよかったと思います。または、別のオプションを提案できますか？

私は Django ベースの Web サービスに取り組んでおり、シリアル化を行う最善の方法を見つけようとしています。

ただし、トリッキーな要件は、応答の形式とそれに含まれるフィールドをほぼ完全に制御したいということです。

たとえば、Django シリアライザー (残念ながらwadofstuff シリアライザーが含まれています) は、フィールドを で自動的にラップします{ model: "app.Model", pk: 42, fields: { ... }}。これは、フィクスチャの作成には適していますが、私にはあまり適していません。出力を完全に制御したいのです。

さらに、たとえば、QuerySetまたはManyToManyField.

現在、django-pistonのemitters.pyを使用することを考えていますが、django-pistonでの私の経験は平凡なものでしかないので、他のオプションがあるかどうかを確認したいと思います.

では、カスタマイズ可能な Django シリアライザーの他のオプションはありますか?

ª: まばらに文書化され、テストされており、シリアライザーにいくつかの問題がありました。

djangoトランクr13359とdjangoピストンを使用して、文字列値を格納する小さなRESTfulサービスを作成しました。

これは、文字列を格納するために使用しているモデルです。

私はcurlを使用して次のデータを投稿しました：

これは、django-pistonハンドラーの一部としてストレージを処理するコードです。

curlを使用してデータを投稿すると、次の応答本文が表示されます。

ただし、django adminから保存されたインスタンスを見ると、データフィールドに保存されている値は次のようになります。

そして、以下はURLに保存されます：

さらに興味深いのは、curlを使用してサービスにクエリを実行し、何が保存されているかを確認すると、次のようになります。

私は困惑しています..何が起こっているのか考えていますか？