Instagramはどうやって3人のエンジニアで1400万人にサービスを提供できるシステムを組み上げたのか
Instagramは2010年10月にサービスを開始後、2011年12月までのわずか1年間で1400万人に利用されるほど巨大なサービスに成長しました。こうしたスケールに対応できるシステムを組み上げたのはたった3人のエンジニアだったとのことで、どのように少人数でスケールするシステムを組み上げたのかについて、エキスパートエンジニアのレオナルド・クリードさんが解説しています。 How Instagram scaled to 14 million users with only 3 engineers https://engineercodex.substack.com/p/how-instagram-scaled-to-14-million レオナルド・クリードさんは、Instagramが3人のエンジニアで安定して巨大なサービスを提供できた理由として、下記の3つの原則を守ったからだと述べています
Software Design連載 2021年8月号 Python製のレガシー＆大規模システムをどうリファクタリングするか - MonotaRO Tech Blog
Software Design連載開始 ※ (2021/09/02 08:55) 「Pythonを用いて開発を始めたのが2003年」を「Pythonを用いて開発を始めたのが2002年」に修正 こんにちは。金谷です。 このたび、モノタロウにおけるPython大規模開発に関する取り組みを、技術評論社様で発刊されている Software Design に連載させていただくことになりました。 モノタロウがPythonを用いて開発を始めたのが2002年。2021年の現在もPythonを用いた開発が続けられています。 事業の成長に伴い、関連するシステムやエンジニアの数も増え続けていくなかで、いかに安定的に価値を提供し続けられるのか。 モノタロウにおける取り組みを、開発や運用周りを通してご紹介していきます。 本記事の初出は、 Software Design2021年8月号「Pythonモダン化計画（第1
【Django】ChatterBotモジュールでチャットボットWebアプリの開発
【Django】ChatterBotモジュールでチャットボットWebアプリの開発 投稿日 2020年12月30日 >> 更新日 2023年3月1日 今回は、チャットボットフレームワークのChatterBotモジュールとWebフレームワークのDjangoを使用して、チャットボットWebアプリケーションを開発していきたいと思います。 ChatterBotとは、チャットボットを簡単に実装できてしまう開発者用に開発されたモジュールです。 さまざまな国の言語にも対応できるように作られているので、非常に汎用性の高いライブラリだと思います。 そしてWebフレームワークのDjangoと統合できることから、既存アプリにも簡単に追加しチャットボット窓口をセッティングすることができます。 ChatterBot公式ドキュメント この記事では、前提として「ChatterBot==1.1.0」と「Django==2.
Webアプリケーションフレームワークの最新LTS「Django 3.2」がリリース
WebアプリケーションフレームワークDjangoの開発チームは、最新版となる「Django 3.2」を4月6日（現地時間）にリリースした。「Django 3.2」は、長期サポート（LTS）としてリリースされており、少なくともリリース後3年間はセキュリティアップデートを受け取れる。また、Python 3.9／3.8／3.7／3.6をサポートしている。 「Django 3.2」では、新機能としてAppConfigの自動検出や、自動作成された主キーの型のカスタマイズ、式およびデータベース関数のファンクションインデックス作成、pymemcacheのサポート、カスタム表示関数へのオプション追加が可能なdisplay()デコレータなどが追加された。 そのほか、後方互換性のない変更として、can_introspect_autofieldやcan_introspect_big_integer_fieldと
Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応
Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応 SQL文を直接書かなくとも、自動的にSQL文を生成、実行してくれるORM（Object-Relational Mapper）は、プログラミングを容易にしてくれる技術としてRailsやHibernate、Springなどさまざまなフレームワークなどで活用されています。 一方で、ORMが生成するSQL文はときに複雑に、あるいは非効率なものとなり、データベース処理の遅さにつながることもあります。 このとき、SQL文の生成と実行を明示的にコードとして記述する必要がないというORMの特徴が、なぜデータベース処理が遅くなったのか、どのようなSQL文が生成され、そのどこに原因があるのか、といった調査を難しくている面があり
2-10. Cookieへのデータの保存と読み出し – Django学習帳
今回のテーマは「Cookieへのデータの保存と読み出し」です。前回セッションでのデータの扱いを見てきました。今回はCookieのデータ保存とデータの読み出しを見ていきます。 ※本ページはセッションへのデータの保存と読み出しまで読まれた方を対象としています。そのためサンプルソースコードが省略されている場合があります。 Cookieにデータを保管することについて Djangoに限らない話ですがクッキーはユーザーサイドでデータの操作が可能である点、クッキーが盗難にあう可能性があることを考慮し、セキュリティ重要なデータや個人情報などを保存してはいけません。あくまでページを跨ぐ情報の一時的な保管場所として利用するのが望ましいかと考えています。 Cookieへ値をセットと取得 HttpResposeクラスのset_cookieメソッドを利用してセットします。ここでは例としてトピック作成した際にカテゴリ
【決定版】Django認証方法まとめ〜カスタム方法詳細解説〜 | ひつじCloud
ここで作成したユーザーの、認証の仕方は以下のコードを利用します。 from django.contrib.auth import authenticate user = authenticate(username='john', password='secret') if user is not None: # A backend authenticated the credentials else: # No backend authenticated the credentials django.contrib.auth.authenticate()メソッドの部分が認証を行う機能になります。 引数の情報から認証バックエンドに処理を依頼し、結果はUserオブジェクトとして返却されます。 認証バックエンドとは、settings.pyでAUTHENTICATION_BACKENDSで設定した
Djangoテンプレート内での条件分岐（IF文）の使い方と注意点 - SE_BOKUのまとめノート的ブログ
目次 djangoテンプレート内ので条件分岐（IF文） テンプレート内条件分岐の基本形 条件分岐で利用できる演算子 条件分岐の例 テンプレート内ので条件分岐（IF文）には注意が必要な点がある 注意点１：条件式内で丸括弧は使えない 注意点２：複数条件指定時は暗黙のグループ化ルールに気を付ける djangoテンプレート内ので条件分岐（IF文） djangoテンプレート内で{% if %}で条件分岐するやり方と注意点についてまとめます。 テンプレート内条件分岐の基本形 djangoテンプレート内で使える条件分岐の基本形は。 {% if ..... %} ・・・・ {% elif ...... %} ・・・・ {% else %} ・・・・ {% endif %} です。 elifは何回でも繰り返し使えます。 条件分岐で利用できる演算子 利用できる演算子は。 演算子 用途 例 == 値が等しい
Djangoで現在アクセスされているページのURLを取得する
view.py ドメインのみ request.get_host() # e.g. sampel.com ドメイン＋プロトコル "{0}://{1}".format(request.scheme, request.get_host()) # e.g. https://sample.com パラメータなしパス request.path # e.g. /foo/ パラメータありパス request.get_full_path # e.g. /foo/?v=1.0 パラメータなしURL "{0}://{1}{2}".format(request.scheme, request.get_host(), request.path) # e.g. https://sample.com/foo/ パラメータありURL request.build_absolute_uri() # e.g. https://
Django で、datetime で MySQL 検索する時にタイムゾーンがずれてうまく検索できないミス | ytyng.com
Django で、datetime で MySQL 検索する時にタイムゾーンがずれてうまく検索できないミス けっこう何回もミスってしまうのでメモ。 settings TIME_ZONE = 'Asia/Tokyo' USE_TZ = True from django.utils import timezone now = timezone.now() この now は、repr してみると datetime.datetime(2017, 1, 26, 4, 4, 56, 53007, tzinfo=<UTC>) UTC の datetime. これはテンプレートで表示するとローカルタイムに直されるので、JST のように見える。が、見る瞬間に変換されているだけで、タイムゾーンはUTC。 これを、 now.date() なんかで date を取り出して、MySQL の(JSTで格納されている)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DjangoでLoginRequiredMixinとUserPassesTestMixinの併用 - Qiita
【Python】Djangoで作ったアプリをHerokuにデプロイ - Qiita
初心者向け）HerokuでDjangoをデプロイ後のマイグレートがうまくいかない場合のチェックポイント - Qiita
PythonのWebフレームワーク「Django」のHttpRequestオブジェクトを徹底解説
How to Deploy Django Applications on Heroku
N+1問題におけるORMの重たさについて - Atsuo Ishimoto's blog
[Django]知ってると便利なforで使える小技![[Django]知ってると便利なforで使える小技](https://cdn-ak-scissors.b.st-hatena.com/image/square/b7f846f5bfc160723eb72c7b2f68296d5f8c3993/height=288;version=1;width=512/https%3A%2F%2Fe-tec-memo.herokuapp.com%2Fstatic%2Ficon%2Ficon.a8cdea720323.png)
django - show the length of a queryset in a template
How to get GET request values in Django Templates?
Django signup/login not directing users to ?next=/my/url