mod_wsgiでDjangoを動かすまでを淡々と記録する - スコトプリゴニエフスク通信
kuma8さんが簡潔かつ的確なまとめを書いてくださっているが、とりあえず記録しておく。今回試した環境は、CentOS 5.2Python 2.6 Django 1.0.1-beta 必要なライブラリをインストールするServer版のCentOSを普通にインストールしたらApache2は入っているはずなので、この点は省略。今回はCentOS標準のPythonではなく、独自にインストールしたPythonを使うという前提で話を進めるので、python-develは必要ではない。 $ sudo yum install apr-devel apr-util-devel mod_wsgiをビルドするmod_wsgiの最新版2.3をダウンロードしてビルドする。使用するPythonのパスは、/usr/local/bin/python-2.6であるとする。 $ http://modwsgi.googleco
備忘録 - #python3 で sys.std(in|out|err) の encoding を強制する : 404 Blog Not Found
2012年08月06日22:45 カテゴリLightweight LanguagesTips 備忘録 - #python3 で sys.std(in|out|err) の encoding を強制する Pythonチュートリアル第2版 Guido van Rossum / 鴨澤眞夫訳 身の程知らずにもPyCon JP 2012で講演することになったこともあって、日頃空気のようにPerlやJSや時々Rubyで書いていることをあえてPython 3で書いている今日この頃なのですが、これははまった。 こんな解決策でいいのかな、と思いつつも、「Pythonチュートリアル」の訳者@kamosawaのお墨付きも得たので一応まとめておくことに。 結論 特定のインプットだけ変換するならこれがいいと思う。RT @dankogai 【急募】 #python3 でLC_ALL=Cで起動した後にsys.stdin
Django フォームセットで制御フィールドを不可視にする – 日曜研究室
イキナリ関係無い話ですが、フォームセットの事を最初は「複数種類の」フォームをまとめて扱えるものと思い込んでいました。 本当は「1種類のフォームを複数」まとめて扱えるものです。 これでちょっと時間を無駄にしました。みなさんもお気をつけ下さい。（そんな勘違いする人はいないかw） さて本題です。 フォームセットは例えば以下のように生成できます。 from django import forms from django.forms.formsets import formset_factory class TestForm(forms.Form): title = forms.CharField(label = u'タイトル') TestFormSet = formset_factory(TestForm) TestFormSetはクラスなので、ビューのコードとかでTestFormSet()とやる
PythonのC++インターフェイスboost.pythonの使用例
少し前に、PythonのC/C++へのインターフェイス作成手段としてはctypesとboost.pythonが良さそうだという話を書いた。その後ctypesの使用例をメモった。 すでにCで開発されたライブラリがある場合にはctypesを使った方が楽だと思う。しかしC++や、あるいは自分でさらから書く場合にはC++を使いたいところ。場合によっては基本的にはC++で開発し、その後より楽に使用するためにPythonからも使えるようにしたい事もある。 そういう訳で、個人的にはPythonのC/C++インターフェイス開発にはboost.pythonが一番だと思う。Python自体に標準的に付随するものではない点だけが気になるところだが、とても簡単にC++のプログラムへのインターフェイスが作成できる。 というわけで、boost.pythonの使用例をメモ。 まず、C++で適当にクラスでも作る。ここでは
boost::pythonを使ってC++のPythonラッパーを作る - シリコンの谷のゾンビ
最近コーディングにはC++をメインに使っているのだけれど，軽いを処理はやっぱりスクリプト言語の方が楽．以前はラッパーを作るのにSWIGを使ったことがあるけれど，インタフェースファイルを用意するのにだいぶ苦労したので手軽にラッパーを書ける感覚がなかった．Boost本 (Boost C++ Librariesプログラミング第2版) を眺めていたら「boost::python」というページがあって，かなり手軽にPythonラッパーが書けそうな気がしたので試してみたのでメモ こんな感じのコードを用意する． #include <string> #include <boost/python.hpp> std::string add_hello (std::string s) { return "Hello, " + s; } int square (int n) { return n * n; } B
Python + wxPython で GUI アプリケーションを作る 7 ステップ
会社で Python と wxPython を使って簡単な GUI アプリケーションを作った。 案外調べながら作ると結構色々と大変だったので大まかにまとめておく。 1. Python をインストールする Python は歴史的な事情からどれを入れるのか迷う。 Google App Engine を使うなら未だに 2.5 系じゃないと駄目だし、3 系はサードパーティ製のものを組み合わせて使う場合若干時期尚早な感じもある。今回の場合は wxPython が 2.7 系までしかまだ配布されていなかったので、Python 2.7 を選択した。 自分の環境に合わせたインストーラをダウンロードして簡単にインストールできるので特に問題になるようなことはないと思う。今回は特に 64bit 版である必要がなかったので 32bit 版を Windows7 64bit 版にインストールした。 2. wxPyth
23.3 unittest -- 単体テストフレームワーク
23.3 unittest -- 単体テストフレームワーク バージョン 2.1 で 新たに追加 された仕様です。 このPython単体テストフレームワーク は時に``PyUnit''とも呼ばれ、Kent Beck と Erich GammaによるJUnitのPython版です。JUnitはまたKentのSmalltalk用テスト フレームワークのJava版で、どちらもそれぞれの言語で業界標準の単体テストフ レームワークとなっています。 unittestでは、テストの自動化・初期設定と終了処理の共有・テストの分類・テス ト実行と結果レポートの分離などの機能を提供しており、unittestの クラスを使って簡単にたくさんのテストを開発できるようになっています。 このようなことを実現するために unittestでは、 テストを以下のような構成で開発します。 Fixture test fixtur
23.2 doctest -- 対話モードを使った使用例の内容をテストする
23.2 doctest -- 対話モードを使った使用例の内容をテストする doctest モジュールは、対話的 Python セッションのように 見えるテキストを探し出し、セッションの内容を実行して、そこに書かれている 通りに振舞うかを調べます。 doctest は以下のような用途に よく使われています: モジュールの docstring (ドキュメンテーション文字列) 中にある対話 モードでの使用例全てが書かれている通りに動作するかを検証することで、 docstring の内容が最新のものになるよう保ちます。 テストファイルやテストオブジェクト中の対話モードにおける使用例が 期待通りに動作するかを検証することで、回帰テストを実現します。 入出力例をふんだんに使ったパッケージのチュートリアルドキュメントを 書けます。入出力例と解説文のどちらに注目するかによって、ドキュメントは 「読めるテ
Djangoアプリケーションのテスト — Django v1.0 documentation
今日の Web 開発者にとって、自動化されたテストはバグ潰しの工程で極めて有用な ツールです。複数のテストを集めた テストスイート を使えば、Web開発におけ るいくつもの問題を解決したり回避したりできます: 新たなコードを書く際、コードが期待通りに動作するかテストできます。 以前のコードを修正したりリファクタする場合、テストによって、コードの変 更がアプリケーションに意図しない影響を及ぼさないか調べられます。 Web アプリケーションは、 HTTP レベルのリクエスト処理、フォームの検証と処理、 そしてテンプレートレンダリングまで、複数のロジックレイヤから構成されていま す。そのため、Webアプリケーションのテストは複雑なタスクです。 Django のテス ト実行フレームワークと関連ユーティリティを使えば、仮想的なリクエストを発行 したり、テストデータを挿入したり、アプリケーションの出力
汎用ビュー — Django v1.0 documentation
Web アプリケーションの作成は、同じパターンを何度も何度も繰り返し書くことに なるため、退屈なものです。 Django では、そんなパターンに共通する部分のほと んどを「汎用ビュー (generic view) 」という形で抽象化し、オブジェクトに対し てよく定義されるビューを、 Python コードを一切書かずに作成できるようにして います。 Django の汎用ビューには以下のようなものがあります: list/detail インタフェースを実現するビューのセット。 アーカイブに入っているページ群に対する年/月/日のビューと、各ページの 詳細、そして「新着 (latest)」のページ (例えば Django weblog の year, month, day, detail, latest といったページ)。 オブジェクトの生成、編集、削除を行うためのビュー。 これらのビューは全て、U
モデル変更 - Djangoへの片思い日記
適当にアプリを作っていると modelの変更が頻繁に出てきます。 駄目人間の証ですね＞＜ でも、そんな駄目人間にも優しいDjangoです。 後からカラム追加したり、ユニークにしたかったりインデックス貼りたかったりして models.pyを変更した後、絶望にくれてませんか？ 更にその後、 >python manage.py reset appNameとか打っちゃってadminにすらログインできなくなって 泣きそうになっていませんか？ 俺は両方経験しました。 おっぱいマニア*1を目指す人間として軸がぶれている気がします＞＜ さて、そんな時ですが、実は便利なコマンドがあります。 >python manage.py sqlreset appName | mysql -D dbName -u user -p もちろん大事なデータが入っているときにはやってはいけませんが 作成途中の時はこんな感じでガン
argparse — Parser for command-line options, arguments and sub-commands
argparse — Parser for command-line options, arguments and sub-commands¶ Source code: Lib/argparse.py The argparse module makes it easy to write user-friendly command-line interfaces. The program defines what arguments it requires, and argparse will figure out how to parse those out of sys.argv. The argparse module also automatically generates help and usage messages. The module will also issue err
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
https://www.freia.jp/taka/blog/replace-makefile-with-python/index.html
FuzzyDates, or: One Django Model Field, multiple database columns
UsingMarkup – Django
汎用ビューを使ってみる - shisogohanの日記
Free Coding PNG Images with Transparent Backgrounds - FastPNG.com
How do I check if a list is empty?
Python で変数が辞書かどうかを判別する « イッキログ Tech