Infrastructure as a Newsletter — July 07, 2016 にて DO’s network engineering team created NetBox, a tool that manages both IP address management (IPAM) and datacenter infrastructure management (DCIM). とあったので早速試してみました。 Django と PostgreSQL で作られた IP アドレスと DataCenter のラック、サーバー、ネットワーク、電源などを管理するツールです。 NetBox の GitHub を覗いてみると docker-compose.yml があったので早速試してみようと $ curl -LO https://raw.githubusercontent.com/d
この記事はAWS Advent Calendar 2014の23日目の記事です。 はじめに みなさんopsworks使っていますか？ サポートされているアプリ（railsだとかnode.jsだとか）のデプロイは割と簡単ですが、 サポートされていないアプリ（今回はdjango）をどうやってソレっぽくデプロイするか、の奮闘記を。 opsworks今北産業 AWS公式 chef-zero pull型プロビジョニング/デプロイ 画面ポチポチ 下調べ （※community cookbook使わない方針です） なるべくopsworksの元々のCookbookに助けてもらう（&壊さない）形で、 Custom Cookbookを作ってDjangoをデプロイしたい 基本的にrails/unicornのデプロイレシピを丸パk... 真似するのは下記のレシピです（attributes抜いちゃいました） dep
To help power both schema migrations and to enable easier addition of composite keys in future releases of Django, the Field API now has a new required method: deconstruct(). This method takes no arguments, and returns a tuple of four items: name: The field’s attribute name on its parent model, or None if it is not part of a model path: A dotted, Python path to the class of this field, including t
この投稿は 「Python Advent Calendar 2014 - Qiita」 の 17日目の記事です。 Python のコードをデバッグするには、Python標準のデバッガである「pdb」モジュールを使いますが、使い方（ショートカット）がなかなか覚えられず、いつもネットで探してしまうことがありませんか？ そこで、pdb のショートカットをドラクエ風に覚えると絶対忘れないよね、というのを紹介してみたいと思います。 先に、まとめておきます。 ショートカット 覚え方 効能 備考 ワ (w) ールドマップ 自分の今いる場所を知りたいときに使う たいまつ (l の形が似ている) 実行中のコードの周りを明るく照らす し (s) らべる 気になったところ（関数やメソッド）を調べる（もぐり込む） に (n) げる 逃げる。前に逃げる リ (r) レミト 関数やメソッドの出口まで一瞬でワープ キ
これはElasticsearch Advent Calendar 2014 の24日目の記事です。 2019/12/03更新 ElasticUtils は開発終了し haystack も開発が停滞しているため、現在はElastic公式の elasticsearch-dsl-py を使うのが最もベターな選択肢でしょう。 前置き Django を使って検索機能を実装する場合、標準ORMである QuerySet を使うと思います。 しかし ORMを通してDBへクエリを発行するので、データ数が数十万件規模だったり、複数の Model をまたぐ検索だとJOINが多くなりパフォーマンスが出ません。 当然といえば当然ですね。 そこで、検索のバックエンドに Elasticsearch を導入するのが一つの案となります。 ここでは、Django に Elasticsearch を導入する方法をいくつか紹介し
Talks Day 1 Talk Sessions Djangoによるスマホアプリバックエンドの実装 Yuichi Nakazawa, Kazuhiko Kakita [Description] [Video] [Slides] Deep Learning for Image Recognition in Python (ja) Hideki Tanaka [Description] [Video] [Slides] Programming the Performance Co-Pilot toolkit (en) Nathan Scott [Description] [Video] [Slides(PDF)] Djangoアプリケーション、パフォーマンスチューニング Hiroki KIYOHARA [Description] [Video] [Slides] The esperanto
Oscar makes few assumptions about your project, allowing virtually any part of the framework to be extended and customised. In this way, complex business rules can be captured in an elegant and cohesive way. Why choose Oscar? An extensible core - any class can be overridden, replaced and extended. This is the key feature that allows any project to be captured accurately in the codebase - no work-a
Please take a few minutes to complete the 2024 Django Developers Survey. Your feedback will help guide future efforts. Posted by James Bennett on Sept. 2, 2014 It's here! After nearly a year of development, today we're proud to announce the release of Django 1.7. As always, the release notes cover everything in-depth, but some of the major highlights of Django 1.7 are: A new built-in database migr
A django application that tries to eliminate annoying things in the Django framework. Description This django application eliminates certain annoyances in the Django framework. Features render_to decorator - Reduce typing in django views. signals decorator - Allow using signals as decorators. ajax_request decorator - Returns JsonResponse with dict as content. autostrip decorator - Strip form text
この記事はDjango 1.7 alpha2の段階で書いています。 Django 1.7では、アプリケーションのロードや管理の仕組みが変更されます。 ドキュメントも追加されています。 Applications | Django documentation | Django 大雑把な説明 大雑把に説明すると、 アプリケーションのロード時にフックする仕組みが増えた(以前はmodels.pyやurls.pyなどにコードを書かないといけなかった) アプリケーションにデフォルト設定を持たせて、差し替える仕組みが増えた(以前は各アプリケーションでsettingsを読めなければデフォルト値を使うような記述をしてた) ロードされたアプリケーションのモジュールにアクセスする仕組みが増えた(以前はdjango.db.models.loading.AppCache.get_apps, ドキュメント無しのAPI)
さよならSouth Django1.7からmigrationツールが含まれることになりました。 それにより1.6までは必須なツールだったSouthがお役御免となります。 詳しくはここを読んで欲しいのですが、面倒な方のためにSouthからDjango1.7への移行について簡単に書きます。 Southの場合 アプリケーションを作ったら $ python manage.py schemamigration myapp --initアプリケーションを変更したら $ python manage.py schemamigration myapp --autoプロジェクト開始時は $ python manage.py syncdbmigrationの適用は $ python manage.py migrateと、幾つか覚えることがあったのですが Django1.7の場合 アプリケーションを作ったら $
Django1.6から、startprojectで作成されるデフォルトのsettings.pyの内容がずいぶん変わってスッキリしました。 以下インラインでコメント。 """ Django settings for myproject project. For more information on this file, see https://docs.djangoproject.com/en/1.6/topics/settings/ For the full list of settings and their values, see https://docs.djangoproject.com/en/1.6/ref/settings/ """ # 基準ディレクトリとなるBASE_DIR、いつも書いてたしデフォルトになると # 説明しやすくてうれしい。 # Build paths ins
軽くさわってみて雰囲気をみてみた factory_boy ― Factory Boy 2.1.2 documentation rbarrois/factory_boy インストール $ pip install factory_boyこんなエラーがでたけど、pip install -U setuptoolsしてリトライしたら成功した pkg_resources.VersionConflict: (setuptools 0.6c11 (/Users/yuhei/.virtualenvs/django15/lib/python2.7/site-packages/setuptools-0.6c11-py2.7.egg), Requirement.parse('setuptools>=0.8')) Factoryの定義 モデルのサンプル from django.db import models cl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
