人気のPythonフレームワーク「Django」に最新版登場 | エンタープライズ | マイコミジャーナル
Django is a high-level Python Web framework. 3月23日(米国時間)、Django 1.3が公開された。Djangoは開発の効率化を実現する、柔軟性の高いPythonフレームワーク。Pythonを使ってWebアプリケーションやWebサイトを構築する場合に採用される代表的なフレームワークの1つ。 Django 1.3における主な特徴は次のとおり。 Python 2.4をサポートする最終バージョン。Django 1.4からはPython 2.5以上のバージョンが必要になる。 クラスをビューとして利用するためのフレームワークの導入 Pythonのログ機能を使うように変更 unittest2ライブラリを使ったテストフレームワークの実現 一部にDjango 1.2との非互換あり TIOBE Softwareの報告によればPythonはプログラミング言語とし
Django 開発初心者に送る 10 の Tips (超訳？) - SPEAKER BREAKA
実践的な DJango テクニック集として、凄くいい記事だったので、勝手に超訳してみました。 http://zeroandone.posterous.com/top-10-tips-to-a-new-django-developer 1. import にプロジェクト名を書かないこと 例えば "project3" というプロジェクトに "xyz" アプリケーションがある場合、次のようにはしないこと。 from project3.xyz.models import Author これではプロジェクトとアプリケーションの結びつきが強すぎて、以下の弊害がおこる。 アプリケーションの再利用がしづらい 将来プロジェクト名を変えたくなっても変更が難しい なので、このようにしよう。 from xyz.models import Author python パス上にある django プロジェクトならば、
Djangoチュートリアル（後編）
はじめに Pythonで開発されたWebアプリケーションフレームワークであるDjango（ジャンゴと読む）はPythonの簡潔さをうまく生かし、シンプルかつ本格的な開発ができるWebアプリケーションフレームワークです。本稿の前編では、DjangoやPythonの特徴、Djangoの概要の紹介とインストール手順、そして、チュートリアルとして、商品（Item）のコマンドラインシェルからのデータ操作、そして、ビュー関数によるHTMLへの表示までを説明しました。後編となる今回は、管理インターフェイスの使い方、ショートカット、汎用ビュー、Formクラス、セッション、キャッシュの使用方法などについて説明します。 対象読者 PythonによるWebアプリケーション開発に興味がある方 日ごろ、Perl、Ruby、PHP、Java、C#などPython以外のプログラミング言語で開発している方 Webアプリケ
Djangoチュートリアル（前編）
はじめに 近年、Webアプリケーション開発で用いるプログラミング言語として、Lightweight Language（以降LL）と呼ばれるスクリプト言語が人気を博しています。本稿では、そのスクリプト言語の中からPythonとWebアプリケーションフレームワークのDjango（ジャンゴと読む）を紹介します。 Pythonの大きな特徴として、「言語仕様が小さくシンプルであり、簡潔で読みやすいアプリケーションを作れる」という点が挙げられます。DjangoはPythonの簡潔さをうまく活かし、シンプルかつ本格的な開発ができるWebアプリケーションフレームワークです。本稿ではこのDjangoによるアプリケーション開発の基本をチュートリアル形式で説明します。 対象読者 PythonによるWebアプリケーション開発に興味がある方 日頃、Perl、Ruby、PHP、Java、C#などPython以外のプロ
Djangoが生成するSQLとコストのデバッグアウト
2006/04/09 10:37 ※ 商品のリンクをクリックして何かを購入すると私に少額の報酬が入ることがあります【広告表示】 Python Workshop the Edge2006 の懇親会で、「SQLのデバッグアウト」機能はないのかという話があったので、Middlewareをちょいと書いてみました（MagicRemoval 2509で動作確認）。 単にDjangoデフォルトで持っているデバッグ情報をprintするだけです。 エラー処理とかしていません。 また、DEBUGをTrueにしてあるときのみ出力します。 django.middlewareにdebug.pyというファイル名で作ってください。 作ったら、あとはsettings.pyのMIDDLEWARE_CLASSESに"django.middleware.debug.DBDebugMiddleware"を追加するだけです。 Cr
実行しているSQLを確認する - スコトプリゴニエフスク通信
DjangoのORMがどんなSQLを実行しているか、ずっと気になっていたのですが、ようやく、トレースを表示する方法が分かりました。 settings.pyで DEBUGをTrueにする INTERNAL_IPSにデバッグ・コンテクスト・プロセッサを有効にするアドレスを設定 コンテクスト・プロセッサにdjango.core.context_processors.debugを追加 これでOK。具体的には、settings.pyに次のように記述します。 # settings.py DEBUG = True INTERNAL_IPS = ('127.0.0.1', ) TEMPLATE_CONTEXT_PROCESSORS = ( 'django.core.context_processors.debug', ) 後は、テンプレートの適当な場所に、 {{ sql_queries }} という、テン
2009-01-28
今までまじめにdjangoで作ってなかったので、公開した際にアラが出たのでメモ書き。 2時間ほどでさくっと各ブックマークサイトのブックマークトップ一覧*1を表示するサイトを作ったのだけど、公開したらいろいろがたがたとなったので、反省を込めて。 model名 OjbCの癖で変数やクラス名を付ける時、単語の先頭は大文字という事をやらかします。例えば「bookmark site」だと、Perlの場合は「bookmark_site」だけど、ObjCの場合「bookmarkSite」にします。Pythonコード内ではそれで良い？のですが、SQLの場合は大文字小文字が関係ないので、一見うまくいってるようでもクライアント／サーバのライブラリによってはエラーを吐く場合があります。 少なくともうちのところ、クライアントはPostgreSQL8.2.3、サーバはPostgreSQL8.3.5の場合だと、SQL
クエリーセットのfilterメソッド - at_yasuの日記
よく忘れてGoogle先生に尋ねる羽目になるのでメモ書き。 Djangoのデータベースラッパであるfilterを使う時、SQLで言う「where a like ...」や「where a > 0」とかを、filterではどう書くのか忘れます。例えば完全一致だと、SQLの場合は「where a == ...」ですがfilterの場合は「filter(a__exact=...)」ないしは「filter(a=...)」となります。 ちなみに、DBソフトによっては、大文字小文字区別が無かったりします。 挙動 SQL上での演算子 Django Filter 例 完全一致 = a*1 a = ... 完全一致 = exact a__exact=... 大文字小文字区別無しの一致 iLIKE '...' iexact a__iexact=... 大文字小文字区別有りの部分一致 like '%...%'
DjangoのAdminサイトのリスト表示で論理削除したレコードを表示しない方法 - libnitsuji.so
・・・がよくわかんなかったんだけどそれなりにできてしまって、このやり方に全く自信がないという話です。 - 地域と店舗があって多対1の関係とします。「地域 has many 店舗」です。 テーブルのカラムにdeleted_atというDateTime型のカラムを持たせてこれに値が入っていたら削除されたレコードだと見なします。 これを「論理削除」ということにします。 この場合、削除されてなかったらNULLになるので、削除されていないレコードをすべて取得したいときは以下のようなSQLを使います。 SELECT * FROM shops WHERE deleted_at IS NULL 一方で本当に削除する場合は「物理削除」ということにします。 - さて。 DjangoのAdminサイトでは物理削除が行われるので、この挙動を変更したいです。 これは以下のようにモデルクラスでdelete()メソッドを
djangoテンプレート上でmodelのメソッドに引数を渡す方法（djangoで出勤簿アプリ試作中♪） | ななうぇぶのブログ
一定期間更新がないため広告を表示しています
[django]ManyToManyFieldç´ æµãããwww - Not Geek Error
3 æ252008 Filed under: Django, Python Author: ã«ãããªæ¡ å æ¥ãManyToManyFieldç´ æµã ãâ ãã¨å¸¸å±±ããã«æãã¦ããã£ãã®ã§ãæ©éå¼ã£ã¦ã¿ãã models.py ååã®ã³ã¼ã(models.py)ããBelongTagã¯ã©ã¹ãåé¤ããUrlã¯ã©ã¹ã«ä»¥ä¸ã®ãã£ã¼ã«ãã追å # models.py class Url(models.Model): # (çç¥) tags = models.ManyToManyField(Tag, blank=Tru
ManyToManyFieldを参照するときの注意 - 偏った言語信者の垂れ流し
ManyToManyFieldを使おうとして少しはまったのでメモ。 例えば、 class MyArchive(models.Model): books = models.ManyToManyField(Book) のようにモデルを書いた場合、 archive = MyArchive.objects.get(pk=1) archive.books # これだとマネージャ archive.books.all() # これでarchiveが所有するBookにアクセスできる となり、ForeignKeyとは異なるので注意する。テンプレートで参照する場合も同じ。 マネージャが返ってくるのは、booksに対してaddやらremoveを行うことがあるためだと思う。
Java開発者の読むDjangoの設計思想 - やさしいデスマーチ
Djangoのサイトには「Djangoの設計思想」というドキュメントがあります。どんなフレームワークでもそうですが、設計思想を理解し、その流れをつかむ事で正しい利用への最短ルートです。もし、自分の思想にあわないならば問題です。可能であれば、そのフレームワークの検討を取り止めるべきでしょう。それが出来ないならば利用している時にはそのフレームワークの思想で思考することが求められます。 Djangoの設計思想は、緩く結合し、必要最低限のコードで、だが隠蔽せずに明示するという事です。DjangoではMVT（モデル／ビュー／テンプレート）と呼ばれるMVCに近い構造をとります。それらの３つのレイヤーはお互いに疎な関係を持ち、モデルとテンプレートはデフォルトの実装以外を容易に採用できるようになっています。また、ほどよく規約を適用し必要なコード量は少なくなっていまが、なんでもかんでも裏側で処理せずに、なに
Rendering ManyToManyField in template
Hi, I am trying to render the contents of a ManyToManyField in a template. However, when viewing the page, instead of the contents, it shows: "<django.db.models.fields.related.ManyRelatedManager object at 0x016E6A50>" I understand why this is happening, sort of, but haven't been able to fix it.The field is called "identificadores", deifned in the class "Articulo" as: ---- class Articulo(models.Mod
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
転送中
転送中
IBM Developer