Django app for handling the server headers required for Cross-Origin Resource Sharing (CORS)
最近django-tastypieをちょいちょい触っていたのですが、同じような目的のライブラリにdjango-pistonというのがあると知りました。 このサイトによるとtastypieとpistonで人気を二分しているように見えます。 http://www.djangopackages.com/grids/g/rest/ 一番シンプルな使い方を試してみました。 まず普通のモデルを用意 app/models.py class Todo(models.Model): title = models.CharField(max_length=255) finished = models.BooleanField(default=False) created_at = models.DateTimeField(auto_now_add=True) apiへアクセスに何を返すかをHandlerクラス
Django の Model (django.db.models.Model) のサブクラスとしてモデルを定義すると、 バックエンドのデータベースの操作を隠すことができます。 ここでは実際に、モデルの基礎 で作成したモデルを利用して、 Django のシェルからデータを操作しましょう。 from django.db import models class Company(models.Model): name = models.CharField(max_length = 200) website = models.URLField() def __str__(self): return self.name; class Employee(models.Model): company = models.ForeignKey(Company, on_delete=models.CASCADE
1月に「Pythonを始めるなら、1ファイルの軽量Webフレームワーク「Bottle」がおすすめ」というのを書いたところ、なかなか反響が大きかった。そこで今回は、私がいくらか使ったことがあるPythonのWebフレームワーク6種について、かんたんに紹介するというのをやってみたい。コメントは、私のごく主観的な印象に基づいている。 Bottle(ボトル) http://bottlepy.org/ 「bottle.py」という1ファイルだけでできている。環境構築が不要なので、Python入門に最適。1ファイルに全部入っているので、組み込むのも容易だし、依存リスクもないので、実用にもいいと思う。これだけシンプルなのは、生存戦略としても強い。 CherryPy(チェリーパイ) http://cherrypy.org/ Bottleより大きいが、外部依存がないので、これも環境構築不要で、Python入
提出されたフォームデータのデコードに使われる、現在のエンコーディングを 表す文字列です (None の場合もありますが、この場合は DEFAULT_CHARSET を使います)。この属性を変更すれば、フォーム データにアクセスする際に使われるエンコーディングを指定できます。一度エ ンコーディングを変更すると、変更後に (GET や POST の) 属性への アクセスはすべて新しい encoding の値に従って行われます。フォームデー タが DEFAULT_CHARSET 以外の特定のエンコーディングと分かって いる場合に便利です。 HttpRequest.GET¶ 全ての HTTP GET パラメタが入った辞書ライクなオブジェクトです。後述の QueryDict も参照してください。 HttpRequest.POST¶ 全ての HTTP POST パラメタが入った辞書ライクなオブジェクト
パスワードのハッシュ化は基本 まあそりゃ平文で保存するはずないのであるユーザーがあるパスワードをつくったときはハッシュ化します こんなmodels.pyがあるとする from django.db import models class User(models.Model): name = models.CharField(u"名前", max_length=64) password = models.CharField(max_length=64) is_active = models.BooleanField(default=True) ctime = models.DateTimeField(u'登録日時',auto_now_add=True, editable=False) atime = models.DateTimeField(u'更新日時',auto_now=True, edi
This document describes the current stable version of Celery (5.5). For development docs, go here. Note Previous versions of Celery required a separate library to work with Django, but since 3.1 this is no longer the case. Django is supported out of the box now so this document only contains a basic way to integrate Celery and Django. You’ll use the same API as non-Django users so you’re recommend
pythonのWebアプリケーションフレームワークのdjangoでは、RDBの表をModelというクラスの形で表現できる。 Modelを使用すると、いちいちSQLを書かなくてもRDB上のデータのCRUD処理が簡単に行えるので便利だ。 このModelクラスをバッチ処理などのコンソールプログラムから使用したくても、単純に、目的のModelクラスをインポートするだけでは使用できない。 しかし、少し設定をすれば、コンソールプログラムからModelクラスを使用できることが最近分かった。 それには、コンソールプログラムの先頭に次のような記述を書きくわえればよい。 import sys, os sys.path.append("djangoプロジェクトの配置場所") os.environ["DJANGO_SETTINGS_MODULE"] = "プロジェクト名.settings" import プロジェ
今まで動いていた Django 1.3.1 での settings.py の Middleware の部分はこんな感じ。 MIDDLEWARE_CLASSES = ( 'django.middleware.common.CommonMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.middleware.csrf.CsrfResponseMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', )確か「dj
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く