【Python】Webフレームワーク Djangoスレ Part2
レス数が1000を超えています。これ以上書き込みはできません。
LL言語「Python」で実装されたWebフレームワーク Django
Web開発する上で必要となる機能がそろっており、
管理サイト画面を自動作成できるなどの特色を持ちます。
前スレ
【Python】Webフレームワーク Djangoスレ Part1
http://kohada.2ch.net/test/read.cgi/php/1156612854/
本家サイト
http://www.djangoproject.com/
日本語ユーザ会「Djangoと日本の仲間たち」
http://www.djangoproject.jp/
日本語解説サイト
ttp://ymasuda.jp/python/django/index.html
解説本(英語) 「Pro Django:」2006年10月30日出版予定
ttp://www.amazon.co.jp/gp/product/1590597257/
あなたがDjangoを利用すべき10の理由(和訳)
ttp://www.everes.net/2006/jan/30/3042306a305fdjango3092522975283059304d10306e74067531/
IT Pro記事
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060410/234868/
IBM developerWork記事
ttp://www-06.ibm.com/jp/developerworks/linux/060802/j_l-django.shtml django ldap
で検索すればパッケージはみつかる
あとはdjangoのユーザークラスとldapのユーザーの突合
どの時点で突合するかはお好みで https://covid-vaccine.jp/
こんな感じのデータベース系のサイトを作ろうとするとdjangoとflaskどっちが楽?
大人しくphpでサンプル拾ってきて作った方がいいだろか? >>964
LDAP3は使っていますがアクセスした人が一切何もせず
ユーザーの情報取れるもんなのでしょうか?
SSOの仕組みは使えないので自前で何とかしたいのですけど flaskはしらんから比較の話しはできないけどこの例の検索条件で因果関係、重篤度、転帰内容のような独立したプルダウンならいいけど[大項目][中項目][小項目]のような連動するものをページ遷移なしでやるならjavascriptあたりに頼ることになるだろうから複雑なuiを多用する場合は始めからdjangoはバックエンドにしてしまう
そんなに複雑でなくtemplate内にちょろっとscript組み込むくらいならdjangoにもフロントやらせるかな
まあまず一本作ってみたら? 俺の頭が悪すぎてdjangoの公式じゃ情報探しにくいわ。
結局、djangoのソースコード読んだほうが理解が深まる。 django4でrest framework jwtつかえんのかな?(´;ω;`)
(地道にurl直す根性ないし) わざわざPythonでWebやるいみないだろ
遅いし >>962
SQLAlchemy + Flask/FastAPIなど
無理して、Django(というかActive Recordパターン)を使うのは良くない。 wsgiアプリをasgiアプリに移行するのってどうですか?
wsgiでデプロイしている(uWSGI, nginx)アプリがあるんですがchannels使ったアプリ作ってます
これを動作するようにデプロイしたいんですが移行するのに抵抗があります
なんかトラブルとか出そうで(´・ω・`) ASGI_APPLICATIONつけてwsgi.pyで動かしても特にエラー出ないな
これ関係ないのか
wsgi.pyで動かしたらwsgiアプリ、asgi.pyで動かしたらasgiアプリ、ということかな ASGIのほうはasync/awaitとwebsocket使えるみたいですよ(´・ω・`) DBはMySQLでUniqueConstraint使って複合キー使いたい。
まだDB設計しながら作ってて初期化の為にmigrate zeroとか使うんだけどneeded in a foreign key constraintで怒られる。
結局DBドロップして作るんだけど何とかならないもんか。 クラスベースビューより関数ベースビューの方が複雑なことをする際には楽じゃないですか? ラクというか、CBVはカスタマイズしすぎると反って複雑になる。
ほぼFormやDRF専用と割り切る方がいい。 複合主キー使えるフレームワークって多くないよね
おれはサロゲートキー派だな 必要か必要じゃないかと言われるとたぶん必要じゃない
ただ、とにかく余計なデータ(サロゲートキー)を一切入れたくないって
アンチサロゲート派はいっぱいいる
その人方にとってはWEBフレームワークでDBは超扱いにくい >>985
そうなの?
おれはmodelでnameとかにprimaryつけちゃうわ
まだ作成途中だけど今のところ何の問題もない djangoだとザックリどれくらいの同時アクセスは耐えられる?
会員10000人でアクティブユーザーが500人くらいならサクサク動く? んなもんサーバーの性能や作り方ででいくらでも変わるだろ
まあ、そんな意味不明な質問する人には無理じゃない?と言う気もするが ある意味論理的な思考が無い人でもDjangoは扱えると言う事か djangoは(中国の)竜の意味
dragonとは違いヘビ要素が強い形体だ
(足とか翼とか角とかあるが)
pythonもニシキヘビだから
ヘビっぽいもので大きくて天に昇る竜は
pythonという言語で動きサーバーひいてはインターネットで活躍するwebフレームワークの名に
ふさわしいではないか Djangoはミュージシャン
Pythonはテレビ番組だぞ そりゃ Youtube も Instagram も Dropbox も昔は Django で動かしてたんだから
まともな開発と運用の知識があれば 10000 ユーザーくらいはいけるよ 以前はrailsやってたdjango初学者です
djangoだとDEBUG=trueにしておけば
開発環境でデバッグ出来ますが
たまに記述した内容次第ではServer Error(nginx)になってしまい
どこの部分にバグがあったのか詳細が突き止められません(nginxのほうのエラーログ見ても、djangoのどの部分がボトルネックになっているのか不明)
こういうケースの場合はどうやったら問題を特定出来るのでしょうか? このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 3854日 1時間 14分 37秒 レス数が1000を超えています。これ以上書き込みはできません。