[cgiapp] Recruitment

2008-12-18 Thread Mike Tonks
Hi All,

Can anyone suggest a good place to advertise for a perl coder, ideally
with CGI::Application experience and based in the UK?  All the local
agencies only have php guys...

Or contact me off list if you're available at the moment.  Apologies
if this is off-topic.

mike

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Recruitment

2008-12-18 Thread silent

http://jobs.perl.org

and how about people who can work in other country ?

Mike Tonks 写道:

Hi All,

Can anyone suggest a good place to advertise for a perl coder, ideally
with CGI::Application experience and based in the UK?  All the local
agencies only have php guys...

Or contact me off list if you're available at the moment.  Apologies
if this is off-topic.

mike


#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Recruitment

2008-12-18 Thread Mike Tonks
Hi Silent,

I could maybe persuade my boss to consider someone overseas.  It's
about a six week project, shopping cart system.  Would you be
interested?

2008/12/18 silent silent2...@gmail.com:
 http://jobs.perl.org

 and how about people who can work in other country ?

 Mike Tonks 写道:

 Hi All,

 Can anyone suggest a good place to advertise for a perl coder, ideally
 with CGI::Application experience and based in the UK?  All the local
 agencies only have php guys...

 Or contact me off list if you're available at the moment.  Apologies
 if this is off-topic.

 mike

 #  CGI::Application community mailing list  
 ####
 ##  To unsubscribe, or change your message delivery options,  ##
 ##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
 ####
 ##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
 ##  Wiki:  http://cgiapp.erlbaum.net/ ##
 ####
 



#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




[cgiapp] CGI::Application::Dispatch: Apache vs. IIS

2008-12-18 Thread Jason A. Crome
To save you all a bunch of frustration and time, please be aware of  
the following subtle distinction between PATH_INFO on IIS and Apache:


Consider this URL: http://yourserver/myscript.pl/foo/bar

On Apache, PATH_INFO will be set to /foo/bar.  On IIS, PATH_INFO is / 
myscript.pl/foo/bar.  This subtle difference causes  
CGI::Application::Dispatch to be non-functional in CGI mode on IIS  
(tested versions 6 and 7).  Maybe you all know this already, and I am  
a day late and a dollar short (as usual).  But in case you don't, I  
hope you find this helpful.


mpeters: If I sent you a CGI::Application::Dispatch::IIS subclass,  
could you (or Mark) incorporate it into the CA::Dispatch  
distribution?  Or, if you don't want to mess with it and wouldn't mind  
another co-maintainer, I'd be happy to maintain this bit of it.


Thanks!
Jason


#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] CGI::Application::Dispatch: Apache vs. IIS

2008-12-18 Thread Michael Peters

Jason A. Crome wrote:

mpeters: If I sent you a CGI::Application::Dispatch::IIS subclass, could 
you (or Mark) incorporate it into the CA::Dispatch distribution?  Or, if 
you don't want to mess with it and wouldn't mind another co-maintainer, 
I'd be happy to maintain this bit of it.


I'd be happy to have it along. The easier it is for others to use the better. No need for them to go 
hunting all over CPAN for it.


--
Michael Peters
Plus Three, LP


#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




[cgiapp] Re: CGI::Application::Dispatch: Apache vs. IIS

2008-12-18 Thread Mark Stosberg
On Thu, 18 Dec 2008 13:08:50 -0600
Jason A. Crome cromed...@gmail.com wrote:

 To save you all a bunch of frustration and time, please be aware of  
 the following subtle distinction between PATH_INFO on IIS and Apache:
 
 Consider this URL: http://yourserver/myscript.pl/foo/bar
 
 On Apache, PATH_INFO will be set to /foo/bar.  On IIS, PATH_INFO is / 
 myscript.pl/foo/bar.  This subtle difference causes  
 CGI::Application::Dispatch to be non-functional in CGI mode on IIS  
 (tested versions 6 and 7).  Maybe you all know this already, and I am  
 a day late and a dollar short (as usual).  But in case you don't, I  
 hope you find this helpful.

I looked around to see how other tools were handling this. Here's what I
found:

- CGI.pm used to have an explicit comment about working around IIS's
  brokeness in it's path_info() method. I'm not sure how
  CGI::path_info() works on IIS these days. I don't want to tie
  C::A::Dispatch to CGI.pm in any case. 

- Catalyst and HTTPx:Dispatcher both use URI.pm, which uses URI::http or
  URI::https, which inherits from URI::_server, which inherits from
  URI::_generic. I assume Catalyst works on IIS, but I'm not sure I want
  to pull in 3 or 4 URI modules if they only serve a single small
  workaround.

- Mojo implements it's own PATH_INFO handling, using an array of
  packages Mojo::Message, Mojo::Message::Request, Mojo::URL,
  Mojo::Path and Mojo::Bytestream. I'm not sure how it fares on IIS.  

In summary, I think your idea is reasonable: you'll contribute and
maintain a IIS subclass, which we'll incorporate and release in the 
main distribution. 

Mark

-- 
http://mark.stosberg.com/blog




#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####




Re: [cgiapp] Recruitment

2008-12-18 Thread silent
Oh, sorry, I've never programed with shopping card.

#  CGI::Application community mailing list  
####
##  To unsubscribe, or change your message delivery options,  ##
##  visit:  http://www.erlbaum.net/mailman/listinfo/cgiapp##
####
##  Web archive:   http://www.erlbaum.net/pipermail/cgiapp/   ##
##  Wiki:  http://cgiapp.erlbaum.net/ ##
####