"DAMON BLOGONS" の、 "The Perfect Django Settings File" という記事で紹介されていた Django の設定 (settings.py) が面白かったので、私が利用しているものと併せて紹介したいと思います。 環境による DEBUG の切り分け 開発環境では "DEBUG = True" と書くと幸せになれます。Django のデバッガーは強力です。ただし、本番環境にそのままデプロイしてしまうと・・・。デプロイを楽にするためにも、失敗を防ぐためにも自動的に切り分けるのが望ましいですよね。Damon 氏は以下のようなコードで切り分けているようです。 # Set DEBUG = True if on the production server if socket.gethostname() == 'your.domain.com': DEBUG =
Product TX PLATFORM How Transifex worksLocalize all your digital content in 3 steps. Transifex NativePush and pull content for localization without the need for a file. Transifex AIHuman-quality translations at massive scale and record speeds Transifex LiveReal-time website localization empowered by AI USE CASE Seamless ReleasesEmbed localization in your CI/CD flows, streamline processes and save
Modipyd の自動テストツールを使ってみよう¶ このチュートリアルを実際に試すには、なにはともあれ Modipyd をインストールしなくてはいけません。インストールの手順についてはModipyd のインストールが参考になるはずです。 簡単な例：Widget クラス¶ これから、ふたつの簡単な Python スクリプトを例に、Modipyd の自動テストツールの使い方を説明していきます。:
実践的な 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 プロジェクトならば、
Inspired by Eric Florenzano’s talk, Using Django in Non-Standard Ways (slides in PDF) at DjangoCon and the announcement of Tornado (tornadoweb.org), I decided to try building a small application using the Django Form library and Django ORM inside Tornado. The process proved easier than I expected, especially with Russell Keith-Magee being able to provide guidance on demand. Step 1: Create Your Dat
社内チャットで出た質問。GETパラメータによって呼び出すビューを変えたい場合はどう書くとよいか。 クラスベースのビューを書くと割ときれいに書けるんじゃないかな、という話。 まずは素直に書いてみる。 def index(request): action = request.GET.get('action', '') if action == '': return view_default(request) elif action == 'abc': return view_abc(request) raise Http404 まあ、1回しか使わなくて特に変更も多くない、呼び出すビューの数も少ないというならこれでも良いのだけど、たとえば呼び出すビュー50個とか100個になってくるとメンテするのが大変になってくる。 djangoのviewはcallableであればよいので、クラスベースのビューを
ずーっと、デプロイが苦手だった。 自分でやると全然動いた事が無い。 でも気づけば、いつの間にか出来る様になってた。 今後忘れてしまわないようにメモ。 昨日作った環境でデプロイを行う。 機能的なところ 作成したプロジェクトがきちんと動く事 自動作成されたAdminサイトのデザインもきちんと動く事 静的ファイルはApacheより配信する事 ソースを変更した際には、自動でapacheを再起動する事 下準備 作成したDjangoのプロジェクトは「djangoProject」 /var/www内に、プロジェクトと.wsgiファイルを公開するディレクトリ（django)を作成する。 プロジェクトのソースを展開する（実際はローカルリポからのリンク） /var/www/django/djangoProject アプリケーション名は以下の通り djangoProject.core wsgiの自動再起動用のス
Djangoのテンプレートでsettings.pyのMEDIA_URLを参照 posted by jun-g at Tue, 25 Sep 2007 01:36 JST そういえば静的なコンテンツを一切扱ってなかったなと思い、まず、ドキュメントのmod_python で Django を動かす - メディアファイルの提供を参考にしてApacheの設定を変更。元々/django/以下をdjangoで動くように設定していたので、 <Location "/django/media/"> SetHandler None </Location> とした。後はdjango/media/以下にアプリケーション毎にディレクトリを掘って、その中にメディアファイルを入れればOK。 しかし、テンプレート内の画像タグなんかでURLを全部絶対パスで書いちゃうと可搬性が下がるという問題に気付いた。で、settings
このドメインを購入する。 profeth.de 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
さくらサーバでdjangoを動かすことになった。 sshでログインすればインストールまではできたが、その後が大変。 とりあえずメモすることにする。 MySQLdbを/home/xxx/lib/pythonにインストールしたらcgiでインポートできない site.addsitedirして解決 site-packagesじゃないところにインストールしてしまった アンインストール方法もわからないので放置。 PATH_INFOがないエラー os.environ['PATH_INFO'] = os.environ.get('PATH_INFO',"/")をdjango.cgiの最後の方に追加 アプリケーションのurlをxxx/以下に配置するとadminでログイン後にxxx/がなくなる .htaccessのリダイレクションの設定を変更する＋urls.pyをあわせて直す RewriteRule ^xxx
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Notes on Django and MySql on Amazon's EC2 - SaltyCrane Blog