Oh, in this case the reason for wanting other separators, namely the ? used
automatically by jQuery's ajax functions. When I use $.get (from jQuery),
it adds whatever data I want to send automatically by appending a bunch of
?data1=value1 and so on. That's the only reason for wanting to split the
URL by different patterns - or alternatively, to ignore any URL ending in
such values. (Maybe that wasn't clear, but a url
my-great-website.com?data1=value1 does not work when dispatch is looking
for my-great-website.com only. That was really the problem I tried to solve
- to let it go through and ignore the end.)
That's why I switched to $.post, which doesn't affect the URL that is sent.
On Wed, Mar 9, 2016 at 11:05 AM, Jay McCarthy <jay.mccar...@gmail.com>
wrote:
> On Sat, Feb 27, 2016 at 5:38 PM, Marc Kaufmann <marc.kaufman...@gmail.com>
> wrote:
>
>> As we are on it, is there a way to have `dispatch-rules work on url's
>> with regular expressions, so that it would work on ajax1, ajax2, etc, or
>> would I have to create my own bi-directional match-expander for that? (I
>> haven't tried to figure out how that would work though.) The reason I ask
>> is that when sending bindings in the url, 'dispatch-rules chokes, since
>> the url looks different. An alternative is to use continuations, and pass
>> the url for the continuation into javascript.
>>
>
> There is no regular expression bidi-matcher, but you could make one. You'd
> have to make the to-url side take in a string and check that it matches the
> regexp. However, I'm a little skeptical. What's wrong with using strings,
> numbers, etc? You just don't want to have /s separate the pieces, you want
> some other character to separate the pieces in the encoding?
>
> Jay
>
>
>>
>> On Sat, Feb 27, 2016 at 3:04 PM, Jay McCarthy <jay.mccar...@gmail.com>
>> wrote:
>>
>>> Hi Marc,
>>>
>>> Each `dispatch-rules` rule takes a keyword option for which methods
>>> you want it to handle, the default being no method and "get". So your
>>> call is equivalent to
>>>
>>> [("test-ajax") #:method "get" ajax]
>>>
>>> but you want
>>>
>>> [("test-ajax") #:method "put" ajax]
>>>
>>> This facilitates more easily having different functions for different
>>> methods.
>>>
>>> Jay
>>>
>>>
>>> On Sat, Feb 27, 2016 at 1:03 PM, Marc Kaufmann
>>> <marc.kaufman...@gmail.com> wrote:
>>> > Hi all,
>>> >
>>> > I perform the following call in jQuery in a page:
>>> >
>>> > $.post( "test-ajax",
>>> > function( data ) {
>>> > alert( "Data Loaded: " + data);
>>> > });
>>> >
>>> >
>>> > The test-ajax page gets called via the url-dispatcher:
>>> >
>>> > (define-values (site-dispatch site-url)
>>> > (dispatch-rules
>>> > ...
>>> > [("test-ajax") ajax]))
>>> >
>>> > and the ajax function is simply this:
>>> >
>>> > (define (ajax req)
>>> > (response/xexpr
>>> > "1 "))
>>> >
>>> > Nonetheless, the above Ajax call fails with a 404 error, but when I
>>> replace
>>> > $.post by $.get, it works. As far as I can tell, the only thing about
>>> the
>>> > request this changes it the method, from POST to GET.
>>> >
>>> > Is there a reason this fails? Do I need to tell the webserver that it
>>> should
>>> > serve both POST and GET?
>>> >
>>> > Btw, the reason I want to use post is that when I use get, the data I
>>> send
>>> > with the request gets put at the end of the url
>>> (../test-ajax?some-binding)
>>> > and I couldn't figure out how to have the dispatcher deal with this
>>> problem
>>> > (that returned an error 500).
>>> >
>>> > Thanks,
>>> >
>>> > Marc
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> Groups
>>> > "Racket Users" group.
>>> > To unsubscribe from this group and stop receiving emails from it, send
>>> an
>>> > email to racket-users+unsubscr...@googlegroups.com.
>>> > For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>
>>> --
>>> Jay McCarthy
>>> Associate Professor
>>> PLT @ CS @ UMass Lowell
>>> http://jeapostrophe.github.io
>>>
>>> "Wherefore, be not weary in well-doing,
>>> for ye are laying the foundation of a great work.
>>> And out of small things proceedeth that which is great."
>>> - D&C 64:33
>>>
>>
>>
>
>
> --
> Jay McCarthy
> Associate Professor
> PLT @ CS @ UMass Lowell
> http://jeapostrophe.github.io
>
> "Wherefore, be not weary in well-doing,
> for ye are laying the foundation of a great work.
> And out of small things proceedeth that which is great."
> - D&C 64:33
>
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
