Sorry to disappoint....but I gave up with this FormEncode.  It's just too
difficult to use for my usecase. Cryptic errors and constant breaking. I
chose manual validation in the end.  So much easier and clear cut.

On Tue, Mar 9, 2010 at 8:15 AM,
<[email protected]<pylons-discuss%[email protected]>
> wrote:

>   Today's Topic Summary
>
> Group: http://groups.google.com/group/pylons-discuss/topics
>
>    - Pylons RC1 (disappeared?) <#1274047315455274_group_thread_0> [1
>    Update]
>    - truncated responses for some 
> browsers?<#1274047315455274_group_thread_1>[3 Updates]
>    - Apache proxy + SSL authentication <#1274047315455274_group_thread_2>[1 
> Update]
>    - Link to files stored in data 
> directory<#1274047315455274_group_thread_3>[3 Updates]
>    - Validating a select box <#1274047315455274_group_thread_4> [1 Update]
>
>   Topic: Pylons RC1 
> (disappeared?)<http://groups.google.com/group/pylons-discuss/t/5d2ac41c307e36c1>
>
>    Wyatt Baldwin <[email protected]> Mar 08 03:50PM -0800 
> ^<#1274047315455274_digest_top>
>
>    Within the last week or two, I installed Pylons RC1 on my development
>    machine (via `bin/buildout -n`). Now I'm trying to install the project
>    that uses it on another machine, but I can't find RC1 anywhere. Was
>    that version recalled?
>
>
>
>   Topic: truncated responses for some 
> browsers?<http://groups.google.com/group/pylons-discuss/t/25ae90bba84bacb2>
>
>    joesgroups <[email protected]> Mar 08 01:53PM -0800 
> ^<#1274047315455274_digest_top>
>
>    This seems like a pretty heinous error, is there really no feedback on
>    it? Is there any additional information I could supply?
>    Again this problem doesn't occur with wget, but occurs with most
>    browsers.
>    The available examples in the list for setting content-length in the
>    base controller do not work with this version of pylons, which throws
>    an error related to py_object missing.
>
>
>
>
>
>    Matt Feifarek <[email protected]> Mar 08 04:24PM -0600 
> ^<#1274047315455274_digest_top>
>
>    > it? Is there any additional information I could supply?
>    > Again this problem doesn't occur with wget, but occurs with most
>    > browsers.
>
>    To test your theory about content-length, try installing the FF
>    extension
>    "Live HTTP Headers" and you can see exactly what the server is sending
>    to
>    Firefox.
>
>    I haven't tested your problem myself. But I expect if wget is getting
>    the
>    correct data, so are the others. I expect that if they're NOT,
>    something is
>    happening on the wire somewhere... proxy perhaps?
>
>    I hope that this helps.
>
>
>
>
>    Matt Feifarek <[email protected]> Mar 08 04:25PM -0600 
> ^<#1274047315455274_digest_top>
>
>
>    > return "http://www.google.com/search?test";
>
>    > The result is that in firefox or safari the browser shows,
>
>    > http://m.google.com/se
>
>
>    This may be a typo, but you see that those are not just one truncated
>    to the
>    other, right? One is "www" and the other is "m".
>
>    Something besides truncation is at work...
>
>
>
>   Topic: Apache proxy + SSL 
> authentication<http://groups.google.com/group/pylons-discuss/t/466d47079c6d69ec>
>
>    morellik <[email protected]> Mar 08 08:48AM -0800 
> ^<#1274047315455274_digest_top>
>
>    Dear all,
>
>    using Apache to proxy requests to Pylons is it possible to access to
>    SSL_CLIENT_S_DN variable?
>
>    I would authenticate the user using client/server certificates and
>    pass the user certificate information to Pylons.
>    Is it possible?
>
>    Thanks
>    Enrico
>
>
>
>   Topic: Link to files stored in data 
> directory<http://groups.google.com/group/pylons-discuss/t/d9a4188d8d7712e5>
>
>    Jonathan Vanasco <[email protected]> Mar 07 08:19PM -0800 
> ^<#1274047315455274_digest_top>
>
>    i store the files into a top-level directory called
>    "user_uploads" ( ie. on the same level as data and public )
>
>    i do this, only because i find it easier to handle backups /
>    redundancy
>
>    when the images are 'public', i have a symlink from public/_img/NAME
>    into that directory. just to note, i never have pylons serve these
>    files - i have nginx serve those directories itself.
>
>    and when files are not public, i can still access them with pylons too.
>
>
>
>
>    Mike Orr <[email protected]> Mar 07 09:42PM -0800 
> ^<#1274047315455274_digest_top>
>
>    > available.  Access to my site will require authentication and I do
>    not
>    > want the files to be publicly accessible.  Do I have to worry about
>    > this if my uploaded files are stored in public/uploads?
>
>    Serve them from an action using FileApp or DirectoryApp.
>
>    # Route
>    map.connect("file", "/my_url/{path:.*}", controller="mycontroller",
>    action="my_action")
>
>    # Controller
>    from paste.fileapp import FileApp
>    from pylons.controllers.util import forward
>    def my_action(self, path, environ, start_response):
>    # Do authorization, abort(404) or abort(403) if disallowed.
>    path = os.path.join(config["permanent_store"], path)
>    app = FileApp(path)
>    return forward(app)
>
>    'app' is a WSGI application. 'forward' is a utility which delegates
>    to it. The ":.*" in the path variable matches slashes (which normally
>    aren't matched) if you're using subdirectories.
>
>    Don't put anything into the public directory unless it's truly public.
>    And I also wouldn't put user-uploaded material there because I think
>    of it as part of the application (i.e., unchanging, version
>    controlled).
>
>    Whether to put it inside the data directory depends. I do this in one
>    application. But you have to remember it's there, and that you can't
>    just blow away the data directory whenever you want to clear the
>    sessions/logs/compiled templates. If you don't have a better place on
>    your server for it, you can put it in the data directory.
>
>    --
>    Mike Orr <[email protected]>
>
>
>
>
>    Mike Orr <[email protected]> Mar 07 09:47PM -0800 
> ^<#1274047315455274_digest_top>
>
>    > def my_action(self, path, environ, start_response):
>
>    Ignore the last two arguments. They were needed in older versions of
>    Pylons before the 'forward' utility existed.
>
>    --
>    Mike Orr <[email protected]>
>
>
>
>   Topic: Validating a select 
> box<http://groups.google.com/group/pylons-discuss/t/7a8788d8d300fe3d>
>
>    Mike Orr <[email protected]> Mar 07 07:53PM -0800 
> ^<#1274047315455274_digest_top>
>
>    On Sun, Mar 7, 2010 at 1:23 PM, Wyatt Baldwin
>
>    >> Try it with just the 'schema' and 'form' arguments first and see if
>    that works.
>
>    > Just to make sure I understand this, the `form` keyword indicates
>    > where to go if validation fails, right?
>
>    Yes.
>
>    In that case, what I said
>    > about "submitting to the wrong URL or [incorrect] routes" probably
>    > isn't applicable. I guess I should read the rest of the thread before
>    > jumping in ;)
>
>    I don't know if it's applicable or not. Let's see if Mark can get any
>    confirmation on which routes are matched and how much of the validator
>    is executed.
>
>    --
>    Mike Orr <[email protected]>
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "pylons-discuss" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<pylons-discuss%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/pylons-discuss?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"pylons-discuss" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/pylons-discuss?hl=en.

Reply via email to