Disqus のスケール - Django で月間80億PVを処理する
私が把握してる限り Django で一番大きなサービス Disqus のスケール (執筆時点ではサービスダウンしてる)。元ネタは Scaling Django to 8 Billion Page Views です。月間80億PV、45k req/s のほぼすべてのトラフィックを Django で処理しているとのこと。抄訳になるかな。 WAF は高速開発とパフォーマンス、新しい人が入ってすぐに開発に参加できることとカスタマイズ等のトレードオフがあります。この記事ではそのトレードオフである高速開発とパフォーマンスをどう両立させるか、Disqus のノウハウが紹介されています。 >>> なぜ WAF (Web Application Framework) は遅いのか 最初に思い浮かぶのは、アプリケーションに必要ではないボイラープレート (django.contrib とか?) や不要なコードがあ
Django で Amazon SES を使う
AWS_ACCESS_KEY_ID = '<access key>' AWS_SECRET_ACCESS_KEY = '<access secret>' EMAIL_BACKEND = 'django_ses.SESBackend' SERVER_EMAIL = u"noreply <no-reply@example.com>" この３つの設定で Django アプリの修正は終わり。 AWS_ACCESS_KEY_ID と AWS_SECRET_ACCESS_KEY は django-storages と共通なので、S3と簡単に同時に使えます。 それで、アプリケーションで普通に Django の send_mail() を呼び出すことで、SES経由でメール送信できる。 本番アクセス 最初にアカウントをセットアップした時、SESは「sandbox」モードになっている。 sandbox モード
Separation of business logic and data access in django
I am writing a project in Django and I see that 80% of the code is in the file models.py. This code is confusing and, after a certain time, I cease to understand what is really happening. Here is what bothers me: I find it ugly that my model level (which was supposed to be responsible only for the work with data from a database) is also sending email, walking on API to other services, etc. Also, I
Django 1.4 で新しくプロジェクトを作成した際にしておくsettings.pyの設定 - PYTHONIC BOOM BOOM HEAD
django 1.4 からはプロジェクトを作成した際のディレクトリ構成が変わったのでどのように設定するのがいいかを、まだ数の少ないネット上のサンプルを参考にしつつまとめてみた。 ちなみに以下の様な構成を想定してます。 └── project_root ├── app1 │ ├── __init__.py │ ├── models.py │ ├── tests.py │ └── views.py ├── app2 │ ├── __init__.py │ ├── models.py │ ├── tests.py │ └── views.py ├── manage.py └── package_root ├── __init__.py ├── settings.py ├── site_media │ ├── media │ └── static ├── static ├── templates
Instagram のスケール正攻法 -- Kosei Kitahara's Blog
Instagram がどこに買収されたとかは他のニュースサイトにお任せして、Django アプリケーションを正攻法でスケールして "成功" してるのがとても興味深いです。現時点で Instagram Engineering で紹介されていることと TechCrunch にも掲載されたスライドから個人的なメモとしてまとめてみました。 Instagram の哲学は シンプルであること オペレーション負荷を最小化すること すべて装備 とのこと。 Instagram は以下の OSS, サービスで構築されているようです。 >>> OS / ホスティング Ubuntu Linux 11.04 を Amazon EC2 にホスティング。以前のバージョンは高トラフィックになると固まる問題があったようです。運用は 3 人。EC2 にホスティングしている理由は、調査結果によるものではなく、"まだ進化途中だか
Django 1.4 released
Posted by James Bennett on March 23, 2012 It's here! After many months of work, we're proud to announce the release today of Django 1.4. There's plenty of cool stuff in this release, and the release notes cover it all in detail. You can also swing by the downloads page to grab a copy of the release package. And as always, signed checksums for the release package are available. One important point
A Recipe for Pagination in Django – tummy.com, ltd.
By Sean Reifschneider Date March 19, 2008 Introduction The pagination class in Django is fairly low-level. While you can use it to implement pagination in Django, you probably don't need to do that. This article puts together a number of components to easily do pagination in Django. Pagination Tag Snippet Over at djangosnippets there is a snippet for a "paginator" tag. This is a good start, but i
Django | Django 1.4 alpha release notes | Django documentation
Django 1.4 alpha release notes¶ December 22, 2011. Welcome to Django 1.4 alpha! This is the first in a series of preview/development releases leading up to the eventual release of Django 1.4, scheduled for March 2012. This release is primarily targeted at developers who are interested in trying out new features and testing the Django codebase to help identify and resolve bugs prior to the final 1.
Introduction — django-pipeline 2.0.0 documentation
Introduction¶ Pipeline is an asset packaging library for Django, providing both CSS and JavaScript concatenation and compression, built-in JavaScript template support, and optional data-URI image and font embedding. You can report bugs and discuss features on the issues page. You can discuss features or ask questions on the IRC channel on freenode : #django-pipeline
Djangoの例外をウェブサーバのエラーログに表示する方法 | さくらたんどっとびーず
先日このブログを移転する際に、Django の起動方法を CGI から FastCGI に変えました。（いきなりシレッと Django の話始めましたが AZlink が Django です。） 移転作業中にいくつか表示されないページがあり、明らかに内部でエラーが出てる感じだったのですが、既に公開した後だったので Django の DEBUG=True にして HTML にエラー表示する訳にもいかず（とか言いつつ一回 DEBUG=True にしちゃいましたけど）、nginx の error.log に例外を表示する方法は無いもんかとネットを漁っていたら驚愕の事実に突き当たりました… Django を運用状態（DEBUG=False）で例外を補足する方法は用意されて無いらしいです。(´・ω・`)舐めてんの？ まー本体に用意されて無くても何か方法があるだろーってことで調べ続けてると djang
django-axesでlogin lock
djangoでadminやloginに複数回のログイン失敗に対してlockをかけ設定した時間が経過しないとログインできないようにしたいならdjango-axes ドキュメントとおりにインストールしてdjangoに設定すればOK ソース読めば分かるけれど、ドキュメントにない設定もある。使うのは、 #失敗した後ロックされる時間 AXES_COOLOFF_TIME = 3 #hour #ロックされたときに使うテンプレート AXES_LOCKOUT_TEMPLATE = 'account_locked.html' あと、 settings.pyで PROJECT_ROOT = os.path.abspath(os.path.dirname(__file__)) と設定しているから LOGFILE = os.path.join(settings.DIRNAME, 'axes.log') を LOGF
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Show all url patterns in django « Python recipes « ActiveState Code
Django order_by sum of fields
S3 と非同期サムネイル作成 コトハジメ
djangoでmodelの図を描いて見る。 - podhmoの日記
django pagination and RawQuerySet
DjangoResources – Django
Django | Performing raw SQL queries | Django documentation
Remove pk field from django serialized objects
https://groups.google.com/forum/#!topic/django-ja/WTxz4jfROaQ