Django の発行する ORM のクエリでリレーションによってはサブクエリを使っている件と、QuerySet を評価するときのパフォーマンスについて - 憧れ駆動開発
サブクエリの件 Blog:1 Entry:n みたいなモデルのリレーションがあるとする。ちょっと違うけど。 print(Hoge.objects.filter(entry__in=blog.entry_set.all()).query) 擬似的なクエリはこんな感じ。 SELECT `entry`.`id`, `entry`.`ctime`, `entry`.`utime`, `entry`.`name`, FROM `entry` WHERE (`entry`.`blog_id` IN (SELECT U0.`id` FROM `blog` U0 WHERE U0.`blog_id` = 313 ) ) いや、単純に __in だと SELECT * FROM hoge WHERE moge IN (a, b, c) だと思うけど、Django の ORM が発行しているリレーションをまた
grepした結果をsed(正規表現置換)したかったときにMacだとハマった話 - 憧れ駆動開発
だいたい基本的にLinux前提で書かれている ググってよくみつかるのは以下のワンライナー grep -r hoge * | xargs sed -i "s/hoge/hufa/g" ハマってる話をあまり聞かない限りは、たぶんこれで基本的にできるんだろう。 Macだとsedがハマる そもそもMacのsedはBSD経由のsedらしくて、GNU版のsedとは違うらしい。だから -i オプションがつかえなかった。ということでbrewでgnu-sedいれた。port版もちゃんとあるらしい brew install gnu-sedコマンドは gesd になる。あとはgnu-sedなのでいつもどおりなsedが使える。と思う あるプロジェクト以下の文字列を一括変換したかった grep -rl hoge ./ | xargs gsed -e -i "s/hoge/hufa/g"できたし！！！！ @xxxxx
Djangoでgunicornでnginxでバーチャルホストの設定をした - 憧れ駆動開発
下記を参照したら簡単だった 参考:: Gunicornの設定 インストールする。Viruralenv環境にpipかな pip install gunicorn Djangoのsettings.pyのInstalled appに追記 'gunicorn', 起動 python manage.py run_gunicorn これでgunicornでDjangoのプロジェクトが走る Nginxの設定 デフォルトの設定はそのままにしておく。 /etc/nginx/site-available/ に yonda を追加 upstream yonda { server 127.0.0.1:8000; } server { listen 80; server_name yonda.atasatamatara.net; location / { proxy_pass http://127.0.0.1:80
Python/Django の property をどう扱えばいいかモヒカンさんに相談した話 - AtAsAtAmAtArA
Python, Django実装で「これ property だけどメソッドにしたし、これメソッドにしたけど property じゃね？」みたいな気がした具体例が出せないのがもどかしいけど、どういうときに property にして、そうでないかというのが判断できなかった。なのでモヒカンたちに相談した。@altnightちょっとした質問ですが、Modelで参照をするためのインスタンスメソッドを生やした時、propertyをつかうときとそうでないときの差というのはなんですか？自分としては「読み取り専用の属性を返すならべつにpropertyつければええゃないか」って思ってしまうんですが、なにか理由があれば。@aodag繰り返し呼んで同じ値が返ってくるならproperty そうでなければメソッド というのがわかりやすいまだちょっとわからなかったのでもうちょっと掘り下げてもらった@aodag呼び出す度
fabricのenvって辞書が頭良かったので再実装してみた - 憧れ駆動開発
fabric は Python製のデプロイなどを行うスクリプト 公式ドキュメントは以下 参考::Fabric — Fabric 1.4.4 pre-alpha (76f466d) documentation あとは @IanMLewis さんのドキュメントが詳しい 参考::Fabric デプロイツールのPythonicな書き方 - Ian Lewis で、ここでもでてくるとおりに from fabric.api import env という環境を設定できる辞書のようなものがある。これが不思議で普通 dict なら dct[key] = value としなければならないのに、 env.key = value のようにできているから不思議だった。たしかに env.key = value だと簡単だ。なのでこれの fabric の実装を見てみたら案外単純な仕組みで「ほえー」となったのでかく。 イ
Python/Djangoやってて少しは例外処理に慣れてきた気がする - 憧れ駆動開発
油断していると 500 エラーで落ちる なんかちょっと機能をつくったり改修していたりすると、その場では動いても、なんらかの形でデグレったり違う改修によって入力される想定されるデータとは異なるものがはいってきたりする。なので、例外処理必要。油断しているとよく例外落とすのわすれて 500 エラー出したりなんか動かなくなったりして困るので、自分にとっての頻出パターンを振り返ってみた。 Django のインスタンス たとえばこんな Model.objects.get(pk=1) # Model.DoesNotExist Model.objects.all()[0] # IndexError あるインスタンスをとってこようとするとそれがない場合は例外で落ちる。getはわかりやすくて「あー get するから一意になるように値をセットしないとなー」とか気をつけたりするから例外処理書き忘れることはすくない
Mercurial で 既にリポジトリに入っているファイル名を変更する - 憧れ駆動開発
事情により既にリポジトリに追加されているファイル名を変更したくなった。具体的には Sencha Touch 2 でリポジトリをつくるときにスキャッフォールドとして hoge.js みたいにいっぱい配置しちゃってたけど、実際は Hoge.js と大文字にしないと認識されないのでそのリポジトリ問題を解決する。 リポジトリのファイル名を変更したのでマージに失敗した 以下ログ [atas@ ~/work/(hg)-[ticket]-] hg merge default abort: case-folding collision between hoge/app/controller/Main.js and hoge/app/controller/main.js ググってみるとどうやら歴史改変して解決する方法があるが、ちょっとこわいのでやりたくなかった。なので達人に聞いたら解決方法を教えてくれた。
Web アプリケーションフレームワークとしての考え方(Djangoを例に) #python_adv - 憧れ駆動開発
2012 Pythonアドベントカレンダー(Webフレームワーク) - connpass 6日目担当です。軽めにざっくりとした入門的なことをかきます。ほんとうはもっと早めの日程にかけたらよかったんですが、ぼーっとしてたらこうなってしまいました。すみません。 この記事を書こうと思ったきっかけは 「サーバーサイドの知識の無さに全俺が泣いた」レベルの入社当時の人に読ませたら少しはアドバイスになったであろうPythonとDjangoの前提知識メモ - 憧れ駆動開発 の記事にいまでも一日10アクセスとかずっとあってなんだかそれの罪滅ぼしになればいいかなという感じです。Python でウェブサービスつくろうとして Django にいきついた人にとってこのアドベントカレンダーなどを通じてなんらかの手がかりになれば幸いです。 前回のおさらい そのVirtualBoxで仮想環境をつくるメモ - 憧れ駆動開発
VirtualBoxで仮想環境をつくるメモ - AtAsAtAmAtArA
開発環境は必要だ プログラミング初心者がなにかをつくろうと思う。また技術者が開発環境をサンドボックス的に用意したいと思う。そんなことはかならず通る道だ。Macを使ったらHomeBrewで少しは楽になるけど、それでも本番環境に合わせてローカルのマシンにVM(Virtual Machie、仮想環境)を立てたいということは多いだろう。つーかMacつかってても微妙にDebianやUbuntuやCentOSとかで差異があったりするから必要になったりする。 ということで自分用に前にメモったのだけど、プログラミングしたい！っていう初心者とかそもそも仮想環境を立てることがない人っていると思うし、もうちょっと丁寧に書いてみようと思った。 結局Linuxサーバーがあると楽だし、そもそもいろんな話がLinux前提で書かれていたりする。 まあそんなだから、環境というのをつくらないといけないのだ。 大まかな目次 V
「サーバーサイドの知識の無さに全俺が泣いた」レベルの入社当時の人に読ませたら少しはアドバイスになったであろうPythonとDjangoの前提知識メモ - 憧れ駆動開発
あの頃は青かった。教えるどころか無知をさらけ出すというのはこの事だった。死ぬほど恥ずかしいので消したかったけれど、この記事が一番アクセスがあって長い間いくらか読まれていたらしい。ためらった。ただ、かつての自分といくらかの人に参考になればうれしいけれど、そろそろ役目を終えたと信じたい。もし書きなおすのなら、もう少し違う言い方か伝え方にすると思う。 内容としては 当時の自分のスペック Pythonの言語で、当時の自分が知った方法(3項演算子とか) mercurial の基礎(init, commit, push, update, log) WAF(Django)の知識 URL(ディスパッチャ)をトリガーにして Viewで処理をかく ModelにDBの内容がある ORMでリレーションを簡単に記述できる テンプレートでViewで処理した内容を表示させる チラ裏に移動させた。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
