You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Plack provides a common interface called PSGI (Perl Server Gateway Interface) that allows Perl web applications to run on different web servers. It includes tools like Plackup for running PSGI applications from the command line and middleware for adding functionality. Plack has adapters that allow many existing Perl web frameworks to run under PSGI. It also provides high performance PSGI servers a
EDIT: Note that the discussion around this on the Python WEB-SIG went round in many circles and died. Thus nothing much here came into being and thus should be viewed merely for amusement value and not taken as being any indicator of any sort of reality. The discussion on the Python WEB-SIG about what to do about WSGI and Python 3.X has been going round and round in circles for some time now witho
Let’s talk about WSGI August 10, 2009 Django, Frameworks, Python Recently Armin Ronacher (whose blog you should be reading if you do anything at all involving Python and the web) has published a couple of good articles poking at the current state of WSGI, the standard interface for Python web applications. Some of his comments dovetail nicely into concerns I’ve been trying to put into words for a
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
bulknews.typepad.com Tatsuhiko Miyagawa's blog to discuss mostly tech and nerdy stuff. Info: if you come from Google and want to know what PSGI and Plack are: take a look at our PSGI/Plack project web page that has links to PSGI spec and FAQ, and then Plack git repo for the actual code. HTTP::Engine is the best thing that happened in the Perl web application development land lately. It's a port of
PythonのWebアプリケーションフレームワーク Pythonには、Zope、Twisted、Django、TurboGearsなどのさまざまなWebアプリケーションフレームワークが存在します。以前は、このような幅広い選択肢は、新しくPythonを使用しようとするユーザにとって都合が悪いことがありました。使用するフレームワークによって、利用可能なサーバが制限されてしまったり、逆にサーバによって利用可能なWebアプリケーションフレームワークが制限されるといったことがあったためです。 そのようなPythonの状況とは対照的に、Javaにおいては、多数のWebアプリケーションフレームワークがあるにもかかわらず、サーバとWebアプリケーションをつなぐ際に、統一されたJava Servelet APIを用いることで、アプリケーションフレームワークを気にせずにServelet APIが利用できる環境
先日作ったプロキシサーバに管理画面を付けたくなったので、前から気になっていたDBSprocketsを素のWSGIから使えるようにしてみた。 Pylons、TG2には依存せずにDBSproketsDBMechanicの全機能が一応使えるはず。 dbmechanic.py """ dbmechanic module for WSGI Initial version by Nozomu Kaneko <nozom.kaneko _at_ gmail {d0t} com> based on the Pylons version. """ import pkg_resources from paste.httpexceptions import HTTPException, HTTPFound from paste.registry import StackedObjectProxy from to
前提としては、 社内のWiki(仮にintra.example.comとする)には外部から直接アクセスできない ゲートウェイ(仮にgw.example.comとする)にはssh接続できる ノートPCを使っていて、頻繁にLANの内部と外部を行き来する という状況で、どこからでも社内のWikiが見られるようにしたい。 SSHのポートフォワーディングだけだと、http://localhost:8088/みたいなURLでアクセスすることになるので、リンクを辿れなかったり、VirtualHostを使っている場合はhostsを書き換える必要があったりして面倒。 SOCKSとかDynamicDNSとか調べたけどよくわからず、既存のHTTP Proxyサーバではちょうど良いものがなかったので、自分で作ることにした。 幸いWSGIには必要な部品は揃っているので、あとはそれを組み合わせるだけ。 virtual
Unverified details These details have not been verified by PyPI Project links Homepage Meta License: MIT License (MIT) Author: Ian Bicking Maintainer: Gael Pasgrimaud Tags wsgi, test, unit, tests, web Requires: Python >=3.7 Provides-Extra: docs, tests Classifiers Development Status 5 - Production/Stable Framework Paste Intended Audience Developers License OSI Approved :: MIT License Programming La
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く