render と render_to_response は、いずれも HttpResponse オブジェクトを返すショートカットのラッパーメソッドです。 ポイント 大きな違いは HttpRequset クラスの request オブジェクトをどのように渡すか渡さないかにあります。 ① 書き方の違い view.py で動作を比較したいと思います。次の３つのメソッド view_method1 と view_method2, view_method3 は、"だいたい" 同じ動作をします。 render メソッドを使ったほうが可読性が上がりそうですね。 # request を template にいれています。 def view_method1(request): template = loader.get_template('app_name/template_name.html') conte
Django Admin Cookbook - How to do things with Django admin.¶ This is a book about doing things with Django admin. It takes the form of about forty questions and common tasks with Django admin we answer. The chapters are based on a common set of models, which you can read in detail here (Models used in this book). In short, we have two apps, events and entities. The models are Events: Epic, Event,
はじめての Django アプリ作成、その 7¶ このチュートリアルは チュートリアル その6 の続きです。ここでは、引き続き Web 投票アプリケーションの開発を続け、 チュートリアル その2 で少し触れた、Django が 自動生成する管理サイトのカスタマイズに焦点を当てます。 admin フォームのカスタマイズ¶ admin.site.register(Question) の呼び出しによって Question モデルを登録したことで、Django はデフォルトの形式でオブジェクトを表示できました。 admin フォームの表示方法や操作の仕方をデフォルトから変更したいこともよくあります。それには、オブジェクトを登録する時にオプションを指定します。 ためしに、編集フォームでのフィールドの並び順を並べ替えてみましょう。 admin.site.register(Question) の行を以下
Python を初めて間もない頃、自分も print デバッグしてました。効率の悪さを認識しつつも、IDEを導入してデバッグする方法を調べてセッティングして、という手順が面倒でずっと放置してました。 // 普段は vim で開発してます そうこうしてたら print デバッグではどうにもならないバグにぶち当たり、仕方なくデバッグポイントを置く方法を調べたわけです。するとどうでしょう。 ソースコード中に以下の一文を入れるだけではないですか。 import pdb; pdb.set_trace() たったこれだけで、上の一文を挿入した行で処理が停止し、コンソール上でステップ実行が出来るようになります。最高かよ。 個人的にですが、デバッガー起動中によく使うコマンドとしては以下です。 コマンド 説明 s(tep) ステップイン n(ext) ステップオーバー r(eturn) ステップアウト l(
MySQL-Python (MySQLdb) のメンテナンスが停滞したことで fork して後方互換性を保ったままメンテナンスをしている mysqlclient ですが、 Django の recommend になりました。 Databases | Django documentation | Django もともと推奨になっていた MySQLdb が Python 3 をサポートしないままメンテナンスが停滞していることが問題になり、対立候補が MySQL Connector/Python と mysqlclient でした。 Oracle 公式の安心感（僕個人が片手間にやってるよりは圧倒的に開発リソースを避けるはず）も捨てがたいのですが、クエリ結果のカラム数×行数（＝MySQLパケット数）が多い時に Pure Python の MySQL Connector/Python と libmy
この投稿は 「Django Advent Calendar 2016 - Qiita」 の 5日目の記事です。 「Django」を勉強するときに一番困るのは、やっぱり 「Django本がない」 問題ですよね？ 実際、Django 初心者や初級者のエンジニアがいざ本格的に勉強しようと思っても、Django の専門書が圧倒的に少ないという問題が大きな壁として立ちはだかっているのではないでしょうか。 あっても古いとか。 開発のプロが教える標準Django完全解説―Webアプリケーションフレームワーク (デベロッパー・ツール・シリーズ) 作者: 増田泰,中居良介,露木誠,松原豊出版社/メーカー: アスキー・メディアワークス発売日: 2008/06/19メディア: 単行本購入: 13人 クリック: 196回この商品を含むブログ (46件) を見る 2008年発売って、Django のバージョンは 1
Django の ModelForm / ModelFormSet まとめ
ModelForm の扱いが分かってきたのでまとめ。なぜ ModelForm を使うのか (普通の Form との違い)普通のフォームはデータベースの構成とは独立しているので自由に入力フォームを作成することができる反面、データベースの構造を反映したフォームを作成する際には、モデルの記述とほぼ同じ内容をもう一度書き下す必要が出てくる。これは冗長であるし、またモデルの変更をフォームに反映しなければならない点で保守性が低い。きれいに構成された Web アプリケーションであればデータの入出力はデータベース上での生成、変更、削除にほぼ対応しているわけで、そのようなシーンにおいて、モデルを反映した入力を実現するためにモデルから半自動的にフォームを生成するものが ModelForm である。ModelForm の定義モデルフォーム内のサブクラス "Meta" の属性として各種の定義を書く。model 属
(Django1.5, Pyhton2.7) models.py import os from django.db import models from django.contrib.auth.models import User def image_file_name(instance, filename): return os.path.join('images', str(instance.user.id), filename) class UserProfile(models.Model): user = models.OneToOneField(User) avatar = models.ImageField(upload_to=image_file_name) 参考サイト Django FileField with upload_to determined at runtime
追記: 使用しているDjangoのバージョンをはじめ、いくつか古くなってきている点があります。DjangoCongress JP 2018で認証に関する発表を行ったのですが、ブログ記事も用意しています。そちらを参照してください nwpct1.hatenablog.com 追記終わり Djangoでユーザ認証をしたかったので調べてみると，DjangoではUserモデルがはじめから用意されているらしい．そこでDjangoの提供する機能をそのまま使ってログイン・ログアウトを実装してみた． さらに調べてみるとpython-social-authというライブラリを使えば、TwitterやFacebook，Google、Github等のアカウントを使ったOAuth認証が簡単に実装できるみたいなのでそれも試しておく． ソースコードはGithubで公開してます． https://github.com/c-
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
