responderで理解するWebサーバー #5 バックグラウンドタスク

2019.7.29 追記 当初非同期処理として公開していましたが、公開後再度内容を精査した結果、非同期ではなくバックグラウンドタスク（マルチスレッド）の内容となっており誤解を生みそうだったので、タイトルを修正しました。 合わせて、非同期として書いていた箇所について一部修正しました。 こんにちわ、Webエンジニアのjuri-tです。 今日はresponderにおけるバックグラウンドタスクについて理解していきたいと思います。 準備サーバーはいつものように簡単なところからスタ

ヒマワリ

responderで理解するWebサーバー #4 デバッグ

こんにちは、Webエンジニアのjuri-tです。 「あれ、APIの仕様に沿って書いてるのに思ったように動かない・・」「サンプル通りに書いたのに動かない・・」なんてことは、プログラムを書いていると日常茶飯事だと思います。私もしょっちゅうあります。頭の中では「なんでや工藤！」とか「どういうことだってばよ！」とか言ってます。ときどきSlackにも漏れてます。 そんな日常を揶揄してプログラマーの世界にはこんな格言があります。 プログラムは思った通りに動かない。書いた通りに動く。

僕がresponderの記事を書く理由

こんにちは、Webエンジニアのjuri-tです。 今回noteへの投稿5回目です。タイトル通り、どうしてresponderの記事を書き始めたかについてちょっと書こうかと思います。 最近Pythonが流行っているpython最近人気ですね。まぁ私も流行ってから触ってるので、それについては何も言えねぇ・・って感じですが。 pythonが人気の理由はいくつかあると思うんですが、この辺ですかね。 ・スクリプト言語である（コンパイル不要で型も不要ですぐ実行できる。環境構築で挫

responderで理解するWebサーバー #3 リクエストとレスポンス

こんにちは、Webエンジニアのjuri-tです。 今回は、リクエストとレスポンスについて扱います。前回のルーティングと合わせれば、基本的な機能は抑えた気がしますね。 JSON形式でレスポンスを返すまずは簡単な例から。 @api.route('/api/')async def api_response(req, resp): resp.media = {"status": 200, "user": {"id": 1, "name": "juri-t"}} 基本はこの

responderで理解するWebサーバー #2 ルーティング

こんにちは、Webエンジニアのjuri-tです。 responder啓蒙活動第2回です。今回はresponderにおけるルーティングについて書きます。 READMEにも書いてある簡単な例import responderapi = responder.API()@api.route("/hello")async def hello(req, resp): resp.text = 'Hello'if __name__ == '__main__': api.run()

CookieとSessionの違いを説明できますか？

こんにちは、Webエンジニアのjuri-tです。 このタイトルの記事を読んでいる方は、おそらく違いが曖昧で困っている方でしょう。 SessionとはHTTPというプロトコルはステートレスなプロトコルです。要は状態を持たないってことですね。これはシンプルで割とうまくいくことも多いです。一方で、やっぱり状態を持ちたいというシチュエーションも往々にしてあります。たとえばログイン状態、はたまたショッピングカートなど。それを解決する手段として、リクエストを跨いだ状態をもつ仕組みがS

responderで理解するWebサーバー #1

こんにちは。Webエンジニアのjuri-tです。 最近軽く触ってみたresponderというフレームワークが割と良かったので、普及活動のために記事にしたいと思います。 タイトルは入門ですが、入門したのは私です。 断っておきたいこととしては、割と良かったというのは私個人の感想なので、PythonのWeb Application Framework（以下WAF）としてresponderを選択すべきと主張するわけではありません。 1. responderとは Githubの