Dmitry the Zuryanovich wrote: >On Wed, May 18, 2005 at 10:57:28PM +0200, David N. Welton wrote: > > >>I'm going to CC the rivet-dev list, though, because it's an interesting >>discussion! I hope you don't mind... >> >> > >No, I do not mind ;-) > > Ok...
>>Aha! This is what I suspected you were trying to do. The problem is >>that you are fighting against Apache instead of working with it. What >>you want to do is map a URL to some sort of virtual actions... >> >> > >I think there is no difference beetween GET and HEAD. I just want to get >the equal results ;-) I use the "black-box" cybrenetic way. > > There is a definite difference between GET and HEAD. >>... and I *think* the response in this case is mod_rewrite, combined >>with Rivet. With mod_rewrite, for instance, you could remap >>/feed/SMTHSTRANGE/name.of/file to: >>foo.tcl?encnum=SMTHSTRANGE&filename=name.of/file... >> >> As I said, the dump SonyErricson devices decides & and ? and = are the >>URL terminators. Today I've got a positive results with WAP PUSH , but >>it does not cancels the HEAD thing. >> >> You mean it doesn't actuall pass those as part of the URL?! Well, with mod_rewrite you can still work around that. You can remap something like: /foo/bar/bee/bop/ to (internally) /foo/bar/?bee=bop So that the browser never sees what the real URL is... >> Well, I think if the GET works, why should I care about HEAD? I do not >>want to install the mod_rewrite for HEAD. >> >> mod_rewrite ships with Apache, isn't really all that bulky, and does exactly what you need. I think it's the best solution. >> If not, I'll rewrite the code on PHP or even CGI, but.. I just want >>rivet to do this work ;-) >> >> I'm sure there's a way to make it work. >>>The mobile phones are really dump. SonyErricsson says that = is a terminator >>>for the url, while Alcatel says it's a regular symbol. SonyErriccson sends >>>HEAD while Alcatel/Motorola just GETs. >>> >>> >>It sends HEAD to get a resource?! Wow... >> >> > >You may not trust me, but is DOES only for .mid files, not for .jad/.jars ;-) >I'm shocked ;-) > > Weird. I think I'd have to see some dumps and traces to really get an idea of what's going on. >>>Most of them says ? and & are a URL terminator, so I use the virtual >>>directories. >>> >>> >>In what sense? >> >> > > Until today I just send the url as the plain sms message. Most of mobile > phones >(excluding Samsung X600) asked me - "Do you want to follow the URL?" > Sony Ericsson (T610/T630) also asked me, but they said URL is >terminated by ? and & symbol (a sort of castrated URLs). > Samsung _never_ asked me about if I want to follow the URL, so I moved >to WAP PUSH. > > > >>Interesting... I'm looking at doing a bit of experimentation with mobile >>phones myself. >> >> > >We are playing with the SMPP 3.4 (written on Perl on hacked version of >Net::smpp) as the smpp daemons while the site is written on rivet ( >undersite, www.undesite.ru, in english ;-) ) >Mysql, base64::encode and to the database. It works ;-) > > Cool! What I'm working on, off and on, is a programming language that runs on J2ME devices: http://www.hecl.org I might also do some WML for a few sites I run, but I'm still thinking about it. I don't get if there's a way to make any money from it since you can't really do advertisements or anything like that. >>>I'll try, but I'm _sure_ the TCL code is not executed. >>> >>> >>It isn't - see my follow up message:-) >> >> > >I do not see it neither in maillist, nor here. > > Ah, well what I had to say is that I found the code that cuts things off when using HEAD: if (r->header_only) { TclWeb_SetHeaderType(DEFAULT_HEADER_TYPE, globals->req); TclWeb_PrintHeaders(globals->req); retval = OK; goto sendcleanup; } On about line 500 of mod_rivet.c You could try fiddling with that (removing it) and see if it does what you need. -- David N. Welton - http://www.dedasys.com/davidw/ Apache, Linux, Tcl Consulting - http://www.dedasys.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
