for a current project:
DEV
nginx - port 80
proxy pass to pserve ( waitress ) - port 5020
PROD/STAGING
nginx - port 80
uwsgi integration to pyramid
i decided that using nginx on dev was just a lot easier for me
a- i just launch it once, and its no real drain on my mac, so i only have
to auth to
On Wed, Nov 14, 2012 at 12:22 PM, Chris McDonough wrote:
> On 11/14/2012 03:09 PM, Iain Duncan wrote:
>
> Hi folks, I have an older pyramid app I'm doing some work on, and for
>> some reason, I'm getting import errors trying to add a custom predicate
>> to a view registration. We're using pyra
>From Chris in another thread:
This reminds me that someone needs to step up and maintain pyramid_zcml. I
no longer do so actively, and I won't be able to support it in the future
at all.
Thanks Chris. Does this mean that for new features ( ie route custom
predicates ) they are only going to be a
I would just use waitress until things are settled
out.
jim
Ellison Marks
Sent by: pylons-discuss@googlegroups.com
11/14/2012 04:57 PM
Please respond to
pylons-discuss@googlegroups.com
To
pylons-discuss@googlegroups.com
cc
Subject
Re: Recommendations for having a static index page
Th
just opinions and thougts:
i would use nginx for that
http://wiki.nginx.org/HttpUpstreamModule#.24upstream_response_time
on a first look it doesn't looks like ``upstream_response_time`` is available
in uwsgi mode.
https://www.google.de/search?q=nginx+uwsgi+upstream_response_time&oq=nginx+uwsgi+
On 14 November 2012 22:28, Ellison Marks wrote:
> Use a template. This strikes me as a pretty bad idea right off.
The `pyramid_skins` package provides a small "framework" that
addresses this (and other) need:
http://packages.python.org/pyramid_skins/
\malthe
--
You received this message b
Thanks for the quick reply.
No, I think you had it right the first time, the index page will probably
change almost never. Out of curiosity, would it be a good idea to mock up
some sort of index page and still use waitress for development, or go to an
actual web server now?
On Wednesday, Novem
On second reading, I am not sure that what I
wrote makes sense. I think you want something
a bit different. Are your trying to automatically
generate the index page? How often do you expect
the index page to change?
[In general, pyramid does not do a great job of
handling purely static data. I
In production, most people use a static webserver
for this. Read nginx or apache2. Typically you
might serve all content with the static server and
reverse proxy to pyramid for the dynamic content.
You can also look at uwsgi or mod_python as the pyramid
WSGI server, but it is usually easier t
So I've been learning pyramid, and I'm not sure of the best way to serve a
static page from root. I've got a few ideas, but would appreciate more
experienced input.
1. Use a template. This strikes me as a pretty bad idea right off.
2. Have the main page redirect to a static page. Not entir
Hi,
I'm building an app with pyramid. I have the server in pyramid, but I also
a client in an applet.
In the case where the pyramid app is overloaded, I want to tell the client
to slow down its connection speed to the server.
The best why is to know the latency of each requests. Can I access suc
On 11/14/2012 03:09 PM, Iain Duncan wrote:
Hi folks, I have an older pyramid app I'm doing some work on, and for
some reason, I'm getting import errors trying to add a custom predicate
to a view registration. We're using pyramid_zcml,
http://config_setting_list.pt>"
custom_predicates="[xornot.cm
Hi folks, I have an older pyramid app I'm doing some work on, and for some
reason, I'm getting import errors trying to add a custom predicate to a
view registration. We're using pyramid_zcml,
If I run the local python intepreter from my buildout, I can import
xornot.cms.predicates.config_setting
13 matches
Mail list logo