【Python】Webフレームワーク Djangoスレ Part1

【Python】Webフレームワーク Djangoスレ Part1 at PHP

1:nobodyさん
06/08/27 02:20:54 yog4uW4e
LL言語「Python」で実装されたWebフレームワーク Django
Web開発する上で必要となる機能がそろっており、
管理サイト画面を自動作成できるなどの特色を持ちます。

本家サイト
URLﾘﾝｸ(www.djangoproject.com)

日本語ユーザ会「Djangoと日本の仲間たち」
URLﾘﾝｸ(www.djangoproject.jp)

日本語解説サイト
URLﾘﾝｸ(ymasuda.jp)

解説本(英語) 「Pro Django:」2006年10月30日出版予定
URLﾘﾝｸ(www.amazon.co.jp)

あなたがDjangoを利用すべき10の理由(和訳)
URLﾘﾝｸ(www.everes.net)

IT Pro記事
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

IBM developerWork記事
URLﾘﾝｸ(www-06.ibm.com)

2:nobodyさん
06/08/27 02:40:06
TurboGears python の検索結果約 1,200,000 件中 1 - 10 件目 (0.21 秒)
Django python の検索結果約 3,090,000 件中 1 - 10 件目 (0.18 秒)

3:nobodyさん
06/08/27 09:14:49
>>1乙
ついに建ったか

4:nobodyさん
06/08/28 06:56:31
>>1 乙

5:nobodyさん
06/08/28 21:56:26
Djangoの情報源

○ Django wiki
本家サイトのwiki。「はずはここを見よう」的な一番の情報源。
その中で基本＆レアな情報を一覧

・（基本）Djangoの非公式スクリーンキャスト（7分間）
URLﾘﾝｸ(www.throwingbeans.org)

・（基本）Djangoで稼働しているサイト一覧
URLﾘﾝｸ(code.djangoproject.com)

・（基本）インストールガイド
URLﾘﾝｸ(code.djangoproject.com)

・（基本）公式サイトで推奨しているレンタルサーバ
URLﾘﾝｸ(code.djangoproject.com)

・DjangoをWindowsのIIS上で稼働させる（IronPythonでの稼働が可能か気になるところ）
URLﾘﾝｸ(code.djangoproject.com)

・Django1.0への検討事項
URLﾘﾝｸ(code.djangoproject.com)

・複数データベースの接続サポートの計画（できれば、早期実現して欲しい）
URLﾘﾝｸ(code.djangoproject.com)

・Ajaxへの対応状況
URLﾘﾝｸ(code.djangoproject.com)

・RoRみたないScaffold作成スクリプト
URLﾘﾝｸ(code.djangoproject.com)

6:nobodyさん
06/08/28 22:18:05
○ 日本語での情報サイト（独自判断アリ）

・「スパムとか」
URLﾘﾝｸ(www.everes.net)

・「回転と脱線」
URLﾘﾝｸ(d.hatena.ne.jp)

・「monospace blog」
URLﾘﾝｸ(blog.monospace.jp)

・「常山」
URLﾘﾝｸ(navy.ap.teacup.com)

・「Twisted Mind」
URLﾘﾝｸ(d.hatena.ne.jp)

○ Djangoを使う上で便利なツール

・「Django tags for Dreamweaver」
URLﾘﾝｸ(blog.monospace.jp)

・「EmEditor用のDjango_Templateのフィルター」
URLﾘﾝｸ(d.hatena.ne.jp)

7:nobodyさん
06/08/28 22:19:26
>5
訂正
RoRみたないScaffold作成スクリプト　→　（正）RoRライクなScaffold作成スクリプト

8:nobodyさん
06/08/28 23:09:13
○ その他Tips

・Django標準の認証の使い方
URLﾘﾝｸ(d.hatena.ne.jp)

・ログイン・ログアウト処理
URLﾘﾝｸ(blog.monospace.jp)

・Userモデルを拡張する（標準のユーザ情報から必要な情報をプロファイルという形で関連付ける）
URLﾘﾝｸ(blog.monospace.jp)

・EclipseでDjangoの開発
URLﾘﾝｸ(d.hatena.ne.jp)

・Googleチックなページネーションリンクを出す。
URLﾘﾝｸ(blog.monospace.jp)

9:nobodyさん
06/08/28 23:55:56
>6
追記
○ 日本語での情報サイト

・「f3cのぐちとかなにか」
URLﾘﾝｸ(yggdrasil.exblog.jp)

10:nobodyさん
06/08/29 00:27:50
○ Djangoを始める方向けの情報
Djangoをやってみよう、と思っている人がは以下の順番で各サイトを参考

1．Djangoの概要
URLﾘﾝｸ(ymasuda.jp)
本家サイトの和訳。まずは、ここでDjango自体が気に入るかを判断。

2．開発用にWindowsでのインストール方法
URLﾘﾝｸ(yggdrasil.exblog.jp)
1で気に入った方。Windowsならここを見てインストールするがベター。

3．基本チュートリアル
URLﾘﾝｸ(ymasuda.jp)
本家サイトの和訳。ここのチュートリアル1～3で基本的な動きを理解。

11:nobodyさん
06/09/02 10:44:40
Djangoだけでたてるなー！ただでさえpythonフレームワークユーザすくないんだから、
Python用フレームワーク一般でたててほしかった。。。

12:nobodyさん
06/09/03 16:05:26
turbogearsってcgiでうごくんかな？

