tionally via introspection and not by name. The
>>> calling convention is here:
>>>
>>>
>>> http://pyramid.readthedocs.org/en/latest/narr/views.html#alternate-view-callable-argument-calling-conventions
>>>
>>> On Wed, Oct 31, 2012 at 11:02 AM,
Docs say you should expect to handle a request argument in a view-callable
class.
http://pyramid.readthedocs.org/en/latest/narr/views.html#defining-a-view-callable-as-a-class
But I found I was getting a context object for the request arg.
Does this mean context and request are being passed (in
When you have a working pyramid starter project, this might be helpful...
http://projects.unbit.it/uwsgi/wiki/INIFiles
And this..
http://pythonpaste.org/deploy/
You can init like this;
$ uwsgi development.ini
provided you have this line in your .ini
[uwsgi]
paste = config:/deve
Filter output gets cached/compiled if a filter has no arguments or the
arguments are strings. I believe this is undocumented behaviour, but
makes a lot of sense.
However, this is problematic if the output is supposed to vary according
to some aspect of the request; the matchdict in my case.
The
You'd probably want to walk the iterable and cast all elements to string? Then
do your join operation with the empty unicode string. Your code only checks the
first item and assumes all other elements are also strings - perhaps your code
is working because there is only one element in the iterab
The general view is that emacs is the more-powerful but slightly harder one,
vim is the simpler more focussed one. Both good. I chose vim. This might help
http://www.vim.org/about.php
To answer your questions..
If you've never used a text editor in the terminal before, the official
tutorial is
e
Clang 3.0 (tags/Apple/clang-211.10.1)] on Darwin-11.3.0-x86_64-i386-64bit
Confirm Pyramid and uWSGI working.
I guess this isn't really a Python build issue as-such, but more of an issue
with how uWSGI locates the compiler on Darwin, and that Apple have phased out
gcc rather brutally.
On
Thanks Graham and Marius, much appreciated.
I'll get stuck into this tomorrow and report back.
On 29 Feb 2012, at 17:42, Graham Higgins wrote:
> On Wednesday, February 29, 2012 5:01:38 PM UTC, Marius Gedminas wrote:
> It's looking for libpython3.2m.so in $LD_LIBRARY_PATH.
>
> At least that's
Throwing this out there.. woes with Python 3.2 sysconfig and more..
I recently started migrating a Pyramid app to py3.2 and hit a uWSGI build issue
with the python installer;
sysconfig.get_config_var returns 'gcc-4.2', which doesn't exist on my system,
but py2.7 reports 'llvm-gcc-4.2' correctly
Actually, you want this for the detail on eggs..
http://peak.telecommunity.com/DevCenter/EggFormats
On 18 Feb 2012, at 17:24, Simon Yarde wrote:
> http://docs.pylonsproject.org/projects/pyramid/en/1.3-branch/narr/project.html#the-project-structure
>
> Hope that explains it!
>
http://docs.pylonsproject.org/projects/pyramid/en/1.3-branch/narr/project.html#the-project-structure
Hope that explains it!
On 18 Feb 2012, at 16:16, Tjelvar wrote:
> Have just run:
>
> $ ./env/bin/pcreate --scaffold=starter AppName
> $ cd AppName
> $ ./env/bin/python setup.py develop
>
> Whi
Pledge made just now as promised.
Confirm there is a slight delay on your payment showing-up, don't panic!
Best
Simon
--
You received this message because you are subscribed to the Google Groups
"pylons-discuss" group.
To post to this group, send email to pylons-discuss@googlegroups.com.
To un
hat trying to shoe horn http
protocol into application exception logic is at the heart of the confusion the
original poster is experiencing?
On 10 Feb 2012, at 18:58, Michael Merickel wrote:
> On Fri, Feb 10, 2012 at 11:24 AM, Simon Yarde wrote:
> I might have come at it differently raisi
Sorry I should have added, but resisted as I felt my message was long enough..
Just because Pyramid (or your app) raises an http exception doesn't mean you
have to return that view. As Michael describes you can intercept and downgrade
the exception as you deem appropriate.
The reason your code
I'm pretty sure you need to be using 401 for pages that require authorisation,
and not 403.
Maybe try to untangle your approach so that the login page is never throwing
401 (or 403). The protected resource should raise the exception and your app
design handles it by issuing a redirect to login
Nice! :)
Sent from my iPhone
On 7 Feb 2012, at 17:12, Michael Merickel wrote:
> I patched 1.2-branch and 1.3-branch last night. match_param will now accept a
> tuple. You can either use those branches or wait for a release. :-)
>
> On Tue, Feb 7, 2012 at 2:50 AM, Simon Yarde wro
e
> match_param will accept a tuple.
>
>
> 2012/2/6 Simon Yarde
> Hi Joel
>
> I have opened an issue #405 re your question.
>
> There is a quick and dirty hack if you must get this working right away and
> are ok forking Pyramid. The issue is happening because re
Hi Joel
I have opened an issue #405 re your question.
There is a quick and dirty hack if you must get this working right away and are
ok forking Pyramid. The issue is happening because resolveConflicts stores the
match_param in a tuple, and a string is hashable but a dict is not. Pyramid is
pa
I would be happy to personally contribute $50 to the effort. Please add me to
the list.
Perhaps this is an amount other independents could put forward, and together
another 18 of us might represent one of the $1000 company contributions?
Best, S
On 4 Feb 2012, at 12:32, Chris McDonough wrote:
wrote:
> Thanks Simon. Varnish is definitely worth exploring.
>
> I'm also very interested in your second approach, how can you tell if
> the user has JS enabled by looking at her request?
>
> Jerry
>
> On Jan 31, 11:45 pm, Simon Yarde wrote:
>> I wonder if th
I wonder if this solves your issue with Varnish, or if it is too coarse:
https://www.varnish-cache.org/docs/trunk/tutorial/cookies.html
It would seem as a minimum you could identify logged-in-users from
non-logged-in-users by a the presence of a specific auth-cookie. This would
certainly accele
_prefix=..) to indicate a "container" in which the suffixed '/'
> is appropriate. Anyway I decided to document this on github rather than fully
> explain it here for posterity:
>
> https://github.com/Pylons/pyramid/issues/406
>
> On Wed, Jan 18, 2012 at 5:53 AM, Si
Please can we have the option to disable automatic slash for empty route-paths,
in order for despatch-style design to be 'more modular'.
Issue:
- Let's say I want to exclude the '/article' prefix from the article module to
make it 'more modular';
- I use a route_prefix to add the routes from t
Thanks again Phillip. The uWSGI docs are certainly not of the calibre of
Pyramid's docs :)
--
You received this message because you are subscribed to the Google Groups
"pylons-discuss" group.
To post to this group, send email to pylons-discuss@googlegroups.com.
To unsubscribe from this group, s
On 13 Dec 2011, at 11:45, Philipp Dubrov wrote:
>
>
> On Dec 12, 1:40 pm, Simon Yarde wrote:
>> Thanks for the info. It's starting to become clear(er)!
>>
>> I've been perplexed by the multitude of ways you can configure a
>> server/wsgi, and to be hon
eploying-turbogears-21-application-with-nginx-and-uwsgi
> it also applies to pyramid as well.
>
> i'd be very interested in docs about gevent & nginx.
>
> On Dec 9, 2:36 pm, Simon Yarde wrote:
>> Hi All
>>
>> Anyone have any experience using of FAPWS or
Hi All
Anyone have any experience using of FAPWS or Gevent and Nginx together that
they would be interested in sharing?
I understand uWSGI, Gevent, and FAPWS are highly capable, with FAPWS focussed
in simplicity/speed and needing to be extended to add SSL support (which I'm
interested in). The
m 14.11.2011 11:02, schrieb Simon Yarde:
>> A temporary patch/workaround would be really useful, other than turn off
>> debugging :)
>
> Here is a patch for this issue, let us know how it works:
> https://github.com/Pylons/pyramid_debugtoolbar/pull/43
>
> -- Christoph
Hi All
Does anyone have any information on progress for Pyramid Debug Toolbar issue
#44?
The issue causes the exception below when URI's contain accented characters (in
my case 'ΓΌ'). Pyramid behaves normally without error when debug toolbar is
turned off.
A temporary patch/workaround would b
Many thanks again. It felt quite natural to handle/raise/re-raise exceptions in
the exception view since this has become the exception handler so-to-speak.
However, looking at the problem again, the code is much easier to follow as a
result of placing all of the application's something-not-found
Is it possible to raise an HTTPNotFound within an Exception handler view, and
have the HTTPNotFound caught by a custom HTTPNotFound handler?
Can anyone help?
What I have...
- An exception handler view which responds to a normal python Exception - works
- I'm fielding the exception by either r
Sorry about that.. looking at the wrong doc from a search and didn't spot the
version in the URL
http://docs.pylonsproject.org/projects/pyramid/1.2/api/config.html
On 2 Nov 2011, at 11:36, Simon Yarde wrote:
Should the route_prefix argument be documented under Configurator include
stat
Should the route_prefix argument be documented under Configurator include
statement?
http://docs.pylonsproject.org/projects/pyramid/current/narr/introduction.html?highlight=route_prefix#configuration-extensibility
No mention of route_prefix here..
http://docs.pylonsproject.org/projects/pyramid/
33 matches
Mail list logo