Re: Should I use CGI.pm?
except it's a little buggy ! (Apache::Request) I have been obliged to return to CGI.pm, coz libapreq cannot handle correctly the multipart enctype, as for file upload What about the 0.32 ? I'm a bit underskilled to patch and compile such a tool, but If someone can help me, I will be pleased to start the process. tmb - Original Message - From: "Stas Bekman" <[EMAIL PROTECTED]> To: "quagly" <[EMAIL PROTECTED]> Cc: "mod_perl list" <[EMAIL PROTECTED]> Sent: Wednesday, November 29, 2000 11:41 AM Subject: Re: Should I use CGI.pm? > On Tue, 28 Nov 2000, quagly wrote: > > > > > I am working my way through the eagle book. I have not used CGI.pm > > before. It is used in many (most?) of the examples. > > > > Is it worth learning to use it? > > > > I am not clear whether the authors are using it because the think it is > > the best way to go, or because they already know it ( or created it )and > > it is convenient. > > > > I have not done CGI programming before, but have some experience with > > java servlets. It there a compelling reason I should learn it ( other > > than that it would help me to understand the book? ) > > It's much simpler than you think -- Lincoln Stein is the one who wrote and > maintains CGI.pm :) (he is the co-author) > > It's a very good module, but it's quite bloated. So if you need to process > forms and you are under mod_perl Apache::Request is the one to go with. > > > > > Thanks, > > ~quagly > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > _ > Stas Bekman JAm_pH -- Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide http://perl.apache.org/guide > mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ libapreq ] desesperatly need of .32 or .33
Thierry-Michel Barral [ Hi everyone, I'm using Apache::Request, and I've encountered a bug ! please, could it be possible to see very very soon a new release ? ] Doug mentioned to me at ApacheCon (or it may have been back at TPC) that he would like someone else to take over maintainence of Apache::Request. If nobody volunteers, I'm willing to look at doing so, although I've only just started that long road into using XS, so I'm more likely to spend time applying patches than writing them. I'm not sure I can do it myself, sorry [not good/talented/... enough] :( . It could be really great if you can spend some time applying the patches... For me, but I'm pretty sure others would be very happy, because, after a glance at this mailing list, I've concluded each guy has is own libapreq ! thanks for your help, in advance :o) kktos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ libapreq ] desesperatly need of .32 or .33
Hi everyone, I'm using Apache::Request, and I've encountered a bug ! [ I've done a POST multiform data, and the first field, a textarea, could contains at the end some garbage. Garbage because data is changing. ] I'm quite sure [ after a quick glance at mod_perl ML archive] one of the patches proposed could solve the problem. So I need desesperatly a new version of libapreq, the .32, or .33 if it's finished ! I do not know if Doug still maintains it, or if it's someone else. But please, could it be possible to see very very soon a new release ? thanks, kktos 365 Corp
How to have a sub process or a fork ?
buongiorno a tutti, [sorry, but I'm currently listening Le Nozze di Figaro !] I have a little question : ( I'm using mod_perl 1.23, scripts under Apache::Registry) I have a script updating a db from parm given by the client, and building a HTML page. The process of update is fast enough, but the building is a litlle too long, too many updates arriving. I cannot stopping the frequency of updates (human !), so my question ; Is it possible to have another process / script, allways running, which my script can talk ? (I do not want to use the crontab) Is a fork a good idea ? Is a handler necessary here ? (frighten me, I'm just a beginner here) thanks, kktos ps: thanks for your answers of my previous questions q:-D
[Q ]Differences between RequestNotes and Request ?
Hi there, sorry for this "beginner question". I use Apache::Request (no more CGI.pm), and it's fine for me (I use Apache::Registry for my scripts). So, what are the diff betwenn Request and RequestNotes ? Is it useful for perl scripts running under Registry, i.e no Apache handler for the moment Useful only for handlers ? I have another question, no connection from the previous one: I believe using open FH " is in fact a call to the shell. Right ? So, in mod_perl, I prefer not to call the shell, so is $fh= new IO::File($filename, "r"); a better solution ? tia, kktos