13:nobodyさん
06/09/04 00:26:49
動かない理由はないと思うけど絶望的に遅いんじゃないかなあ.
Ruby on Rails も CGI で動くけど絶望的に遅いし、php も CGI で動くけど(ry

14:nobodyさん
06/09/04 07:00:04
>>13
djangoのadminはxreaで十分実用的な速度で動いたけどね。
適当な予想はいいから、確認した人が居たら教えてほしいです。
居ないなら、自分でなんとかします。

15:nobodyさん
06/09/04 07:09:16
>>13
ちなみにsymfonyも、cgiで動かしてもrailsのような劇的な遅さはないよ。
railsの重さは異常だった。

16:nobodyさん
06/09/04 18:49:36 jumGdf4H
Railsはmongrel以外の選択肢が無くなってるな。
mod_proxy_balancer + mongrel_clusterは相当魅力的だ。

まあレン鯖でRailsってのはありえん。

その点Djangoはmod_pythonでイイから楽だな。

17:nobodyさん
06/09/05 04:25:42
他のフレームワークみたいな、タグやajaxやるためのヘルパはナイン会

18:nobodyさん
06/09/06 03:22:33
mod_python入ってるレン鯖も、そうは無いけどな。

19:nobodyさん
06/09/07 02:50:40
>>18
レン鯖ならいくらでもあるし、自分で入れればいい。
レン鯖＝共用鯖じゃないんだから。

20:nobodyさん
06/09/14 11:07:14 AqZe6GWi
URLﾘﾝｸ(djangoproject.jp)

Disc 0だって．

21:nobodyさん
06/09/14 11:27:18
Hosting for an agile web
URLﾘﾝｸ(www.webfaction.com)
> We support python and open-source
> As both python and open-source lovers we're happy to offer
> free trac/subversion hosting for open-source python projects.
> We already host more than 200 of them.

22:nobodyさん
06/09/21 00:59:50
Python 2.5が登場 450以上のバグを修正し信頼性を向上
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

すごい数のバグだな

23:nobodyさん
06/09/21 04:13:20
言語自体のバグとライブラリのバグが一緒くただからねえ.

24:nobodyさん
06/09/21 04:18:45
DjangoかTurbogear使ったblogツールない？

25:nobodyさん
06/09/21 07:17:12
今日はDjango勉強会だね。

26:nobodyさん
06/09/27 14:03:06
9/29～10/1にかけて、Python Developers Camp 2006夏が開催されます
既に現地参加者については申し込みを終了していますが、インターネット経由での
「フレームワーを使った短期集中開発(スプリント)」への参加者を募集致します。

===　開催概要　===

お題　　　：「マルチユーザのWebチャット
　　　　　　　ユーザ登録ができ，マルチーザでお話しができるWebアプリ。

使用言語　：言語/フレームワークの種類は問いません。
　Python以外での参加も大歓迎です。

連絡手段　：当日、現地参加者との連絡はIRCを通して行います

※上記要件を満たしている限り、おかず的な追加機能を付加することについては
　大歓迎です(むしろおかず的機能の機能，またはアイデアの勝負になる？)。
※開発期間は、原則的に合宿中(9/29～10/1)としますが、特に制限を設けません。
　事前にフレームワークについて調べたり、習作を作る、ということについては
　何ら問題ありません。
※作成したアプリケーションは、可能であれば何らかの方法で公開してください。

=== 参加方法 ===

参加希望の方は、開催期間中に次のIRCチャンネルにログインしてください。
興味があるので覗いてみたいという方も大歓迎です。

#pydevcamp

27:nobodyさん
06/10/01 22:18:14 onaDCOev
で、結局、Djangoが使える格安レンタルスペースってあるわけ？

28:nobodyさん
06/10/02 03:13:55
>>27
>>21

29:nobodyさん
06/10/05 17:58:11 u/nFMdyX
djangoのバックエンドで複数台のDB使うには、どうすればいいんでしょうか？
例えば、MySQLで更新系/参照系で別マシンにアクセスしたい場合。

30:nobodyさん
06/10/08 13:31:17
>>29
現在公式に改良中のはず

31:nobodyさん
06/10/08 22:09:36
>29
現在2種類の方法で改良が行われています。

1．従来のDBコネクタの改良
URLﾘﾝｸ(code.djangoproject.com)
進捗を見る限りかなり進んでいるようなのでうまくいけば、1.0で組み込まれるかもしれないですね。

2．SQLAlchemyの取り込み
URLﾘﾝｸ(www.sqlalchemy.org)
こちらは現在、ブランチに取り込まれたとのことで出てくるにはもう少し
時間がかかると思います。
SQLAlchemyは高性能なのですが、従来のActiveRecordの考え方と違うORマッパー
なので、これを生かすにはちょっとひと手間必要になるかもしれません。

よって、現状では上記改良を待つか、2つにアクセスしないような仕組み（DB側で対応）
を作る、どちらかとなると思います。

32:nobodyさん
06/10/10 19:03:54
情報ありがとうございます
本家の方も追ってみます

33:nobodyさん
06/10/10 20:31:58
multi-dbの仕様は今ひとつスッキリしない。

34:nobodyさん
06/10/12 13:18:50
Django Djumpstart: Build a To-do List in 30 Minutes
URLﾘﾝｸ(www.sitepoint.com)

35:nobodyさん
06/10/15 08:32:06
Pro Django の発売来年の３月？

36:nobodyさん
06/10/17 17:03:25
Djangoのクイックリファレンスシートみたいなのが欲しいなあ。
どこかに無い？

自分で作るか…

37:nobodyさん
06/10/25 04:09:41
urlsがくっちゃくちゃで超見にくいよなぁ

38:nobodyさん
06/10/25 11:12:48
毎日1個正規表現つかってフィルタ書いてりゃ気持ちよくなるから。

39:nobodyさん
06/10/25 11:30:07 AkYp/KHh
>>38
そういう宗教なんですね。
よく分かりましたありがとうございました。

40:nobodyさん
06/10/26 14:08:42
正規表現出来なくて逆ギレか…
Pythonスレのキチガイがこっちにも溢れてきちまったのかな

41:nobodyさん
06/10/26 14:39:52
>> 40
釣り乙。

42:nobodyさん
06/10/26 18:13:22
ギスギスしすぎ。

43:nobodyさん
06/10/27 01:09:17
どこをどう見れば正規表現出来なくて逆ギレしてるように見えるんだろうね。
キチガイの考えることはわからんなぁ

44:nobodyさん
06/10/27 08:03:59
urlsは決して見やすくはないけど
それは短い記述で極限までの柔軟さを得るためのトレードオフ。
構文を見やすくするためにだらだら長い書き方をしなければならなかったら
ファイルがでかくなってやっぱり見にくくなるし、
そもそも最初に設計したら追加はあっても修正はあんまり無いわけだし。
逆に、あの柔軟さを構文解析ロジックで得ようとする事を考えるだけそっちの方がでうんざりするよ。

45:nobodyさん
06/10/27 08:11:19
それにしても，もうちょっとシンプルなワイルドカードで書けるといいよね．

46:nobodyさん
06/10/27 10:45:10
正規表現とシンプルなワイルドカードのが混在して果たしてうれしいものか

47:nobodyさん
06/10/27 10:47:58 wmrBueqm
シンプルな表記を正規表現に変換する俺フィルタ作って，

orefilter('/foo/:/')

みたいにすればいいんじゃね？

48:nobodyさん
06/10/27 11:43:56
Pythonオレ実装祭Webフレームワークの悪夢の始まりだ

49:nobodyさん
06/10/27 12:08:34 wmrBueqm
46,48
「てにおは」がおかしい。
小学生以下。

50:nobodyさん
06/10/27 16:45:15
「シンプルなワイルドカード」がどんなものを指してるの分からんけど、
*と?くらいだったら正規表現でも大して変わらんと思う…

51:nobodyさん
06/10/27 17:15:31 wmrBueqm
>>50
「えいきゅうきかん」とか「ちょうえねるぎー」とか「うちゅういし」とかそういう奴のことだろ＞シンプルなワイルドカード

52:nobodyさん
06/10/28 02:56:02
urlpatterns = patterns('mysite.polls.views',
(r'^$', 'index'),
(r'^(?P<poll_id>\d+)/$', 'detail'),
(r'^(?P<poll_id>\d+)/results/$', 'results'),
(r'^(?P<poll_id>\d+)/vote/$', 'vote'),
)

これならまだギリギリ許せるが、

info_dict = {
'queryset': Poll.objects.all()
}

urlpatterns = patterns('',
(r'^$', 'django.views.generic.list_detail.object_list', info_dict),
(r'^(?P<object_id>\d+)/$',
'django.views.generic.list_detail.object_detail', info_dict),
(r'^(?P<object_id>\d+)/results/$',
'django.views.generic.list_detail.object_detail',
dict(info_dict, template_name='polls/results.html')),
(r'^(?P<poll_id>\d+)/vote/$', 'mysite.polls.views.vote'),
)
こうなってくるともうウザ過ぎ。

53:nobodyさん
06/10/28 09:26:42
っ[タダコピ]

54:nobodyさん
06/10/28 10:31:33
>>52
汎用ビューかあ
そっちについては同意。
汎用ビューは俺もチュートリアルでしか使ったこと無いな。

55:nobodyさん
06/10/29 20:14:16
> 「てにおは」がおかしい。
> 小学生以下。

小学生以下であることをこのスレで指摘することに意味があるのかいまいちわからん。

56:nobodyさん
06/10/30 00:02:57
>>52
所詮文字列なんだから自分が見やすいようにまとめればいいんじゃない。
とは言えギリギリ許せる範囲なら、こう書けたはず。

urlpatterns = patterns('django.views.generic.list_detail',
(r'^$', 'object_list', info_dict),
(r'^(?P<poll_id>\d+)/$', 'object_detail', info_dict),
(r'^(?P<poll_id>\d+)/results/$', 'object_detail',
dict(info_dict, template_name='polls/results.html')),
)

urlpatterns += patterns('mysite.polls.views',
(r'^(?P<poll_id>\d+)/vote/$', 'vote'),
)

57:nobodyさん
06/10/30 02:33:11
>>56
汎用Viewをurlsなんかで定義してる時点でダメだろ。

58:nobodyさん
06/10/30 03:27:27
結局、ほかにもっと視認性や保守性の高いフレームワークがあるわけで、
みんなそっちに流れていっちゃうし、djangoも古いスタイル引きずって改善しないから、
あんまり普及しないんだろうね。

59:nobodyさん
06/10/30 11:08:47
pythonのフレームワーク内での普及率という話で言えば
どんぐりの背比べって感じじゃないの。
そもそも大抵のレンタルスペースではPythonはCGIくらいでしか使えないから
他のフレームワークも使えないわけだし。

djangoは改善してるでしょ。magic-removeはかなりデカい。
自分のスタイルを隅の隅まで磨き上げてると感じる。
興味を持ってるユーザは確実に増えていると思う。ただその加速度が爆発的でないだけ。
本命となる0.95が出たのもたった三ヶ月前だし。Python自体も含め、普及はこれから時間をかけてなされる事でしょう。

60:nobodyさん
06/10/30 23:29:22
>57
どこで定義してるの？

61:nobodyさん
06/11/05 10:05:26
The Django Book
URLﾘﾝｸ(www.djangobook.com)
> 　Welcome to the online version of The Django Book, a free book about Django.

62:nobodyさん
06/11/06 23:09:07
Catalyst のカレンダーみたいなもんか。

63:nobodyさん
06/11/13 11:19:56

↓こっちはもう出てるね
Rapid Web Applications With Turbogears (ペーパーバック)
URLﾘﾝｸ(www.amazon.co.jp)

64:nobodyさん
06/11/24 14:23:09
勉強会たのしかった．．．

65:nobodyさん
06/11/26 18:17:30
>>60
他のFW見てみろ

66:nobodyさん
06/11/28 23:23:34
URLﾘﾝｸ(www.amazon.co.jp)

67:nobodyさん
06/11/29 04:20:14
>>66
甘い。
URLﾘﾝｸ(www.djangobook.com)

68:nobodyさん
07/01/31 13:49:08
ほしゅ

69:nobodyさん
07/02/12 19:36:05 wMRdIKYd
Djangoのテンプレートで変数への代入はどうやるんですか。

[% for item in items %}
{% color = forloop.counter % 2 == 0 ? 'red' : 'blue' %}
<tr bgcolor={{ color }}>
<td>{{ item }}</td>
</tr>

ということをしたいです。これくらいfilterなしでできますよね？

70:nobodyさん
07/02/12 20:00:28
できない．そして，そんな低レベルなことをやる代わりに cycle を使う．

71:nobodyさん
07/02/23 10:15:09
turboblogってどうなんだろう？

72:nobodyさん
07/02/26 01:26:37
djangoはCGIでもそれなりに動くね。
セッションがDB限定で、IDをURLにつけられないのが残念だけど。

73:nobodyさん
07/02/26 01:28:44
セッションIDをURLに埋め込まないのは、意図的な仕様だからなあ。

74:nobodyさん
07/03/03 00:23:59
Djangoで、URLにプレフィックスがある場合の設定や
そのあたりの差異を吸収してくれるテンプレートタグはありますか？

URLﾘﾝｸ(www.domain.com)
ではなくて
URLﾘﾝｸ(www.domain.com)
に設置した場合、リンクのとき困りますよね。

75:nobodyさん
07/03/03 14:19:53
なさそうだったのでsettings.pyに値を追加して
カスタムタグ書いて実装しました(`д´)ゞ

76:nobodyさん
07/03/03 21:42:23
uri_for みたいなメソッドないのか。つかえないな。ｗ

77:nobodyさん
07/03/04 09:07:22
get_absolute_url()だろ。

78:nobodyさん
07/03/07 01:38:57
最初名前からしてget_absolute_urlかと思ったけど、
テンプレートから使えないし、Modelのだし。

Pythonはやっぱ地味だな。

79:nobodyさん
07/03/07 08:59:14
{% obj.get_absolute_url %}

80:nobodyさん
07/03/07 11:05:54
Djangoのテンプレートエンジンって遅くね？
ベンチとったらCheetahのほうが３倍速かった。

Kidは5倍遅かったけど。

81:nobodyさん
07/03/07 12:40:44
TurboGears には Genshi があるからいいんだもん。

82:nobodyさん
07/03/07 22:13:57
継承もできないテンプレートエンジンなんて！

83:nobodyさん
07/03/07 22:32:07
URLﾘﾝｸ(cheeseshop.python.org)

なんでも食べて大きくなるんだぜ

84:nobodyさん
07/03/07 22:38:42
>>79
それはURL階層の解決にはならないだろう。

簡単にタグ追加できるから別にいいんだけども。

85:nobodyさん
07/03/07 23:50:52
じゃ{% url view: params %}は？

86:nobodyさん
07/03/08 00:51:47
おぉ。そんなのあったんだ。
でも、たとえばIMGタグを書くときのSRCはどうするの？

87:nobodyさん
07/03/08 08:47:20
{{ obj.get_fieldname_url }}

88:nobodyさん
07/03/08 21:29:21
あ、いや。
静的な外部ファイル(JavaScriptのファイルとか）の指定に使えるものがあればなーと。

89:nobodyさん
07/03/08 23:19:34
１　親テンプレートで<img src="{% block media_prefix %}/default_media/{% endblock %}yourimg.gif">って書いといてオーバライド
２　テンプレートに<img src="{% include "yourapp/site_media_prefix" %}と書いておいてTEMPLATE_DIRSの優先ディレクトリにカスタムのyourapp/site_media_prefixを置く

かなぁ？

90:nobodyさん
07/03/11 04:19:56
TurboGearの本出るんだね
ちょ～～びっくりした

91:nobodyさん
07/03/11 12:52:58
>>90
「出る」じゃなくて「出てる」
IronPython の本も出ますな.
Django の本も追っ付け来るのかなー.

92:nobodyさん
07/03/11 15:15:04
>>91
Django本は1.0が出てからじゃないかなぁ
いつごろ1.0出る予定なんだっけか

93:nobodyさん
07/03/11 15:16:24
泳げる頃じゃない？

94:nobodyさん
07/03/11 15:52:50
その辺のがいい本ならpython勉強する人が増えそうだが・・・

95:nobodyさん
07/03/11 17:18:28
Zope3の本も出ないかなぁ．

96:nobodyさん
07/03/11 22:33:31
>>95
出るわけないだろ。

97:nobodyさん
07/03/11 23:09:08
zopeって出来が悪いのかい？

98:nobodyさん
07/03/12 01:28:10
>>91
>IronPython の本も出ますな.
ｋ、くわしｋ！

99:nobodyさん
07/03/12 04:20:33
>>98
URLﾘﾝｸ(www.cbook24.com)

100:98
07/03/13 00:47:30
>>99
ありが㌧。
早速予約します、と思ったらAmazonではまだなのね・・・

101:nobodyさん
07/03/15 21:45:44
djangoのえろいひと助けて・・・
親、子、孫とモデル定義してるときに、親にぶら下がっている孫を
一発で取得するにはどうすればいいですか？

自分ではこれくらいしか思いつきません
１．親.子_set.all() -> for文で子.孫_set.all()
２．SQL直書き・・・

102:101
07/03/15 23:16:05
訂正・・・
上記のモデル＋ManyToManyField(孫）を持つタグクラスがあって、
親を指定して、それにぶら下がる孫と関連を持つタグの一覧を取得したいです・・・

103:101
07/03/15 23:38:02
自己解決・・・
タグ.objects.filter(孫__子__親__id=1)でいけますた

104:nobodyさん
07/03/16 00:46:48
こういうのを、ノリ突っ込みって言うんですか？
えろいひと助けて・・・

105:nobodyさん
07/03/16 04:19:00
まずは、えろいひとを定義することから始めないとな。

106:nobodyさん
07/03/23 22:17:18
0.96来るんか？

107:nobodyさん
07/03/24 08:25:08 fyfLRuFZ
来たようだ
URLﾘﾝｸ(www.djangoproject.com)

108:nobodyさん
07/03/24 18:47:53
1.0はいつかね

109:nobodyさん
07/03/25 00:15:29
おおうパッチなしで2.5+SQLiteで動くようになってる

PythonとDjangoだけでとりあえずさわれるのは楽でいいね

110:nobodyさん
07/03/31 22:51:21
一応保守しておこう。

111:nobodyさん
07/04/01 05:46:34 MNVhxewI
(´∀`)

112:nobodyさん
07/04/07 08:53:00
SVNに大きな変更が入るらしいよ
URLﾘﾝｸ(www.everes.net)

いよいよ1.0が近づいてきた感じがする……

113:nobodyさん
07/04/07 10:19:56
もう疲れました...

114:nobodyさん
07/04/07 14:48:35
adminをnewforms対応にするならgeneric viewsも対応にしてくれ

115:nobodyさん
07/04/08 17:26:00
turbogearsのスレってないの？

116:nobodyさん
07/04/08 17:35:39
>>115
URLﾘﾝｸ(find.2ch.net)

117:nobodyさん
07/04/08 17:57:32
>>115
ｽﾚﾘﾝｸ(php板)l50

はいよ。

118:nobodyさん
07/04/15 21:12:20
　＼(^o^)／　　　　　　　　　　　　＼(^o^)／ Djangoオワタ
　　　 )　 )　　　　　　　　　　　　　　ノ　ノ
((((　 >￣ > ))))　＼(^o^)／　(((　<￣<　))))
　　　　　　　　　　　 )　　)
　　　　　　　　　(((　　>￣ > )))) 　　　code igniterハジマタ

