Django で render_to_response 使って返ってくるレスポンスからは template_name とか context とか取れない。 # -*- coding: utf-8 -*- from django.shortcuts import render_to_response from django.template.context import RequestContext def spam(request): response = render_to_response( template_name='spam.html', dictionary={'ham': 'HAM'}, context_instance=RequestContext(request), ) # response.template_name とかない # response.content にレ

In my opinion, the concepts behind Django's model forms can be listed in just six (6) bullets. The bullets I've marked in bold at the top are the topic of this blog post, while the two of these that were covered in a previous blog post on Django forms are at bottom of my list. ModelForms render Model fields as HTML. ModelForms select validators based off of Model field definitions. ModelForms don'

South でカラム名を変更したい class Example(models.Model): hoge = models.TextField() こんなモデルの hoge を huga に変えたいとします。 class Example(models.Model): huga = models.TextField() # hoge → huga こういう場合普通に schemamigration をすると South は add して delete します。 class Migration(SchemaMigration): def forwards(self, orm): # Adding field 'Example.huga' db.add_column('example', 'huga', self.gf('django.db.models.fields.TextField')())

メモリに載り切らないような大量のデータを扱うときは何かしらの工夫が必要で、djangoのQuerySetも例外ではありません。 簡単な例として、以下のコードをメモリが多くない環境で実行すると、ループに入る前にメモリをドカ食いして落ちます。 many_many_objs = MyDBLog.objects.all() # 1億件ぐらいあるとする for log in many_many_objs: print(log.body) どうする 件数が大きくなりえるQuerySetを扱う場所では、QuerySetを分割して扱うようにします。 QuerySetはスライスが使えるので、うまく活用しましょう。 def chunked(queryset, chunk_size=1000): start = 0 while True: chunk = queryset[start:start + chunk

2012 Pythonアドベントカレンダー(Webフレームワーク) - connpass 6日目担当です。軽めにざっくりとした入門的なことをかきます。ほんとうはもっと早めの日程にかけたらよかったんですが、ぼーっとしてたらこうなってしまいました。すみません。 この記事を書こうと思ったきっかけは 「サーバーサイドの知識の無さに全俺が泣いた」レベルの入社当時の人に読ませたら少しはアドバイスになったであろうPythonとDjangoの前提知識メモ - 憧れ駆動開発 の記事にいまでも一日10アクセスとかずっとあってなんだかそれの罪滅ぼしになればいいかなという感じです。Python でウェブサービスつくろうとして Django にいきついた人にとってこのアドベントカレンダーなどを通じてなんらかの手がかりになれば幸いです。 前回のおさらい そのVirtualBoxで仮想環境をつくるメモ - 憧れ駆動開発

ModelFormのように、内部のMetaを見るクラスを自分で作って見たいと思った。 概要 djangoでは、以下のようにMetaを使ってmetaclassに情報を渡して、Formクラスを作れる。 class ArticleForm(ModelForm): class Meta: model = Article また、以下のようにfieldを直接書けるのもdjangoが用意しているmetaclassの機能*1。 class ContactForm(forms.Form): topic = forms.ChoiceField(choices=TOPIC_CHOICES) message = forms.CharField(widget=forms.Textarea()) sender = forms.EmailField(required=False) 同じようにMetaをみるクラスを作って

Posted by James Bennett on October 17, 2012 Today the Django team is issuing multiple releases -- Django 1.3.4 and Django 1.4.2 -- to remedy security issues reported to us. All users are encouraged to upgrade Django immediately. Host header poisoning Some parts of Django -- independent of end-user-written applications -- make use of full URLs, including domain name, which are generated from the HT

id:yuroyoroがpython力を高めるとか言ってたのを聞いて、自分の場合どうだったかなあと。 思い入れがあるものを簡単に。まあ参考になれば。 pure python系 まずはpure python系 django 結構python初心者のころからdjangoのソースは読んでた。 多分、今ほど大きくなかったからだと思う。 学べることはPEP8、__import__の使い方、デコレータによるトランザクション管理などなど多岐にわたる。 但し、いきなりモデル周りに手を出すときついのでWEB側の入り口である方 django.core.handlers.base.py ぐらいがいいかなと。 middlewareってどうやって呼び出し、実行してるか、urlの解決方法などから入ると割りととっつきやすいかと。 フルスタック故カバーしてる範囲が多いのでずっと参考になる。 標準ライブラリのソース あんま