Phactory: Django: Djangoを使ったバッチ処理の実装方法
Djangoでは、Webアプリ以外にバッチ処理を実装することができます。 バッチ処理は、manage.pyのオプション処理として実現します。 実装するバッチ処理は「アクション」と呼ばます。 アクションをmanage.pyに追加するには、プロジェクトディレクトリorアプリケーションディレクトリ 直下に「management/commands」というディレクトリを作成し、commands配下にアクションを実行する スクリプトを実装することで実現されます。 例えば、「hogeapp」というアプリケーションディレクトリに「hoge_action」というアクションを 実装する場合、以下のようにファイルを作成します。 $ cd hogeapp $ mkdir management $ mkdir management/commands $ touch management/__init__
Django におけるスレッド - forest book
Threading in Django | Artful Code 本稿は上記リンク元の和訳になります 転載ミス、誤訳等については適宜修正します web 開発で利便性の高いスレッドの使用方法は珍しく、特に Python のグローバルインタープリタロックと共に使用するのは稀です。これに対して、幾つか注目すべき例外があります。 グローバルインタープリタロック(GIL) は、全ての Python オブジェクトがスレッドセーフではないとき、内部的なスレッドセーフを維持するために使用するメソッドです。GIL は、Python オブジェクトが同時に複数のスレッドによって変更されないことを保証します。これは Python プログラマに対して透過的で、GIL は内部構造をロックしています。明示的にロックされずに複数スレッドによって変更されるリストは、不規則的な動作もするでしょう。 これは web 開発にお
django.contrib.auth.models.User の拡張について
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message 岩下と申します。 auth.models.User を拡張したい(ユーザーのパラメータを増やしたい)場合、 1) プロフィールモデルを定義して使う (User.get_profile() が使える状態にする) 2) auth.models.User を継承する の2つの方法があるかと思いますが、どちらの方法を使うべきなのか、悩んでます。 自分ではどう考えても答えが出ないので、皆さんにお尋ねしたいと思います。 今分かっていることを書き連ねてみます。 ・django1.0以前は、そもそもモデルの継承が出来なかったので、1) し
Djangoで時間のかかる処理をスレッド化して逃げる方法 - salexkiddの飛び出せ計算機！（２年前から無職じゃない！）
Webアプリケーションを作る者にとって、プログラム中でフォーク(Fork)したりスレッド(Thread)を利用するシーンというのはそうそうない。 基本は一連の処理を上から下に流すだけで完了する物を書いていけば出来上がるからだ。 ただ、たまに出くわす。 例えば、超BIGなCVSをねじ込まれて「もうらめぇ」的なやつ。 あまりに長い時間がかかってしまうため、Apacheからタイムアウトを喰らってしまったり、 それ以前にお客さんがあまりに長い処理に辟易したりする。 その場合に考えられるのがフォークやスレッドだ。 今回はそういった時間がかかる処理をスレッドを使って逃げてみた。 「スレッドを選択した理由としてはDjango中でフォークってなんかこわくね？何起きるかわかんね」という理由。 一応フォークも試したみたところ、フォークしたプロセスがが起った後に、「Port already in use」といっ
DjangoでER図 in CentOS - shohu33's diary
Djangoのdjango-command-extensions で manage.py のコマンドを色々拡張することができる。 その中でも気にいっているのがgraph_models。 モデルをＥＲ図のような画像で出力してくれる。 さっそく画像出力までを試してみた。 準備 Graphviz グラフ表現を GIF や PNG などのファイルフォーマットに変換してくれるライブラリをインスコ $ wget http://www.graphviz.org/graphviz-rhel.repo $ cp graphviz-rhel.repo /etc/yum.repos.d/ $ sudo yum install graphviz $ sudo yum install graphviz-devel graphviz-doc pygraphviz pythonからGraphvizを使うためのもの $
DjangoでOpenID: django-authopenidの設定 - karasuyamatenguの日記
アプリケーションを作るさいにユーザ管理が面倒。またユーザにとっても一々サイト毎にユーザ名とパスワードを管理するのも面倒。OpenIDを使うとユーザ認証をgoogleなどの大手に任せられて、作る方も使う方も便利になる。常にスパマーとイタチごっこをして鍛えられているシステムに検証を任せられるってのは大きなメリットだ。django-authopenidを使うと比較的簡単にDjangoのアプリケーションをOpenID化してくれる。 ホームページはこれ。 http://bitbucket.org/benoitc/django-authopenid/ code.googleからbitbucketに移った。 インストール http://bitbucket.org/benoitc/django-authopenid/wiki/Installation 二三方法があるが、これが簡単： sudo apt-ge
Unleash Django with app-engine-patch - Google App Engine - Google Code
Unleash Django with app-engine-patch This article was written and submitted by an external developer. The Google App Engine team thanks Jesaja Everling for his time and expertise. Jesaja Everling February 2009 Introduction The Django framework can make your life as a web developer a lot easier. It takes care of a lot of common problems web developers have to deal with, and offers many "reusable a
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
django-debug-toolbar便利 - 偏った言語信者の垂れ流し
How to show the email field in a UserCreationForm?