Python+uWSGI+Dockerで環境に応じてuwsgiプロセス/スレッド数を動的変更する - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Pythonで約100行のシンプルなWSGIサーバーを書いてみる
エキスパートPythonプログラミング改訂2版 作者:Michal Jaworski,Tarek Ziade発売日: 2018/02/26メディア: 単行本 はじめに — Webアプリケーションフレームワークの作り方 in Python の資料が最近になってホットエントリー入りし、思ったよりも多くの方に読んでいただけているようです。見返しているとWSGIサーバーを作りながらHTTPについて学べる章があってもいいかもとふと思いました。書くとすれば内容的には id:shimizukawa さんのPyCon JP 2018の発表をもう少し詳しく説明する資料になりそうな気がします。 PyCon JP 2018: Webアプリケーションの仕組み - 清水川のScrapbox とはいえ自分もWSGIサーバーを一度も書いたことがないので、気分転換にシンプルなWSGIサーバーを書いてみました。 4時間ぐら
bottle+uWSGI+python3+nginxでアプリを動かす
24 Feb 2015 最近bottleに興味持っていまして、今回はbottle、uWSGI、nginx、Python3の構成でアプリを動かしてみたのでそのメモを残しておきます。 実行環境 Ubuntu 14.2 Python 3.4 uWSGI Nginx 手間なのでvirtualenvは利用せずに設定します。 なおサーバー環境はvagrantでまっさらなところから作っていきます。 環境構築 さくっと作ります。 vagrantでVM構築 ご存じのvagrant。既に環境がある方は読み飛ばしてください。 $ vagrant init ubuntu14 .... .... `vagrantup.com` for more information on using Vagrant. $ vagrant up .... .... ==> default: Checking for guest a
え？君せっかく Python のバージョン管理に pyenv 使ってるのに Vim の補完はシステムライブラリ参照してるの？ - Λlisue's blog
どうも、ご無沙汰してます有末です。 Pythonistaならpyenvだよねーってことで当初からバリバリ使わせていただいているのですが、最近djangoのプロジェクトを書く際に困ったのでまとめておきます。 具体的にはpyenvでPytho 3をインストールし、pyenv-virtualenvを用いて仮想環境を構築し、その仮想環境に django をインストールしただけでは jedi-vim の補完が効かないという問題です。 いくつかの要因が複合して複雑に成っていたので、ひとつずつメモしていきます。 忙しい人のための簡易書 普段からpyenvとpyenv-virtualenvを使用していてjedi-vimでdjangoの補完が効かなくて困っている。 とにかく補完を効かせたい。 戯言なんてどうでもいいという人は下記を~/.vimrcに記載してください。 " ~/.pyenv/shimsを$PA
Python mod_wsgiアプリケーションでの HTTP クッキー（cookies）の入力と出力 - ServersMan@VPS（CentOS）でお気楽サーバー運営 (^^♪ (忘れっぽいので個人メモ用)
Python mod_wsgiアプリケーションでの HTTP クッキー（cookies）の入力と出力 (1) クッキーの出力 30日間有効な「session」という名前の１〜１億までのランダムな値を持ったクッキーを出力する例 def application(environ, start_response): import Cookie import datetime import random expiration = datetime.datetime.utcnow() + datetime.timedelta(days=30) cookie = Cookie.SimpleCookie() cookie["session"] = random.randint(1, 100000000) cookie["session"]["domain"] = "クッキーの有効なドメイン" cookie
WSGIアプリケーションからAuthorizationヘッダーを参照する - スコトプリゴニエフスク通信
mod_wsgiで運用しているWSGIアプリケーション内からAuthorizationヘッダー(HTTP_AUTHORIZATION)を参照する場合には、mod_wsgiのWSGIPassAuthorizationヘッダーをOnにしておかなくてはならない。デフォルトはOffなので、例えば、Djangoアプリケーションから、 def view(req): auth_header = req.META.get("HTTP_AUTHORIZATION") # do something のようにすると、常にNoneが返ってくる。このような設計になっている理由は、WSGIPassAuthorizationの項に書いてある。WSGIPassAuthorizationディレクティブはHTTP認証ヘッダーがHTTPリクエストに存在するときに、その値をHTTP_AUTHORIZATION変数としてWSGIア
Django でBasic認証をかける - Qiita
from django.http import HttpResponse from django.conf import settings class BasicAuthMiddleware(object): def unauthed(self): response = HttpResponse("""<html><title>Auth required</title><body> <h1>Authorization Required</h1></body></html>""", mimetype="text/html") response['WWW-Authenticate'] = 'Basic realm="Development"' response.status_code = 401 return response def process_request(self,request)
Bottle0.13+jPlayer2.5で自分だけのミュージックプレイヤーを作ろう！ - Qiita
はじめに 軽量フレームワークのBottleが人気らしいのでクラウドミュージックプレイヤーを練習がてらに作ります。なお、完成品はBitbucketにあげてあるので要点のみの解説になります。動作サンプルはこちらで公開しています。ちなみにPython2.6で動作確認しています。 クラウドミュージックプレイヤーとは・・ iTunesやAmazon Cloud Playerなど、一度買ったらどの端末からでもダウンロードできて再生できるって便利ですよね。ですがCD購入厨としてはやっぱり手元の音源ファイルで再生したいものです。Google Musicは自分でファイルをアップロードできますが、日本の音楽業界は柔軟性が無いので同様のサービスを国内で運営するのは当分厳しいでしょう。 そこで常々自分専用のクラウドミュージックプレイヤーを作成したいと構想していたので、この機会に実装してみることにします。 仕組みを
Apache+mod_wsgi+Flaskインストール
はいこんばんは。 生きてます生きてます。 ここ一週間、またPythonごりごりやってます。 今度は小さーいシステムなんでFlask (Python製マイクロフレームワーク)でさくっと作ってます。 Flaskはマイクロと名前がついているだけあって、インストールは楽だしアプリ作成手順もシンプルだし…で、触ってて楽しいですね(・∀・)。 今回、Flaskをサーバーにインストールして動かしたのでそのメモ。 環境: サーバー： EC2, Apache + mod_wsgi Pythonバージョン: Python2.6.6 (EC2デフォルトのバージョン) あ、ついでなので、PythonでできたWebアプリケーションを扱う時に言われる 「ファイル更新したらApacheリロードしなきゃいかんのめんどくさー！」 って誤解も解いておきますね。 2012.5.20 追記 —- httpd.confに「WSGI
Version 4.4.7 — mod_wsgi 5.0.2 documentation
Version 4.4.7¶ Version 4.4.7 of mod_wsgi can be obtained from: Features Changed¶ 1. The proxy-buffer-size option to WSGIDaemonProcess directive was renamed to response-buffer-size to avoid confusion with options related to normal HTTP proxying. The --proxy-buffer-size option of mod_wsgi-express was similarly renamed to --response-buffer-size. New Features¶ 1. Added --service-script option to mod_w
CentOS5.2 + nginx0.6.x + WSGI + Python2.5.x環境の構築方法 | fujishinko 雑記帳
Debianでnginx+wsgiの環境構築は行ったのですが、 今回DB2をインストールした環境にwebサーバも 相乗りしたかったので、CentOS上にnginxを インストールしてみます。 nginxの最新版は http://sysoev.ru/nginx/download.html Текущие версии: (現在のバージョン) Стабильные версии: (安定バージョン) Устаревшие стабильные версии: (旧版のリリース) ※初めてGoogleのロシア語の翻訳を使いました。 ということで、安定バージョンの0.6.34を使用することにします。 また、後日記載しますがわけあってPython2.5.xで 環境を構築する必用があります。 CentOS5.2に標準インストールされているPythonは2.4系 なので、ソースをダウンロードしコンパイル
Pythonを変更 - twadの日記
もう一つ、同じような目的のツールを使えるようになりたい。 LoFreq http://sourceforge.net/p/lofreq/wiki/Home/ こちらはマッピングを終えたNGSデータ(bamファイル)をインプットとしてマイナーバリエーションの場所を検出するとかなんとか。インストールは書いてあるとおりすればいいと思うのだけど、pythonのバージョンが2.7でないとダメらしい。 $ python -V Python 2.6.6 （ ´_ゝ`） しかたがないので、インストール前にPythonをアップデートすることにするが、結構面倒らしい。基本は、↓にあるとおりにしました。 CentOS 6.4にPython 2.7.5をインストール(altinstall)し、さらに、デフォルトで2.6.6ではなく2.7.5が起動するようにする http://next.matrix.jp/2013
CentOS 6.4にPython 2.7.5をインストール(altinstall)し、さらに、デフォルトで2.6.6ではなく2.7.5が起動するようにする - コンピュータ/ソフトウェア関連Tips
LinkChecker 8.4をインストールするのに、Python 2.6系ではなく Python 2.7系が必要だったため、やっとの思いでインストール。LinkChecker は「sudo /usr/local/bin/python2.7 setup.py install」とすればよかったようなので、Pythonは単にaltinstallするだけで良かったかも知れない...。 手順 参考 CentOS 6.2 に Python 2.7.2をインストールする http://wasure-memo.h-tsk.com/2012/03/centos-62-python-272.html How to install Python 2.7 and 3.3 on CentOS 6 http://toomuchdata.com/2012/06/25/how-to-install-python-2-7
How do I compile mod_wgsi for Python 2.7 - Fir3net
Recently I found myself in a situation where I needed to recompile mod_wgsi against a newer version of Python. This involves recompiling Python with the correct flags, then recompiling mod_wsgi using the newly compiled Python. Below shows the steps, Check VersionFirst of all check what version of Python mod_wsgi was compiled with. [root@server]# ldd /usr/lib64/httpd/modules/mod_wsgi.so libpython2.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RuntimeError: The 'apxs' command appears not to be installed or is not executable · Issue #76 · GrahamDumpleton/mod_wsgi