前回の続きです。 無料で作るWebサービス Herokuを使ってWebサービスを作ってみた（前編） - 今日学んだこと 作ったアプリをherokuに上げます なお、参考にしたのはこちら Getting Started with Django on Heroku | Heroku Dev Center heroku toolbeltのインストール 僕が試している環境はubuntuなのでubuntuでのやりかたですが、macでも変わらないと思います。 $ wget -qO- https://toolbelt.heroku.com/install-ubuntu.sh | sh で、heroku使うためのツールがインストールされます。gemから入れるのが一般的っぽいんだけど、うまく動かなかったのでこちらで。マジruby嫌い・・・ 環境の吐き出し Djangoのmanage.pyがあるディレクトリに
休日。何かしなければという焦りがあるんだけど、何をしようか思いつかない。 現在の飯のタネである（僕はいわゆるSIer）システム系の勉強を、最近してないことに気づいてはいるんだけど、インフラの構築に気が行ってしまって、なかなかスタートを切れない（どうせなら借りているVPSに対して色々と自動化して・・・と）。 そこでインフラの部分に気を取られることは無いHerokuを使って、何か作ってみることにした。 >> できあがったもの >> http://studysuggest.herokuapp.com ※後ろの方にも書いてますが、綺麗に何かを作るより、まず動くものを作って公開するというのを主題にしてます。 Herokuとは ざっくりとまとめると 高負荷でなければ無料で利用できる 定期的にバックグラウンドで◯◯動かす みたいな事やると、無料枠超える可能性出てくるので注意 gitにソースを上げて、流し
django-edamameはDjangoで複数のビュー関数、ビュークラスをまとめる機能を提供します。 django-edamame 0.1 : Python Package Index このアイデア自体は数年前から持っていて、実装コードではちょくちょく使ってた。 複数のビューをまとめて似たような機能を作る場合なんかに便利。 使用例 クラスベースの汎用ビューをまとめたModelViewsクラスの使用例。 note/views.py from django.core.urlresolvers import reverse_lazy from edamame import generic from . import models class NoteViews(generic.ModelViews): model = models.Note success_url = reverse_lazy
やり直し。2010 年の Django Con のスライドより。 Disqus は多くのサイトに組み込まれているサービスのため、メンテナンスによる停止が難しい。 >>> サーバの構成 エッジロードバランサーに HAProxy: heartbeat 構成。レポートが素敵。 HTTP ゲートウェイキャッシュに Varnish Django サーバとして Apache + mod_wsgi: 30 台ぐらい。メモリリークを防ぐために maximum-requests をセット。Ganglia で監視 キャッシュに memcached: 25 台ぐらい PostgreSQL ロードバランサーに HAProxy/PgBouncer: コネクションプール用。 PostgreSQL: 10 台ぐらい。Slony-I で非同期レプリケーションとフェイルオーバー。 ログは syslog-ng: pgFoui
私が把握してる限り Django で一番大きなサービス Disqus のスケール (執筆時点ではサービスダウンしてる)。元ネタは Scaling Django to 8 Billion Page Views です。月間80億PV、45k req/s のほぼすべてのトラフィックを Django で処理しているとのこと。抄訳になるかな。 WAF は高速開発とパフォーマンス、新しい人が入ってすぐに開発に参加できることとカスタマイズ等のトレードオフがあります。この記事ではそのトレードオフである高速開発とパフォーマンスをどう両立させるか、Disqus のノウハウが紹介されています。 >>> なぜ WAF (Web Application Framework) は遅いのか 最初に思い浮かぶのは、アプリケーションに必要ではないボイラープレート (django.contrib とか?) や不要なコードがあ
Django 1.4からの機能であるproject templateが大変便利であると最近気づいた。 2012.9.21 追記 app templateじゃないよ app templateって書いてたけどproject templateだった。 Django & Pyramid Con で話した project templateについては Django & Pyramid Con JP 2012 の「使えるDjango1.4」のなかで話したのでそちらを参考にどぞ。18:57ごろから。 スライドもあっぷしてる 使えるDjango1.4 需要あるらしいので英語版も Useful Django 1.4 2012.9.22追記 @hirokiky 先程，動画とプレゼン資料を見ながらproject templateを実行しました．templateのプログラム内に日本語を入れたら，django-adm
Django で Ruby on Rails の scaffold 的なことをする『django-generate-scaffold』を使ってみる。 (Python==2.7, Django==1.4, django-generate-scaffold==0.0.3a1) Install: django-generate-scaffold $ pip install django-generate-scaffold startproject $ django-admin.py startproject ownsomeblog $ cd ownsomeblog/ $ python manage.py startapp blogs $ ls blogs/ manage.py ownsomeblog/ settings.py ownsomeblog/settings.py SQLite3 設定。
Instagram のスケール正攻法 -- Kosei Kitahara's Blog
Instagram がどこに買収されたとかは他のニュースサイトにお任せして、Django アプリケーションを正攻法でスケールして "成功" してるのがとても興味深いです。現時点で Instagram Engineering で紹介されていることと TechCrunch にも掲載されたスライドから個人的なメモとしてまとめてみました。 Instagram の哲学は シンプルであること オペレーション負荷を最小化すること すべて装備 とのこと。 Instagram は以下の OSS, サービスで構築されているようです。 >>> OS / ホスティング Ubuntu Linux 11.04 を Amazon EC2 にホスティング。以前のバージョンは高トラフィックになると固まる問題があったようです。運用は 3 人。EC2 にホスティングしている理由は、調査結果によるものではなく、"まだ進化途中だか
Most existing Django apps that address the problem of social authentication unfortunately focus only on one dimension - the social. Most developers end up integrating another app in order to support authentication flows that are locally generated. This approach creates a development gap between local and social authentication flows. It has remained an issue in spite of numerous common scenarios th
実践的な 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 プロジェクトならば、
Django Packages is a directory of reusable apps, sites, tools, and more for your Django projects. Add Package Add Grid Apps Small components used to build projects. An app is anything that is installed by placing in settings.INSTALLED_APPS. Show Apps (4,237) Frameworks Large efforts that combine many python modules or apps. Examples include Django, django-cms, and Mezzanine. Most CMSes fall into t
Pinax is an open-source platform built on the Django Web Framework. By integrating numerous reusable Django apps and providing starter projects and infrastructure tools, Pinax takes care of the things that many sites have in common so you can focus on what makes your site different. Pinax has been used for everything from social networks to conference websites, and from intranets to online games.
Heroku | Cloud Application Platform Heroku と言えば Ruby/Clojure/Node ですが、 Django アプリ（というか Python アプリ)がデプロイできるようになったらしいので試してみました。 変更履歴 2011-09-21 gunicorn 対応しました github https://github.com/voluntas/heroku-template-django 環境 Mac OS X Lion でやっているので、Linux や Windows だとまた別だと思います。 必須 Git Python 2.7 Ruby (gem install heroku するためにいる) heroku にアカウントを作る というかそもそも Heroku のアカウントすら持っていなかったので、アカウント作るところから。 https://api
古いけど、これまたいい内容なので勝手に翻訳します。誤訳があれば是非ご指摘を。 しかもスライド資料の翻訳なので、流れがわかりづらい場合は是非、元動画を見ながらどうぞ。 DjangoCon 2008 Reusable Apps http://www.youtube.com/watch?v=A-S0tqpPga4 PDF http://media.b-list.org/presentations/2008/pycon/reusable_apps.pdf 4つの道筋 ひとつのことをうまくやれ 複数アプリにすることを恐れるな 柔軟さを考慮して作れ 配布のことを考えて作れ その1 「ひとつのことをうまくやれ」 -- UNIX 哲学 アプリケーション == カプセル化 ケーススタディ：ユーザー登録 仕様 ユーザーがフォームから登録すると有効化されていないアカウントが作成される ユーザーがリンクを記載した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