119:nobodyさん
07/04/15 21:59:00
お前らオープンソースをなめてるんじゃねえよボケが(wwww
これくらい乗り越えられないでどうする(wwwwwwwwwww

120:nobodyさん
07/04/15 22:07:23
何かあったの？

121:nobodyさん
07/04/15 22:22:08
なんだPHPの話か。

122:nobodyさん
07/04/15 22:23:05
>>118
いやになったらいつでもやめてもいいんだよ
君みたいな軟弱者のかわりはいくらでもいるんだからね

123:nobodyさん
07/04/25 02:47:17
Djangoやってくれる人の代わりなんて、滅多に居ないだろう…

124:nobodyさん
07/04/26 00:15:01
Djangoやってくれる人に代わりなんていないんだ！
>122 と >123 の間に10日もあいていることがその証明だ。

125:nobodyさん
07/04/26 01:48:23
>>120-122も同一っぽいしなｗ

126:nobodyさん
07/04/26 02:02:40
>>124
>10日もあいている

ここがポイント。ここ試験に出ます。

127:nobodyさん
07/04/26 02:11:25
急にレスが増えたな
Djangoも盛り上がってきたぜ！

128:nobodyさん
07/04/26 02:23:28
ひさしぶりだからハッスルしてるね！！！

129:nobodyさん
07/04/26 22:06:29
みんないっしょでたのしいな！
きみとぼくとはおなじひと！！！！

130:nobodyさん
07/05/05 01:57:51
でもTGのが盛り上がってるけどね！

131:Zeno ◆5nZQbNmQPs
07/05/22 14:32:38 JVNyRDEX

一応 Django のベンチマークでも投下しておくか．
URLﾘﾝｸ(wiki.rubyonrails.com)

Django と Symfony と Ruby on Rails を比較すると、 Django が一番速いらしい．

132:nobodyさん
07/05/22 17:20:50
>>131
そりゃ、高速を謳ってるフレームワークがその2つに負けてたら論外だろうな。
SymfonyなんてPHPのフレームワークの中でも一番遅い部類だし、Railsなんかサーバーから構築しないと実用速度でない。

133:nobodyさん
07/05/22 18:01:48
でもそんなに速くなくね？
Railsより倍は速いものだと信じてた。
この程度ならあんまり訴求力なさげ。ちと残念。

134:nobodyさん
07/05/22 18:09:21
>>133
だから国内でいまいち盛り上がらないんだよ。

135:nobodyさん
07/05/22 18:14:52
田舎だな。

136:nobodyさん
07/05/22 18:15:50
速さなんてどうでもいいんだよ。な。

137:nobodyさん
07/05/22 18:55:45
Django Django言ってる奴らを見るとかえって引く．

138:nobodyさん
07/05/22 19:03:01
>>136
は？ Django が一番速いって書いてあるじゃん
Symfony や Rails なんか比じゃないだろ
速さを求めるなら Django にするのが吉

139:nobodyさん
07/05/23 01:23:10
Django は memcached とかを扱いやすいから速くできるわけで、
普通に殴り合いをしてそんなに速度差はでねーよ

それはそれと、Rails は 1.2 で遅くなったから今はもっと差が広がっている

140:nobodyさん
07/05/23 12:27:52
でもまあ Rails も Symfony の重さと比べれば許せるよ

141:nobodyさん
07/05/23 13:59:44
うつむき加減。

142:nobodyさん
07/05/25 03:20:38
djangoユーザはHello World程度のアプリしかつくらないのか。

143:nobodyさん
07/05/25 10:04:51
from django.http import HttpResponse
def hello_world(request):
　return HttpResponse("Hello world")

144:nobodyさん
07/05/25 18:36:02
要するに perl が最高ってことだよな。

145:nobodyさん
07/05/25 18:58:46
urlpatterns = __import__('django.conf.urls.defaults').patterns('',(r'.*', lambda r:__import__('django.http').HttpResponse('Hello world!')))

146:nobodyさん
07/05/25 22:13:06
そういえば、perlのフレームワークすれ見ないな。

147:nobodyさん
07/05/25 23:02:10
あるだろ Catalyst スレが。

148:nobodyさん
07/05/29 23:45:55
おお、ベンチの話題でちょっと盛り上がってたんだ。
速さもそうだけど、Djangoの売りはPluggableだと思ってる。

149:まーくん ◆5Pb130oT1Y
07/06/04 08:53:01 tNZv/hsH

やっぱり英語できないと Django を完全に学ぶことは難しいだろうね．
できるんだったら、djangobook にないドキュメントの補足として：

DjangoでAjax ：
URLﾘﾝｸ(groups.google.com)

新しいフォームのハンドルのしかた (パッケージについてくる)：
DJANGOソースディレクトリ/docs/newforms.txt

とかを読んでおくといいよ

150:nobodyさん
07/07/03 16:35:33
一人勝ちって寂しいんだな...。

151:nobodyさん
07/07/03 21:58:18
Djangoオンインドキュメントの和訳のプレーンテキスト版はどこで入手できるんでしょうか。

152:nobodyさん
07/07/03 23:14:05
>>150
それは一人勝ちとは言わないね。
一般的には孤立とかハブンチョとか言われるます。

153:nobodyさん
07/07/04 03:54:21
>>151
ymasudaにメールするか、michilu.comに掲載されるのを待つ。

154:nobodyさん
07/07/04 11:24:31
ユーザ情報について質問なんですが

django.contrib.auth.models.Userの元から用意されてる
emailをunique=Trueにしたり
usernameやpasswordの最大文字数を変えるには

なにか方法はあるのでしょうか？

155:nobodyさん
07/07/04 11:33:59
>>154
djangoフォルダの中の、contribフォルダの中の、authフォルダの中の、models.pyファイル
の中の、Userクラスを編集。

156:154
07/07/04 12:02:15
>>155
あーそういう方法しかないんですか
それか１から自分で作るか、なんですかね

157:nobodyさん
07/07/04 12:17:41
>>156
デフォルトのUserクラスに無いものをユーザ情報として登録したい場合、
自分のプロジェクト内に適当にUseｒInfoクラスを作って、UserInfoクラスから
django.contrib.auth.models.UserにForeignKeyを張るんだけど、同じように
やる手もあるよ。

例えばuniqueなemailは
django.contrib.auth.models.Userではなく
myproject.myapp.models.UserInfoに登録するとか。

UserInfoにユーザ名・パスを置くこともできる。
日本語docの「認証」のページ、「他の認証データソースを使う」を参考に。

158:nobodyさん
07/07/04 22:23:01
ついにUnicodeブランチのマージが来た

159:nobodyさん
07/07/05 22:09:04 IlbE+28d
素晴らしいフレームワークなのはわかったのですが
これを使った素晴らしいCMSはないのですか？
もちろん無料で！

160:nobodyさん
07/07/06 09:59:10
>159
自分で作れ

161:nobodyさん
07/07/07 23:38:35
もちろん無料で

162:nobodyさん
07/07/09 20:15:58
映画化おめ。

URLﾘﾝｸ(www.sonypictures.jp)

163:nobodyさん
07/07/10 21:35:12
MLもこのスレも寂れている現状で、
Djangoはどこで一人勝ちしているの？

164:nobodyさん
07/07/11 03:09:34
どんな言語やフレームワーク使おうが
結局は良いもの作ったほうが勝ちだろ。

165:nobodyさん
07/07/11 10:12:50
そうそう。働いたら負けだよね。

166:nobodyさん
07/07/11 13:49:25
それは関係ないな

167:nobodyさん
07/07/15 13:11:21
>> 163
こことか
URLﾘﾝｸ(www.lingr.com)

168:nobodyさん
07/07/16 11:27:00
ずいぶん寂れた猿山ですね

169:nobodyさん
07/07/30 00:29:47 P6Gm7gH1
癇癪持ちの自称デザイナーの為のFWだもんな

170:nobodyさん
07/08/05 21:39:23
URLﾘﾝｸ(blog.trirhino.com)

こんなの見つけたけどどうよ?

171:nobodyさん
07/08/10 22:25:34
宣伝乙としか言いようがない

172:nobodyさん
07/08/12 01:04:34
>少ないコーディングにもかかわらずハイパフォーマンスという特徴をもち

コーディング量関係なくね？

173:nobodyさん
07/08/12 11:05:07
>>170
その会社ヘン、URLからたどれるところにもツッコミどころ満載、明らかに技術力がなさそう
個人的趣味(?)と事業の区別が付いているのか?
フリーランス以下だな、あえていれば中学生レベルだw

174:nobodyさん
07/08/13 06:50:05
そうか？
実践Python書いたりしてんじゃん
Pythonの専門家じゃね

175:nobodyさん
07/08/13 08:34:36
自演乙としか言いようがない

176:nobodyさん
07/08/13 10:32:49
実践Python wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

177:nobodyさん
07/08/13 11:07:50
その程度で会社建てる意味ないなと思ったのでありました

おわり

178:nobodyさん
07/08/13 11:12:42
必死で自演してる実践Python中の人、KY、KY
キミがいなくてもDjanogは普通に盛り上がってるからww

179:nobodyさん
07/08/13 11:54:21
KY（笑）
どこの中二だよ

180:174
07/08/14 00:07:44
いや自演じゃないが・・・
別にそんな変だとも思わなかったけどな
フリーの技術者のサイトでデザイン的なセンスに欠けてるのなんて
ざらにあるし

181:nobodyさん
07/08/14 00:09:23
そっちかよ！

182:nobodyさん
07/08/14 11:50:18
>>180
Djangoに限らず、Pythonやってる人達のサイトって
無駄に凝ってるのが多いよな

そういう点でも、例のサイトはきな臭い臭いがする

183:nobodyさん
07/08/15 21:33:23
多民族地域で、信仰の違いから小内乱に明け暮れるとか
そんな所まで真似しなくてもいいと思うんだ。

そんなことばかりしてたら国産一枚岩コミュニティ言語Rubyに
仕事、持ってかれちゃいますよ？

URLﾘﾝｸ(rails.drecom.jp)

何気に昨年度の作品にはPHPとか入ってたり、というか
Pythonのメーリングリストとかで名前を見たことがあるひと
とかも乗ってたり……(汗

HSPTV!
URLﾘﾝｸ(hsp.tv)

HSPも足掛け7年くらい掛けて需要に答えようとして来たわけで。
2000年当初ここまで普及するとは思わなかったよ。

この言語は誰のためのものなのですか?
とか思ったり。。。

184:nobodyさん
07/08/15 21:55:37
フリーランス以下の業者にはどうやったって仕事なんて来ないけどなwwwwwwww

185:nobodyさん
07/08/19 20:08:09
>>177
>その程度で会社建てる意味ないなと思ったのでありました

収入の多い人が税金対策で会社をつくる、というのはあるみたいだけど
そうでもなさそうなのが謎だ。

186:nobodyさん
07/08/27 18:49:14
1000万超えたら作れとかあるねそれまでは自営業最高

187:nobodyさん
07/08/27 20:39:02
今は、主宰者税法のおかげで法人成りの旨みないんじゃないの？

188:nobodyさん
07/08/27 22:43:10
知り合いに出資してもらえばいいよ。

189:nobodyさん
07/08/28 10:59:55
いずれにしても君たちには関係のない話だよ。

190:nobodyさん
07/09/10 16:44:38 oeJv3ute
早く，汎用ビューでnewformsが使えるようになりますよーに!

191:nobodyさん
07/09/12 00:16:18
>>190
開発陣気づいてないんじゃないか

192:nobodyさん
07/09/16 22:45:21 OCFzMIQ4
GenericViewでリレーションを逆方向にたどることはできない?
view書くしかねーのかな

193:nobodyさん
07/09/17 00:18:47 ZCv+H8u4
>>192
極力汎用ビューを使いたいんで同じようなこと考えたことあります。
結果は。。。無理！！これぐらいできて欲しいよ。object.my_related_name.xxxって感じで。
しょうがないんで、おとなしくview.pyからrelated_nameを使ったよ。きーっ！

urls.pyを変態的に書けばできるという話をきいたことあるけど試してない。

194:nobodyさん
07/09/17 08:27:08
>>192
それって例えば
{% for page in object.page_set.all %} (object=category)
とかで解決する？

またはモデルにリレーションを逆方向にたどるメソッドを書けば？
モデルのオブジェクト汚したくない人ならごめんｗ
私は割と自分専用メソッド増やして対応しちゃうから。

195:nobodyさん
07/09/17 11:16:55 k0zdk0d7
>>194
おー!
できた!できたよー。有り難う。

196:nobodyさん
07/09/17 11:17:32 k0zdk0d7
{% for page in object.page_set.all %}
これでできました。

197:nobodyさん
07/09/22 21:32:10
Django自体とはちょっと離れるけど、サーバへの配置とかどうしてます？
俺は手元のソースをsvnレポジトリに入れて、サーバでsvn updateしてますけど、
Djangoを簡単にサーバにdeployできるようなプログラムとかあるのかな。

198:nobodyさん
07/09/23 08:47:42
>>197
ローカル・サーバーとも常に最新版にsvn updateしてる。
超チャレンジャーｗ

199:nobodyさん
07/09/23 13:27:59
ごめん、俺の書き方がわかりにくかった。
Djangoで作ったサイトを配置するとき。
/path/to/project/appみたいになってて、appをサーバにコピーするという作業になるけど、
ファイルの所有者とか権限を扱えるようなかんじで。SConsあたりだとできるのかのう…。

200:nobodyさん
07/09/24 22:08:55
自分でフォローすると、サーバへの接続がftpかwebdavかscpなのかとか、
いろいろなケースがあるので、統一的に解決する方法はないのかもしれない。
現在やっているsvnレポジトリを使った配置も、
httpsに対応しているし、問題が起こったときにすぐに戻せるなど、利点はある。
ちょっとした修正でもrevisionが上がるのが気になったのだが、
svnの目的からすれば、その方が正しいのだろう。

201:nobodyさん
07/09/29 00:24:44
from django.core.urlresolvers import reverse

これって以前からあった？
最近気がついて使うようになったよ。
でも、reverse('project.app.views.view', args)なのが不便。
projectを抜かせればポータブルになるのに。

202:nobodyさん
07/09/29 11:07:08
>> 201
それは0.97から。
reverseを使うときは、urls.pyで
url(r'^hoge/$', prj.app.views.view, name='app-view')
って定義して、reverse('app-view')って書くと幸せになれるよ。

203:nobodyさん
07/09/29 12:37:58
おお、ありがと。
最新版のチュートリアルを読み直してreverse()に気付いたんだよね。
でも、reverse()はあまりにも一般的過ぎるから、asでreverse_url()とでもするか、とか。
template tagのurlは{% url app.views.view args %}って書けるんだよね。
なんか同じ実装っぽいのう…。

204:nobodyさん
07/09/29 14:04:11 MrdJLql3
テンプレートで
　　{% if forloop.counter < 5 %}
みたいなことをやりたいんですがどうしたらいいですか?

205:nobodyさん
07/09/29 15:47:56 MrdJLql3
ifequalをネストしてなんとか実現しました

206:nobodyさん
07/09/29 15:53:06
テンプレートで書き方に困るような処理はモデル側でやった方がいい。

207:nobodyさん
07/09/30 12:24:02 hirSDo6v
>>206
例えば，最新の10件をとってきて，テンプレートでそのうちの最新3件は<div></div>でかこって目立つような装飾して，それ以下の7件は単純な<li></li>で表示したい場合はどんな感じでテンプレートにわたすべきなんですかね?

208:nobodyさん
07/09/30 16:24:18 mtZDS22i
>>207
それはviewでやったら？

スライスで分割してテンプレートに渡せば？

209:nobodyさん
07/09/30 17:43:18 hirSDo6v
>>208
見た目を整形するのは，テンプレートの役目かなと思って無理させてました．
理解しました．その方針で行きます．

210:nobodyさん
07/09/30 20:11:47
そのケースだとviewで分けた方が綺麗だけど、
例えばリストの中のいくつかを強調したいときは、
モデルに判定するメソッドを付けて、

{% if obj.highligt %}
　強調表示
{% else %}
　普通表示
{% endif %}

みたいにするかも。

211:nobodyさん
07/10/01 14:04:19
良いCMSはないの？

212:nobodyさん
07/10/01 21:06:58
>211はDjangoで書いたことはある？
Djangoはadminサイトが作りこんであるから、
これでCMS的なことができてしまうように思う。

213:nobodyさん
07/10/03 12:22:00 Xwahqs0T
チュートリアルをやってて
views.pyの日本語の部分でシンタックスエラーが出てしまいます
ソースをUTF-8で保存してもだめです
どのような原因が考えられるんでしょうか
django-0.96 python2.5 windows xpです

214:nobodyさん
07/10/03 12:55:56
>>213
views.pyの1行目に

# coding: utf-8

と書いてますか？

215:nobodyさん
07/10/04 10:54:11
>>214
書いてます
どうも0.95で作ったpollアプリケーションを0.96で動かしたのが
原因だったみたいです
ありがとうございました

216:nobodyさん
07/10/05 11:49:10 JViRFFa+
model（商品）に画像を持たせてページに表示するには
ImageFieldを使うのでしょうか？
その場合画像の置き場所はどこが適切なのでしょう
MEDIA_ROOTとアプリケーションの関連がいまいちわかりません

217:nobodyさん
07/10/05 13:37:14
>>216
ImageFieldは画像ファイルのMEDIA_ROOTからの相対パスを保存する
（画像ファイルかどうかチェックするのでPILが必要）
だからMEDIA_ROOTの下にuploadimgなどの名前でディレクトリを作って
そこにファイルを置くようにすればいい

例： goods_pic = models.ImageField(upload_to = 'uploadimg')

218:nobodyさん
07/10/06 12:32:30 OKcqrAM8
>>217
それを物理的な場所に依存しないでビューに貼る方法がわかりません
views.pyのみでページを作る場合はどうしたらいいのでしょう？
また、テンプレートを使う場合テンプレートはどこにおけばいいのでしょうか？
おまけにMEDIA_ROOTはデフォルトでは空になってますがその場合どこになっているのでしょか？
わかりづらくてすいません

219:nobodyさん
07/10/06 13:39:26
MEDIA_ROOTはファイルシステム上の位置。
MEDIA_URLはURLでの位置。

ビューに貼るって表現が解からないけど、
obj.imgがイメージだとしたら、テンプレで<img src="{{ obj.img.get_img_url() }}"/>とか。
ImageFieldとかFileFieldは他のフィールドと違って実体のデータをテンプレに渡さないよん。

220:nobodyさん
07/10/06 13:52:39
>>218

テンプレートはアプリ下のtemplatesディレクトリに置けばいいよ。
もしくはsettings.pyのTEMPLATE_DIRSに好きな場所を書いておくか。

> MEDIA_ROOTはデフォルトでは空になっていますが、その場合はどこになっているのでしょうか？
MEDIA_ROOTはどこにもなってないから設定してあげて＞＜
ありきたりだけど、こんな感じで書けばいいと思う。

import os
BASE_DIR = os.path.abspath(os.path.split(__file__)[0])
MEDIA_ROOT = os.path.join(BASE_DIR, 'static')
TEMPLATE_DIRS = (
　　　　os.path.join(BASE_DIR, 'templates')
)

これで project/static が MEDIA_ROOT、project/templates が
テンプレート置き場になります。

>>217のフィールド使うと、テンプレートでは
<img src="{{ MEDIA_URL }}/uploadimg/{{ obj.picture }}" />
みたいに書けばOK。{{ MEDIA_URL }}ってところが空だったら
context_processor ってやつの設定を確認してみて。

221:220
07/10/06 14:00:19
>>219
ああ、そう書く方がスマートですよね…。マニュアル読み直してくる。

222:nobodyさん
07/10/09 12:06:59
>>219-220
ありがとうございます
django.view.static.serveの存在を知らなかったので
うまくいかなかったみたいです

223:nobodyさん
07/11/07 03:41:00
スレが1ヵ月もストップしてるところ申し訳ないが、
Django面白そうなのでしばらく使ってみることにしました。
よってageさせていただきます。

224:nobodyさん
07/11/07 19:20:39
GDGD

225:nobodyさん
07/11/15 17:18:15
Django web framework search engine
URLﾘﾝｸ(djangosearch.com)
Python web development and frameworks in 2007 (jp's domain)
URLﾘﾝｸ(jesusphreak.infogami.com)

メモがわりに張ろう
Django専用検索エンジンを

226:nobodyさん
07/11/15 17:39:55
URL dispatch
Django's dispatching is based around pure regular expressions. You write a set of regular
expressions and when your application is triggered, it searches from top to bottom through
the regular expressions to see if the URL matches one of them.

トリガーするとき一式の正規表現を書く。それは正規表現郡をくまなく探し回るだろう。
想定されたURLにマッチするかどうか確認するために

It then dispatches to a function that you provide. This approach is both extremely flexible
and fairly simple, at least conceptually. Most URLs aren't too complex, yet if you have a
legacy application it is very easy to integrate Django with it.

そしてDispacherはあなたが用意した関数に発出される。そのアプローチは柔軟にして極めて簡便。
すくなくとも概念的には。多くのURLsはそれほど複雑なものではなく、まだ既存のlegacy
なシステムを利用してるなら、とても簡単に統合できるだろうDispacherを持つDjangoに

In addition the mapping of URLs to pure functions allows some neat things like the wrapping
of these functions in common bits of funtionality (such as creating an object, listing an object,
deleting an object, etc), in what Django calls generic views.

追記： URL郡とふつうの関数郡のマッピングは、一般的な機能単位で包んであげるようなものだ
(オブジェクトを生成したり、オブジェクトをリスト化したりetc), Djangoではそれらをgeneric viewと呼ばれる

227:nobodyさん
07/11/15 19:07:27
Django | Generic views | Django Documentation
URLﾘﾝｸ(www.djangoproject.com)

Create/update/delete generic views

The django.views.generic.create_update module contains a set of functions
for creating, editing and deleting objects.

「django.views.generic.create_updateモジュール」には一式の関数郡が含ま
れます。オブジェクトを生成、編集、そしてデリートするために

django.views.generic.create_update.create_object
django.views.generic.create_update.update_object
django.views.generic.create_update.delete_object

要するに管理画面風のユーティリティー機能をテンプレートと込みこみで
「create_updateモジュール」にまとめてあるわけね…

228:nobodyさん
07/11/15 19:23:34
>>227に加えて以下三種のGeneric Viewがあると…

django.views.generic.simple　/:control/:action/:id と URLリダイレクト
.direct_to_template
.redirect_to

django.views.generic.date_based　ブログ風味に(日付に縛られて)
.archive_index
.archive_year
.archive_month
.archive_week
.archive_day
.archive_today
.object_detail

django.views.generic.list_detail　リストで詳細風に
.object_list
.object_detail

229:nobodyさん
07/11/15 19:33:47
This example redirects from /foo/<id>/ to /bar/<id>/:

urlpatterns = patterns('django.views.generic.simple',
　　('^foo/(?P<id>\d+)/$', 'redirect_to', {'url' : '/bar/%(id)s/'}),
)

/foo/15/にアクセスすると
/bar/15/にリダイレクトされて
foo_detail.html ではなくて bar_detail.html で
レンダリングされることになると…

urlpatterns = patterns('django.views.generic.simple',
　　(r'^foo/$',
　　　　'direct_to_template', {'template': 'foo_index'}),
　　(r'^foo/(?P<id>\d+)/$',
　　　　'direct_to_template', {'template': 'foo_detail'}),
　　(r'^bar/(?P<id>\d+)/$',
　　　　'direct_to_template', {'template': 'bar_detail'})
)

次ページ