問題タブ [liberator]

https://github.com/clojure-liberator/liberatorと、それが開発者に提供する決定ポイントのリストをよく理解していません。ライブラリの/横/上を使用して、基本的な認証/認証サービスをどのように実装しますか?

POSTコレクション URL へのリクエスト (例: /posts) が新しいブログ投稿アイテムを作成する、Liberator を使用してコレクション リソースを実装しようとしています。それはうまくいっています。機能していないのは、新しい URL を指すヘッダーを含む応答でPOST要求に応答することです (例: )。201 CreatedLocation/posts/1

で応答できます201 Createdが、ヘッダー応答を含めることができないLocationため、クライアントは新しい URL が何であるかを知ることができません。または、代わりに を設定して、ヘッダーで応答を:post-redirect? true返すこともできます。303 See OtherLocation

Liberator POST ハンドラーから a201 Created とヘッダーを返す方法はありますか?Location

サービスを REST サービスとして公開するために clojure liberator を使用しています。POST リクエストがあります。以下にコードを示します。サービスを POST として呼び出すプロセスを実行できますが、イベント ID を POST のレスポンスとして送り返したいと考えています。 、誰でも助けてくれますか

liberator body-as-string 関数と line-seq に問題があります。

このcurlコマンドを使用すると、関数は(h1,h2\nh3,h4\nh5,h6)代わりに戻ります(h1,h2 h3,h4 h5,h6)

編集 ：

body-as-string 関数を追加します。

多分それはエンコーディングの問題ですか？

ありがとうございました ！

私は最近、基本的に compojure と hiccup に基づいて、Clojure で書かれた未完成の Web アプリを継承しました。ここで見られるように、FP スタイルではなく OO スタイルである種の MVC をモデル化するのは悪い試みです。そこで、有用な部分を再利用して、ほぼゼロからプロジェクトを再開することに賭けます。私はこれらの代替案を検討します：

Compojure+Enlive+jquery-pjax は、最も壊れにくい代替手段です。

Pedestalのような clojure Web フレームワークの使用これに関する経験はありますか?

最初のアイデアは、JSON を提供する RESTful API を実装することでした。そのため、より精巧なソリューションとして、フロントエンドには Backbone+react.js を、バックエンドにはLiberator を念頭に置いていますが、従来の方法よりも開発に時間がかかる可能性があります。サーバーアプリ。

Ajax の経験が必要であることを考慮した考えと代替手段をお願いします。どうもありがとうございました。

liberator を compojure で使用しており、複数のメソッド (すべてのメソッドではありません) を保存リソースに送信したいと考えていました。繰り返しになりますが、一度に複数のハンドラーを定義できるものが欲しいです。

例：

近いはずです：

現在、リングとリベレーターを使用してデータベースからサービスを提供するプロジェクトに取り組んでいます。何らかの理由で、コンパイラが関数の 1 つを呼び出して結果をキャッシュしているようで、サーバーが再起動するまで http に出力される値が変更されません。ここに私のコードの要点があります: https://gist.github.com/sakekasi/9337146。何がこのようなことを引き起こす可能性があるかについてのアイデアはありますか?

liberator と monger を使用して、単純な REST API を構築しようとしています。

私はadvanced rest clientそれが機能するかどうかを確認するために使用しています。メソッドが:getまたはの場合:delete、それは私が望むことを完全に行います (最初にドキュメントが存在するかどうかを確認し、次に適切なアクションを実行します)。ただし、メソッドが の場合、:put作成された http 201 を吐き出すだけで、リクエストは成功したと思いますが、対応するドキュメントは削除され、更新されません。

:delete! をコメントアウトすると、行、:put! 期待どおりに動作するので、犯人は行だと推測していますが、メソッドを使用しているため、:delete! を想定して:delete!いるため、その理由はわかりません。:put手付かずのままでなければなりません。理由はありますか？