Restorm v1.0.5
公開日
Cookie jar — 環境ごとに 1 つの Cookie 保管庫。
- すべての環境が自分専用の Cookie を保持します。 2 つの環境から開発 API と本番 API にそれぞれサインインしても、セッションが混ざることはありません。一方で取得した Cookie は、その環境でのみ送り返されます。有効期限、
Path、Domainとサブドメイン、Secure、HttpOnly、SameSiteは破棄されず、きちんと尊重されるようになりました。 - Cookie jar のご紹介。 新しいワークベンチタブ 表示 ▸ Cookie jar は、すべての環境の Cookie をドメインごとにまとめ、折りたたみ可能なペインで一覧表示します。値を編集したり、1 つ削除したり、ドメイン単位または保管庫全体をクリアしたり、手動で Cookie を追加したりできます。リクエストが Cookie を設定すると、リアルタイムで更新されます。
- 各リクエストが送受信した内容を確認できます。 すべてのリクエストに、レスポンスや情報の隣に Cookies タブが追加され、呼び出しとともに送信された Cookie と、受信した Cookie を表示します。最終的なレスポンスには決して現れない、リダイレクトで設定された Cookie も含まれます。履歴にある過去のレスポンスでも確認できます。
- Cookie ログインがそのまま機能します。
Set-Cookieを返すリクエストは取得され、その後に続く保護された呼び出しで自動的に再送されます。シナリオの実行中も同様で、各ステップが環境の保管庫を共有します。 - Cookie はブラウザーのように永続化されます。 有効期限のある Cookie はプロジェクトごとに保存され、再び開いたときに再読み込みされます。セッション Cookie は再起動時に破棄されます。まさにブラウザーと同じ動作です。
- REST だけではありません。 GraphQL、SOAP、OData、JSON-RPC、tRPC、SSE がすべて Cookie を送受信・保存できるようになり、WebSocket は接続ハンドシェイク時に Cookie を運びます。
- Cookie で変数を使えます。 手動で追加する Cookie に
{{token}}と入力すると、リクエスト送信時にアクティブな環境をもとに解決されます。
修正:
- オートセーブがフォルダー内の環境にも対応しました。 サブ環境の追加や名前の変更が、オートセーブモードで即座に保存されるようになりました。すでにディスクに保存されるべき変更に対して「閉じる前に保存しますか?」と尋ねられることはなくなりました。