Django、Python - Webアプリ 開発 | オープンポータル
Djangoで、モデルで定義したデータベースのテーブルからデータを取得したり操作したりする方法をDjangoの公式ドキュメントを参考にして、記載しています。order_by、valuesについてまとめています。 環境：Python3.8.2 Django3.1.5 order_by(*fields) models.py例 Entry.objects.filter( pub_date__year=2005 ).order_by( '-pub_date', 'headline' ) 上記は、pub_date 降順(DESC), headline 昇順(ASC)の例です。 降順(DESC)はreverse()でできますが、order_by()で降順(DESC)にしたいフィールドに -を付けるだけで簡単に指定できます。 values(*fields, **expressions) # This l
Optimizing slow Django REST Framework performance
The Django REST Framework allows Django developers to build simple yet robust standards-based REST APIs for their applications. We’ve used it successfully on a number of Django web design projects. However, even seemingly simple, straightforward usage of the Django REST Framework and its nested serializers can kill performance of your API endpoints. And that matters: if your web server is wasting
Django REST Framework メモ :: ForeignKeyでつながっている別モデルをくっつけてひとつのJSONとしてWebAPI出力する - MawaLog
はじめに Django REST Framework でForeignKeyでつながっている別モデルをくっつけてひとつのJSONとしてWebAPI出力する実装方法です。 Django2 Python3.5.2 モデルの設定例 （例として記事モデル"Article"に対するコメント"Comment"が一覧がくっついてくるような出力を実装するとします） 親モデル（アプリ名articleとします） #article.models.py class Article(models.Model): title = models.CharField(max_length=300, blank=True, null=True) cotents_text = models.TextField(blank=True, null=True) pubdate = models.DateTimeField(auto
久しぶりにdjangoのORMのことについて書いてみる 主に `prefetch_related()` の話 - podhmo's diary
[django][python] 久しぶりにdjangoのORMのことについて書いてみる はじめに djangoのORMは正直好きじゃない。そもそも挙動が正確には把握しづらくてなんだか覚えにくいと感じる所がある。また、ドキュメントに書かれたとおりの書き方では不足することもあったりして、結局生のSQLを書かなければいけなかったりする場合もある。とは言え、ORMでできることはORMの機能を使ってやったりすると良い。 queryのチューニングについて select_related() と prefetch_related() について queryのチューニングについて書いてみようと思う。queryのチューニングと聞いて真っ先に思い浮かぶのは「N+1クエリーの除去」かもしれない。関連オブジェクトの取得が対象となるオブジェクトの個数だけ実行されるようなもののこと。これには、 select_relat
Djangoのテストの書き方とCircleCIを活用した継続的インテグレーション
今回の内容 前回はDjango 2.0での変更点を取り上げ、モデルの定義、Django REST frameworkの導入ついて解説しました。前回までのコードは以下から取得できます。 massa142/modern-django at volume2 第3回となる今回は、まず前回実装したViewに対するテストを取り上げます。Djangoの標準的なテストから始めて、サードパーティを利用したより実践的なテストの書き方を紹介します。その次に、実装したテストをCircleCIでの継続的インテグレーションに組み込みます。 テストの作成 前回Django REST frameworkのModelViewSetを用いて実装したkanban/board/views.pyの品質を担保するために、テストを書いてみましょう。 python manage.py startappを実行した際にtests.pyという
iOS Safari限定でAjaxリクエストが失敗してハマった話 - らっちゃいブログ
以前こういった記事を投稿しましたが、今回ハマったのも JWT トークンを使ったAjaxリクエストでした。 racchai.hatenablog.com 状況 CORS 問題 プリフライトリクエスト問題 設定見直し Authorization ヘッダー問題 まとめ 状況 簡潔に状況を説明すると、事前に取得しておいた JWT トークンを Authrorization ヘッダーに乗せてリクエストしたものの、なぜかデータが取得できないという現象に遭遇しました。それも iPhone の Safari でしか再現しないというめんどくさい状況でした。 CORS 問題 サーバーのアクセスログを確認すると、どうやらそもそもリクエストがサーバーに届いていないことが判明。そういえばサーバー側で CORS 関連のヘッダーを設定するのを忘れていたことに気付きました。 そういうわけで nginx に add_head
保守性・可読性の高いPythonコードを実装するためにはどうすればよいか - はてなの金次郎
はじめに コードは理解しやすくなければいけない。 リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice) 作者:Dustin Boswell,Trevor Foucher発売日: 2012/06/23メディア: 単行本（ソフトカバー） コードの保守性や可読性を高めるために我々エンジニアはどんなことができるでしょうか？ テストを書く 推奨されているコードスタイルに準拠する コメントを書く DRY原則に則る 変更・拡張しやすく設計する ログを出力する・監視する 適切な命名をする etc... まだまだ意識すべきことはあると思いますが、上記の項目はエンジニアであれば恐らく一度は目にしたことがあるような内容であり、暗黙的に了承されたいルールです。 しかし、これらはただの心構えであり、体現するために実際には以下のような項目に落とし込む必要
Djangoの名前空間 [name], [namespace], [app_name] の違いについて - Pavement
はじめに 以下ソースコードの記述例は執筆時において主流である Django1.11 でのものとなっています。 先日 Django2.0 がリリースとなりURLまわりの書き方が変更となりましたが、名前空間の扱いには変わりが無いと認識しています。 役割の違い nameとはURLパターンに付ける名前 url(r'^$', views.IndexView.as_view(), name='index') テンプレートから {% url 'index' %} ビューからreverse('index') のように逆引きで参照できます。 namespace = includeする側の urls.py で指定するプロジェクトにおける名前空間 url(r'^polls/', include('polls.urls', namespace='polls')) テンプレートから {% url 'polls:in
![Djangoの名前空間 [name], [namespace], [app_name] の違いについて - Pavement](https://cdn-ak-scissors.b.st-hatena.com/image/square/872a9a400b331fd111239d3344d9170b82ef7d05/height=288;version=1;width=512/https%3A%2F%2Fcdn.image.st-hatena.com%2Fimage%2Fscale%2F0c82f900f9f58ab6b717c191769247dc1cde2e00%2Fbackend%3Dimagemagick%3Bheight%3D1300%3Bversion%3D1%3Bwidth%3D1300%2Fhttps%253A%252F%252Fimages-fe.ssl-images-amazon.com%252Fimages%252FI%252F51N8sewksDL._SL160_.jpg)
Vue.jsとDjango REST FrameworkでSPAなWebをやる時の勘どころ - HATEOASと非同期処理（の触り） - Lean Baseball
ボストン・レッドソックスの皆さん、世界一おめでとうございます！*1 野球ってほんと面白いですね、こんばんは野球エンジニアです.*2 このエントリーでは楽しい野球技術、Vue.jsとDjango（Django REST Framework、以下DRFと略す）の話をサクッと書きたいと思います. なお、このエントリーは先日開催されたPyLadies Tokyo - 4周年記念パーティのLTでやったことの自分メモをブログにしたものです.*3 元ネタ PyLadies Tokyo - 4周年記念パーティのLTで話した内容がベースです. speakerdeck.com DjangoとVue.jsそしてOhtani-San - Pythonで二刀流しよう #PyLadiesTokyo 4周年 TL;DR 複数カテゴリのデータをSPA + REST APIで扱うなら、最初からHATEOAS（Hyperme
Django における認証処理実装パターン - c-bata web
追記: 翔泳社さんからDjangoの書籍を出版するのでぜひ読んでみてください。 実践Django Pythonによる本格Webアプリケーション開発 作者:芝田 将翔泳社Amazon この資料は DjangoCongress JP 2018で話した「Djangoにおける認証処理実装パターン」 の解説記事になります。 2019/04/08 追記: GithubのコードはPython3.7 Django2.2にupdateしています) 何年か前に Djangoのユーザー認証まとめ という記事を書きました。今でもコンスタントに100PV/dayくらいアクセスのある記事なのですが内容が古く、実装時にハマりやすい注意点にもあまり触れることができておらず、おすすめできる資料ではありません。今回はDjangoCongress JPにて発表の機会をいただけたのですが、この機会に認証処理についてまとめ直すと同
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python Examples of rest_framework.test.APIClient