Re: connecting apache to mysql
Al Abdullaev <[EMAIL PROTECTED]> writes: > Sorry guys for irrelevant question, but where can I find > guide how to connect apache server to mysql database? > thanks a lot. Depends what you want to do. Authentication, or something more complex? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
mod_perl in a shared hosting environment
Just a thought, but will mod_perl and Apache 2.0 be better for this? Will we be able to isolate different hosts' perl more easily? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: RFC: mod_perl advocacy project resurrection
Gunther Birznieks <[EMAIL PROTECTED]> writes: > Interestingly, I recall sitting in on one of Bruce's courses at Web98 (We > were teaching CGI/Perl for a day and he was teaching Intensive Java the day > before)... Bruce said he has tried to learn Perl but just couldn't wrap his > head around it. If Damian Conway can do it... ;-) > Perhaps it is we who should sacrifice ourselves to become managers such > that we force Perl upon the programmers coming into our departments just as > they, the managers of today, force Java down. > > Viva La Revolution! Hopefully, I'm going to be in exactly this position. I've got a few "web programmers" to hire but I want all of them to be throughly bootcamped in "the Unix Way" and Perl, whatever Cold Fusion and Java magic they ultimately get involved with. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: mod_perl advocacy project resurrection
[EMAIL PROTECTED] (Randal L. Schwartz) writes: > > "Gunther" == Gunther Birznieks <[EMAIL PROTECTED]> writes: > > Gunther> This is exactly why someone experienced in training (ie > Gunther> Randal/StoneHenge) would hopefully be the ones to take the > Gunther> torch on this. If there's anyone I would trust a > Gunther> certification from, it would be them. > > We've considered the certification route from time to time, but other > than being a money maker for us (which isn't all that bad of a deal :-), > I'm still not entirely convinced that the community of *ours* > would demand certification in any distinguishing way. > I mean, until I can demonstrate that people with certs are likely to > get hired faster or make more money, what's the point? As it is now, > good mod_perl people are hard enough to find that the jobseeker > already has the advantage. Do it on line, for free (or real cheap)? OK so it'd be multiple-guess most of the time, but peer review of submitted coursework too? There are plenty of "intermediate" perl folk out there who only need the briefest of help in getting rocking with advanced perl and mod_perl. You're the trainer though... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: mod_perl advocacy project resurrection (and a proposal!)
kyle dawkins <[EMAIL PROTECTED]> writes: > On Wed, 06 Dec 2000 05:52, Matthew Byng-Maddick wrote: > > > 6. Engineering > > > The Perl community is made up of a truly eclectic group of people, which > > > is an amazing strength. However, it's also an amazing weakness: I get > > > the impression that very few programmers in the Perl community spend a > > > lot of time *reading* books on software engineering and techniques > > > thereof... and > > > > I'm not convinced about this. Although from my limited experience, I'm not > > very fond of them > > Hmmm, I'm not sure if you're talking about the programmers or the books. Ha. > But seriously, I lose a lot of respect for people who don't continually > study software engineering yet call themselves developers. Our craft is > constantly evolving, and to ignore the material that's available to us to > learn new techniques is completely irresponsible and it leads to some of the > problems that we are bemoaning in this very thread. I admit I read these kinds of books fairly often, although because of the sites I do they can tend towards more general topics (Funky Business, Cluetrain Manifesto), but Extreme Programming and Rapid Development are two of the bibles. I have to say though, I've avoided the Design Patterns type books purely because of the C++/Java bias. That said, anyone who hasn't digested Damian Conway's OO Perl book is a total slacker. *snip* Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: mod_perl advocacy project resurrection
Stas Bekman <[EMAIL PROTECTED]> writes: > Yeah, but I don't seem to make other interested. I don't know why. Folks > are too busy I guess. It's blogger syndrome. You need to do it in parallel with the development. The only reason my mod_perl/FastCGI comparison got written was because those nice people at EMAP Online let me spend a little time in the office (and a lot more on the train!) to tidy it up. I've got a handler code fragment using the TT that needs tidying up and extending that I think would make a nice little case study. Where should we take this kind of thing? BTW, I tried subscribing to the mod_perl advocacy list: <[EMAIL PROTECTED]>: Sorry, no mailbox here by that name. (#5.1.1) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_perl advocacy project resurrection
barries <[EMAIL PROTECTED]> writes: > If you could release a source distro of same with a big, red "make" > button on it that would allow folks on FreeBSD, debian, wherever to take > a stab at it too, that would be icing on the cake. Me too ;-) I mean, what would the damage of a full-on, everything binary be? Ten, twenty megs? OK, so we argue over whether to bundle MySQL or Postgres, but I see no objection to an install that "just works". Especially if there's a whole set of application recipies bundled. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_perl advocacy project resurrection
Matt Sergeant <[EMAIL PROTECTED]> writes: > On Tue, 5 Dec 2000, Jeffrey W. Baker wrote: > > > I haven't looked at AO or AxKit, but if I can untar either one of them and > > just get to work, that will rule. > > You can't, but thats because I believe in the CPAN model - use pre-written > components. I don't believe shipping all those components in AxKit (and > there are a fair number required) is the right solution. Maybe I'm > mistaken. Isn't that just a question of getting a Bundle::AxKit together? Or is that an egg-sucking thing... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: enterprise mod_perl architectures
"Gerald Richter" <[EMAIL PROTECTED]> writes: > > 3) Is there anyone who'd like to volunteer virtual space to host this? > e.g. > > ftp, web, creating a mailing list, etc. > > > > I can do this, but I guess it also wouldn't be a problem to host this on > perl.apache.org This is, IMHO, a mod_perl advocacy effort and should sit on that site quite nicely... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: mod_perl advocacy project resurrection
kevin montuori <[EMAIL PROTECTED]> writes: > additionally, i think that some consideration should be given to > how mod_perl is packaged. although it's well documented (and > generally quite simple) there are three kits that need to be > compiled (apache, perl, mod_perl) before the simplest handler > can be tested. i think to an applications programmer who's > perhaps written a few CGI scripts, setting up the infrastructure > necessary to run mod_perl is a bit daunting, particularly if it > also involves mod_ssl. Is the RH7.0 installation stable? It comes with everything as a DSO and _should_ work... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_perl with threaded Apache (eg Apache2)
"John K. Sterling" <[EMAIL PROTECTED]> writes: > This is doug macEachern's bag - > > those who were at apachecon in london saw the progress he had made at that > point - its pretty sweet. check the archives for summaries of his > presentation in late october. Never mind the progress he made _during_ his presentation... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does mod_perl have anything to do with KeepAlive?
Larry Leszczynski <[EMAIL PROTECTED]> writes: > Hi All - > > I'm hoping for some enlightenment about how KeepAlive is implemented in > Apache and whether KeepAlive even comes into play when front-end and > back-end mod_perl servers communicate with each other via HTTP. http://thingy.kcilink.com/modperlguide/performance/KeepAlive.html -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: implementing server affinity
Chris Nokleberg <[EMAIL PROTECTED]> writes: > Of course, the front-end proxy servers don't have mod_perl, so the > TransHandler would have to be written in C (?). Does anyone know of any > existing code that does this sort of thing? Or simply well-written C > TransHandlers that I could work off of? Is there a better way? How are you doing session management? I'm sure mod_rewrite could peek at the user cookie or mangled URL and redirect accordingly. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_perl for NT when using another Web server other than Apache.
Matthew Byng-Maddick <[EMAIL PROTECTED]> writes: > On Tue, 21 Nov 2000, Gurumustuk Singh Khalsa wrote: > > Hi there... I was just wondering if any of you know of a way to use > > mod_perl on NT using another webserver other than Apache. I am running > > the Lotus Domino web server and currently have the latest ActivePerl > > installed. > > No. Mod_perl is heavily tied into the Apache API. I don't know whether > Domino supports ISAPI, but someone I know was looking into the prospect of > writing a mod_perl for ISAPI. Perhaps you should be looking more in that > direction? How about putting a proxy on the front and running a mod_perled Apache? How hairy could that get? Depends how "integrated" the perl has to be with the Domino guts I guess... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] mod_perl evangelism
David Hodgkinson <[EMAIL PROTECTED]> writes: > Greg Cope <[EMAIL PROTECTED]> writes: > > > I've always thought that php had better "web support" in terms of "How > > to do this in php" or tutorials. mod_perl's lack of similar > > resources is not a bad thing. > > OK, the London Perlmongers are having a technical session on > Thursday. I'll see who I can beat up there (hi Leo and Leon! ;-)... Right, it's all gone quiet again. I've set up a mailing list to take discussions off this list: http://www.deep-purple.com/mailman/listinfo/brainwash Yes it's mailman. Bite me. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RFC] Apache::Expires
Geoffrey Young <[EMAIL PROTECTED]> writes: > hi all... > > I was wondering if anyone has some experience with expire headers for > dynamic documents - kinda like mod_expires but for dynamic stuff. Andy Wardley has already clued me in, in two entirely different ways, on doing something very similar with the Template Toolkit - I have modtimes in files I'm templating or records pulled from a database... > why? well, say I have a handler that creates, say, a css document on the > fly based upon fields in a database. the css contents won't change > regularly (if ever) but every request results in dynamic processing. > Wouldn't it be nice to be able to cache dynamic results if I say it's ok? > > (yes, one could just spit out a static document weekly or whatever, but > that's not the point of this discussion, ok :) Again, that's the TT way :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Replacing mod_prewrite with a PerlTransHandler Was: Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
Geoffrey Young <[EMAIL PROTECTED]> writes: > Perhaps that would make for a good talk ;) mod_rewrite recovery? Ok seriously then, we're proposing replacing a lite apache and mod_rewrite with a slightly heavier, but presumably highly shared mod_perled apache at the front end. Measurements anyone? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
[EMAIL PROTECTED] (Randal L. Schwartz) writes:
> >>>>> "David" == David Hodgkinson <[EMAIL PROTECTED]> writes:
>
> David> Is there a way of doing mod_rewrite maps in perl?
>
> Just write a good PerlTransHandler. I do that all the time. I tossed
> mod_rewrite long ago. Arcane syntax, many special variables, heavily
> dependent on regular expressions and special operators... how could
> anything like that ever catch on? {grin}
Excse me...
Ok, so where's the mod_rewrite2PerlTransHandler.pl?
;-)
--
Dave Hodgkinson, http://www.hodgkinson.org
Editor-in-chief, The Highway Star http://www.deep-purple.com
Apache, mod_perl, MySQL, Sybase hired gun for, well, hire
-
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
Stas Bekman <[EMAIL PROTECTED]> writes: > Ralf is always talking about SSL stuff, so if you want to do it, why don't > you just contact him and sync with him. It's not mod_perl but many of us > are using it. So it'd probably be questionable for TPC , but perfect for > ApacheCon. Is there a way of doing mod_rewrite maps in perl? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] mod_perl evangelism
Something on this will happen at the London.pm meeting tomorrow... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] mod_perl evangelism
Greg Cope <[EMAIL PROTECTED]> writes: > I've always thought that php had better "web support" in terms of "How > to do this in php" or tutorials. mod_perl's lack of similar > resources is not a bad thing. OK, the London Perlmongers are having a technical session on Thursday. I'll see who I can beat up there (hi Leo and Leon! ;-)... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
[OT] mod_perl evangelism
Chaps, In the last couple of days and on several mailing lists (MySQL for one), I've seen people pointed to www.phpbuilder.org for answers. Where the hell's the mod_perl version?! -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Trying to use startup.pl to reduce the size of httpd child proces ses....
[EMAIL PROTECTED] writes: > Hello all, > > I am trying to reduce the size of my child httpd processes. We are using > modperl, Embperl, DBI and DBD:Oracle. Our current httpd processes quickly > grow to 22M or so after a database connection. I read in the modperl docs > that modules can be preloaded into the parent httpd process and the child > process will then share the code. I setup a startup.pl file to preload the > modules I need, but instead of reducing the child process size, all httpd > processes are now 22M as soon as apache is started. Modperl is compiled This is good: http://perl.apache.org/guide Read up on what's shared and what's not. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Templates - what choose ?
"G.W. Haywood" <[EMAIL PROTECTED]> writes: > Hi there, > > On Mon, 13 Nov 2000, BeerBong wrote: > > > I think about implementaion of this project with Perl Apache handlers and > > template system. There are HTML::Template, HTML::DynamicTemplate and I saw > > others. > > There was an extensive discussion of this topic on this List a few > weeks ago. Scan through the archive for the longest thread that you > can find. That will be it. That was the one that said that the Template Toolkit was the best? *ducks and runs* -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: dynamic vs. mostly static data
Perrin Harkins <[EMAIL PROTECTED]> writes: > On Wed, 8 Nov 2000, Marinos J. Yannikos wrote: > > > > Only if you don't already have a proxy front-end. Most large sites will > > > need one anyway. > > > > After playing around for a while with mod_proxy on a second server, I'm not > > so convinced; we have been doing quite well without such a setup for some > > time now, despite up to 70-80 httpd processes (with mod_perl) during busy > > hours. > > If you can meet your performance needs without using a proxy front-end, > then by all means avoid the extra work. If you find yourself bumping > against MaxClients and can't easily fix the problem with more RAM, I > recommend you give the proxy approach another look. Personally, I avoided > it until the hardware costs of scaling without it became prohibitive. The killer at my last place was having loads of people a long, long way away hanging on to fat apache processes while loading gifs, jpegs and 20k of text. Still, that was before Stas had really got to the root of the memory sharability thing - I'm happy now that we're looking at a couple of meg unshared per process not tens. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire - --JAF13974.973674502/hodgkinson.org-- --- End of forwarded message ---
Re: dynamic vs. mostly static data
Vivek Khera <[EMAIL PROTECTED]> writes: > Is TT the something that will let me do this without too much > headache? Yes. Look at PRE_PROCESS and POST_PROCESS in the man page. Cheers, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: mod_perl on specific scripts
Matthew Byng-Maddick <[EMAIL PROTECTED]> writes: > On 1 Nov 2000, David Hodgkinson wrote: > > Matthew Byng-Maddick <[EMAIL PROTECTED]> writes: > > > On 31 Oct 2000, David Hodgkinson wrote: > > > > Did I just condemn you to learning mod_rewrite? Ooops :-) > > > You do, of course, know about all the latest patches for this, due to > > > potential security problems > > ...moving to Apache 1.3.14, right? > > Some are fixed in 1.3.14 but there are an extra set of patches for 1.3.14 > to fix the things that weren't fixed. And where do these hide? I can't see them on apache.org in either patches directory... Cheers, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: database access
"Jason Liu" <[EMAIL PROTECTED]> writes: > In general, how should database connections be handled between parent and > child processes? Can you establish database connections from within a > handler? Absolutely. And using Abache::DBI caches the connection handle. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: database access
"Jason Liu" <[EMAIL PROTECTED]> writes: > Hi, > > I can access oracle database from the main Apache process, but not from any > child processes. I am fairly new to this subject, can someone give me some > advice? What error are you getting? You looked in the error logs? What do you mean by "main" apache process? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: HTTP Mod_Perl mini-server
Perrin Harkins <[EMAIL PROTECTED]> writes: > On 3 Nov 2000, David Hodgkinson wrote: > > Dare I add that Squid has plenty of low-latency cacheing features you > > could use? > > In my tests, a modern version of mod_proxy (serving from cache) was faster > than Squid on Linux. Really? Cool. What about taking memory usage into account? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: DBI
"Tamas" <[EMAIL PROTECTED]> writes: > Am I looking in the right place? I just don't seem to be able to find > the right docs in Perldoc or Apache or perl.apache.org. Only if your issue is mod_perl related... ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: HTTP Mod_Perl mini-server
Matt Sergeant <[EMAIL PROTECTED]> writes: > egads, don't do it... Web servers are well developed for this kind of > thing, and modern filesystems (e.g. ext2fs) will buffer the ads in RAM > anyway if you have enough. You're not likely to get any speed increase > doing it this way. If you're that concerned about perhaps the weight of > Apache + mod_perl, consider trying TUX or thttpd, or something else > lightweight written in C. Dare I add that Squid has plenty of low-latency cacheing features you could use? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Apache::SSI problem
Stanislav Grozev <[EMAIL PROTECTED]> writes: *snip* > the problem is, when I fetch the file, the above remains intact, ie. > the SSI doesn't process it? I've tried also with plain Apache::SSI > directives (ie. without subclassing it) and it still doesn't work.;-( > any suggestions? > (this setup sucessfully runs apache::asp and html::embperl, so i don't > think it is from the mod_perl/apache/perl combo) > > any help would be appreciated... Have you got an 'Options +Includes' in there anywhere? Does plain old SSI work at all? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: mod_perl on specific scripts
Matthew Byng-Maddick <[EMAIL PROTECTED]> writes: > On 31 Oct 2000, David Hodgkinson wrote: > > Did I just condemn you to learning mod_rewrite? Ooops :-) > > You do, of course, know about all the latest patches for this, due to > potential security problems ...moving to Apache 1.3.14, right? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: mod_perl on specific scripts
Paonia Ezrine <[EMAIL PROTECTED]> writes: > I have a number of scripts in places other then /perl that I want to use > mod_perl for. However, I can't turn it on for all scripts in a specific > directory or even a certain extension. Is there any way to do this or am > I going to need to do a redirect of some sort (anyone have one)? I trust you've set up a thin apache at the front? Then it's easy to pass only the scripts you want back to the mod_perl server. Did I just condemn you to learning mod_rewrite? Ooops :-) Plan B would be to maybe do it by suffix? Can you do that? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: how to really bang on a script?
"G.W. Haywood" <[EMAIL PROTECTED]> writes: > Hi all, > > On Mon, 30 Oct 2000, Ask Bjoern Hansen wrote: > > > > On Sat, 28 Oct 2000, Christopher L. Everett wrote: > > > > > OK, I confess: I've written (probably yet another) mod_perl banner > > > exchange. I need to know that when we serve 100K banners to 40K > > > > if anyone doubts that perl and mod_perl is a good solution for that, > > you can tell them that at ValueClick we can serve thousands and > > thousands of banners per second on our technology that is close to > > 100% Pure Perl. > > And if anyone wants to know how to write an ad-blocking proxy using > the same technology it's on pages 374-381 of the first edition of the > Eagle Book, "Writing Apache Modules with Perl and C" ISBN 1-56592-567-X. Hey, you leave ValueClick alone! They're the least worst out there! (Is that a compliment?) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Connection Pooling / TP Monitor
Gunther Birznieks <[EMAIL PROTECTED]> writes: > I am also concerned that the original question brings up the notion of > failover. mod_backhand is not a failover solution. Backhand does have some > facilities to do some failover (eg ByAge weeding) but it's not failover in > the traditional sense. Backhand is for load balance not failover. Are we talking about failing "out" a server that's lost the plot, or bringing a new server "in" as well? Isn't it just a case of defaulting the apparent load of a failed machine up really high (like infinite)? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
UK based mod_perl/Apache/MySQL type available
Chaps, I'm looking for a couple of weeks good hard heavy hacking in the above skills areas. Short term CTO work (which anyone using the above probably doesn't need) is good too. Work done, happy customer references and rates supplied on demand. Where I add value the most IMHO, is in the application of Stas' stuff - layering, load balancing, performance tuning and scaling. Make that site fly :-) End of advert, back to your regularly scheduled Monday night football game... Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT]logging Apache processes w/rotatelogs
"Alexander Farber (EED)" <[EMAIL PROTECTED]> writes: > David Hodgkinson wrote: > > There are plenty of counter examples floating around. Mostly involving > > moving log files away then doing a graceful restart. > > Maybe this is useful: > http://www.modperl.com/perl_conference/cool_tricks/handout.html Certianly more useful than my response...thanks. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT]logging Apache processes w/rotatelogs
martin langhoff <[EMAIL PROTECTED]> writes: > They don't seem to hurt the load averages nor the memory, but I wonder > if there might be any problem running so many of them, like, erm, > hitting a max-processes count? Yes. There are plenty of counter examples floating around. Mostly involving moving log files away then doing a graceful restart. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Pointer to a CGI.pm list
"Roderick A. Anderson" <[EMAIL PROTECTED]> writes: > Again sorry to ask here. Oh go on, just this once. As long as it doesn't degnerate into the canonical template discussion... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Awards and stuff
I read recently that webtechniques has an award pending for tools, and the Zope list just mentioned: http://www.linux-community.de/News/story?storyid=349 Any mod_perl evangelists interested? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: One httpd.conf for both apache heavy and apache-light [IfModule]
martin langhoff <[EMAIL PROTECTED]> writes: > I'm reading the mod_rewrite guide right now and my head *is* > spinning. Remind me to write up my experiences. I did this a couple of weeks ago on a five-machine setup and it's worth documenting for peer review... (Like to see if I missed anything obvious :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Zope functionality under mod_perl
"Les Mikesell" <[EMAIL PROTECTED]> writes: > - Original Message - > From: "Philip Molter" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, September 28, 2000 5:29 PM > Subject: Zope functionality under mod_perl > > > I've looked at AxKit, and I'm not quite sure if it's exactly what > > I'm looking for, especially since the development team I'm working > > for does not have much XML/XSL experience and I'd like to keep it > > as perl/HTML oriented as possible. I've also looked at several of > > the templating tools, but they don't look like they provide the > > object-oriented aspect I'm looking for (or do they; anyone have > > experience down that path)? The Template Toolkit lets you make calls into objects, no problem. > > Have you looked at embperl? The latest version allows you to map > the filesystem/URL path to a hierarchy of objects so you can > create a top level default and only override the parts you > want to change as you go down to different sections - without > changes in the page itself. Just like the Template Toolkit... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] advice needed.
"Vladislav Safronov" <[EMAIL PROTECTED]> writes: > Hi, > > I know it's very OT, but don't kick me I just need advice. > > I am going to work in a Web Company to write some mod_perl apps. > They gave me a contract (I think the terrible one) which > contains paragraph (among the others) that signs the rights to all > inventions over to them. > The problem is .. I have never sign such contracts and I don't know if it's > "common" contract template that programmers sign when start coding for > somebody. It depends what you're developing IMHO. I could care less about the sites I'm writing for and what they do. What _is_ important is honing your skills and the techniques you use. These are what I feel increase my value: the ability to do whatever job better and faster. I'm not likely to want to go out and do a ferry booking B2C site on my own in the very near future...however, using the Template Toolkit as a mod_perl handler is WAY up the list of Good Things. HTH, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: perl initialization per virtual host... is it possible
"William Deegan" <[EMAIL PROTECTED]> writes: > Ged, > > I think you may have misunderstood. > > I meant a different startup per virtual host, not per child process. > > Is that possible? If you're going to do that, say, to stop virtual servers interfering with each other, consider having COMPLETELY different fat servers hidden behind your thin one. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Question
"Eric Cholet" <[EMAIL PROTECTED]> writes: > well then we're a long shot away, and so are many French natives :) > Nah, we won't be that demanding, lest we scare him away from the, > erm, "most beautiful city in the world". What? Bath? Dave // Found communication in Paris much improved with a thick, \\ Inspector Clouseau accent...izzat yeur Minkey?
Re: Poor man's connection pooling
Perrin Harkins <[EMAIL PROTECTED]> writes: > On Tue, 5 Sep 2000, Michael Peppler wrote: > > I've come across a technique that allows modperl processes to share a > > pool of database handles. It's not something that I have seen > > documented, so I figured I'd throw it out here. > > > > The idea is to create a pool of connections during the main > > apache/modperl startup. Because these connections end up in the code > > segment for the child processes they are completely shareable. You > > populate a hash in a BEGIN block with x connections, and then provide > > some calls to grab the first available one (I use IPC::Semaphore to > > coordinate access to each connection). > > People have suggested this before on the mod_perl list and the objection > raised was that this will fail for the same reason it fails to open a > filehandle in the parent process and then use it from all the children. > Basically, it becomes unshared at some point and even if they don't do > things simultaneously one process will leave the socket in a state that > the other doesn't expect and cause problems. You can cause pages to > become unshared in perl just by reading a variable, so it's almost certain > to happen sooner or later. I'd rather see a version of Apache::DBI that uses "use other_db" to flip between different databases with the same credentials... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] mod_rewrite hang
Jonathan Leto <[EMAIL PROTECTED]> writes:
> Thanks for the people who tried to help, but it doesn't seem to
> be a DNS timeout. When using the following code, it still hangs:
>
> #!/usr/bin/perl -w
>
> use strict;
> $|++;
>
> while(<>){
> print "$_\n";
> }
strace the server under 'httpd -X'
--
Dave Hodgkinson, http://www.hodgkinson.org
Editor-in-chief, The Highway Star http://www.deep-purple.com
Apache, mod_perl, MySQL, Sybase hired gun for, well, hire
-
Re: HTML Template Comparison Sheet ETA
brian moseley <[EMAIL PROTECTED]> writes: > i used to believe this argument. i was all up on the xslt > bandwagon. and then i took the question to our html dept. > and they unanimously preferred perl. Looking for better paid jobs, I'd guess... ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] Language Question...
David Hajoglou <[EMAIL PROTECTED]> writes: > I would like to be able to read the internals of mod_perl (the module that > plugs into apache). I would like to understand how it works with apache > and to do this I need c coding skills. So, regardless of my reason for > wanting to learn c (though it does relate), does anybody have any > suggestions for a good book or set of books that one can learn c from > (rather than just a language reference). The Eagle book will give you an excellent overview of Apache internals, how mod_perl relates to it and and how the Apache structures are exposed to an interested programmer, C or Perl. As for C itself you could still do worse than Kernighan and Ritche IMHO. HTH, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] Language Question...
David Hajoglou <[EMAIL PROTECTED]> writes: > Well, if you must know, mod perl was programmed in c I knew this. So? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] Language Question...
David Hajoglou <[EMAIL PROTECTED]> writes: > I would like to learn about the programming of mod_perl. While I am an ok > perl programmer, I know very little of c code. Can somebody suggest a (or > several) book that I can start to learn c from? Why do you need C if you've got perl? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] DNS question (slightly mod_perl related...)
Jim Winstead <[EMAIL PROTECTED]> writes: > On Aug 31, David Hodgkinson wrote: > > martin langhoff <[EMAIL PROTECTED]> writes: > > > > > Is it possible to tell BIND to catch *.domain.com and answer the same > > > ip? > > > > Plan A: Generate the zone files from the database. > > > > Plan B: Use the beta of Bind 9 which, I believe, has database bindings > > promised. > > plan c: use a wildcard record and move on to real problems. :) That too :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] DNS question (slightly mod_perl related...)
martin langhoff <[EMAIL PROTECTED]> writes: > Is it possible to tell BIND to catch *.domain.com and answer the same > ip? Plan A: Generate the zone files from the database. Plan B: Use the beta of Bind 9 which, I believe, has database bindings promised. I've hacked around with something like plan A recently. Got to the first 90% stage and lost interest ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: SIGTERM/SIGKILL at the stop/restart events
Stas Bekman <[EMAIL PROTECTED]> writes: *snip* > P.S. If you are not familiar with the great "Jesus Christ Super > Star" musical it's a time to watch it. The above lyrics were copied > from: http://user.chollian.net/~asalabia/musical/jcsly.htm. And of course, Ian Gillan is on the "original cast" recording. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: multilanguage site
"Francesco Pasqualini" <[EMAIL PROTECTED]> writes: > can someone suggest me the best way to build a multilanguage web site > (english, french, ..). > I'm using Apache + mod_perl + Apache::asp (for applications) > > Can be usefull XML/XSL whit AxKit ? > Is there any example/guideline ? I'm interested in this too :-) The Deep Purple site just went vaguely multilingual, but I'm doing this with straight Apache MultiViews (which _are_ honoured by SSI, which is nice) and I can see this becoming a huge headache. I'd like to do it with the Template Toolkit if at all possible. Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] multipart/mime messages [was: Re: Missing src/include/alloc.h ?]
[EMAIL PROTECTED] writes: > In modperl, you wrote: > > > >"Ime Smits" <[EMAIL PROTECTED]> writes: > > > >> You should compose a multi-part mime message in that case. I'm not sure if > >> there are modules around to do that in perl... > > > >That would be Mime::Lite. > > Actually, that would be MIME::Lite. Yeah :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] multipart/mime messages [was: Re: Missing src/include/alloc.h ?]
"Ime Smits" <[EMAIL PROTECTED]> writes: > You should compose a multi-part mime message in that case. I'm not sure if > there are modules around to do that in perl... That would be Mime::Lite. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Acmemail vs WING (was Re: mod_perl-friendly webmail solutions?)
Leon! > Development will start again as soon as yapc::Europe is over and > people get back from holiday, honest. Scalability will really only > happen when I can get some beefy servers to test it on. What are the scalability issues? I'm looking at the possiblity of doing this for some hundreds of thousands of users. If I could staple WING onto the Template Toolkit AND it scaled, I'd be in hog heaven. What templater are you using? Cheers, -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Large Memory Sizes
"Mike Hodson" <[EMAIL PROTECTED]> writes: > I've looked at different documentation, but the methods they give only slow > the use of swap, and the processes keep growing, yet slower.. And that documentation included: http://perl.apache.org/guide ? >From start to finish? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: using mod_perl with SSI-run perl scripts
Vivek Khera <[EMAIL PROTECTED]> writes: > > "BC" == Bogomolnyi Constantin <[EMAIL PROTECTED]> writes: > > BC> mod_perl will never reduce your server load (in fact it will increase it ) > > This is an absolutely wrong statement. Depends where you're coming from, surely? If you're purely SSI, then you're adding overhead, if you're already heavily perl then you're reducing the load (provided you play by the rules ;-). -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Content negotiation Was: Re: HTML Template Comparison Sheet ETA
Whilst we're on the subject of templates, would anyone care to comment on how they fit with content-negotiated documents? I'm looking at a document for multiple language using Apache MultiViews. (index.html.es, index.html.jp etc). Does this even work with SSI or Apache::SSI? TIA, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Jobs?
Stas Bekman <[EMAIL PROTECTED]> writes: > Please keep in mind that this is a strictly mod_perl list... you get the > idea. (I was talking in general, I know that you David are a mod_perl > hacker :) Yep, thanks. I'm trying to sell the idea of the niche between development and system administration called mod_perl architecture, but it's been hard work :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Jobs?
Is this an appropriate place to advertise one's availability for a couple of weeks mod_perl work? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: The Template Toolkit (Re: Templating Systems)
"mgraham" <[EMAIL PROTECTED]> writes: > > Andy Wardley wrote: > > * The Template Toolkit is *ONLY* a template system. This is a Good > > Thing. It processes text (HTML, Latex, POD, etc). You can use it > > under Apache/mod_perl, in stand-alone CGI scripts, or in other > > environments entirely unrelated to HTML or the web. This is also > a > > Good Thing. > > Form state-maintenance and validation is a grey area. I'd love to > have a TT module that was capable of maintaining form state, and > validating user input. ...and better still having an intimate relationship with an underlying database schema :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] Is this thread the longest one of July? :-) (was: Templating System)
Kenneth Lee <[EMAIL PROTECTED]> writes: > Could we just summarize them up as an article? :P Off you go then :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Templating System
Drew Taylor <[EMAIL PROTECTED]> writes: > While I would love to have the session management & form goodies of the > other template systems, our production people are not ready for it > (yet). Keep up the excellent work on these other frameworks - I might > get to use them one day. :-) There's no reason why you can't use Apache::Session from within some code backing a TT script. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Caching data from db
Perrin Harkins <[EMAIL PROTECTED]> writes: > On Thu, 27 Jul 2000, Jeff Beard wrote: > > I have a couple of package globals that I'd like to populate with > > information from a database when I fire up the web server > [...] > > I thought it might be as simple a declaring the variables and > > populating them the first run of the program but that's no good. > > That should work, but you have to do it before the fork (i.e. in > startup.pl or something called from it) and you have to make the variables > globals not lexicals. And make sure you don't try to re-use the database handle in the daughter Apache processes... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [is it time for something other than html?] RE: Templating system
Jauder Ho <[EMAIL PROTECTED]> writes: > The template may be kept in memory but it needs to be reparsed to insert > real values, no? What I would like to see is a way to say the template is > static (header/footer) and does not need to be reparse/regenerated each > time and comparitively small portion of the page be dynamic. This way, you > can also store the html on the front end web server or akamize it and > concentrate on having the app servers provide only the actual data. If you want the resultant page to be cached, you can do this with a scary mod_rewrite mode. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Seeking advice on excessive memory usage
Sean Kelly <[EMAIL PROTECTED]> writes: > Hello there, > > I'm currently developing a few web based applications using > Apache, mod_perl, Perl 5 and the Postgres relational database. This > applications are running on an Intel Linux 2.0.38 machine, with 32Mb > memory. I have to say, 32M is cutting it _very_ fine, especially if you're running a database as well. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Templating system
Darko Krizic <[EMAIL PROTECTED]> writes: > As you know projects must be finished until yesterday. It would be a dream > if we could share the templates between Enhydra and Perl. The only problem I > see here is the performance. Enhydra compiles the java and the HTML pages > and creates methods and a DOM model. Doing this on the fly (for mod_perl) > would be a big drawback in performance. Maybe there should be some kind of > precompiling. Smart templaters cache templates and results. The REALLY smart ones compile the templates into perl code and hold them as a reference to an anonymous sub. > The problem with many templating systems is the fact that they invent a new > language like "$variable" which is usually not displayable in the > Browser so that the designer and the programmer must work tightly. Read Andy Wardley's paper on www.template-toolkit.org. He talks about its positioning between the programmer and designer. For the record, I've just done a by-the-book mod_perl-ed Template thing and it's very quick. I'll be doing a lot more on deep-purple.com very soon. Dave // Still boring -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Templating system
Darko Krizic <[EMAIL PROTECTED]> writes: > What is the Template Toolkit? www.template-toolkit.org -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Templating system
Darko Krizic <[EMAIL PROTECTED]> writes: > The program now can repeat the tr "singlerow" for each table row and insert > it under the tr "resultheader". The values can be inserted into the tds > "row_name" and "row_count". The main advantage is: The designer can generate > HTML pages that can be viewed with a standard browser. > > Does anybody know something similar for Perl? Hmmm. Depends what you mean. I think in your context, the Template Toolkit has many more obvious tags that will litter themselves in the HTML. However, using includes and macros effectively you reduce the amount of cruft in the code. Dave // Currently boring for England on the subject of the TT. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: startup file
Paul Phillips <[EMAIL PROTECTED]> writes: > Hello, all, > > I'm quite noew to modperl. I've written a cgi, using cgi.pm that I am > moving to modperl. The cgi is written as one main program, with a number > of subroutines spread across three libraries that are required into the > main program. > > If I list the main program in my startup file, so it is loaded on server > startup, does it load the external libraries as well? Yes. But you need to use Apache::RegistryLoader to load the script. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Where are mod_perl coders?
Vivek Khera <[EMAIL PROTECTED]> writes: > > "d" == davidu <[EMAIL PROTECTED]> writes: > > d> and have not come across any that have real skills. Where do all the > d> mod_perl coders hang out? > > Well, this week we've been hanging out at the Perl conference 4.0 in > Monterey. Many recruiters were hanging out here... And the going rate was...? ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT]: Re: ApacheCon Europe - thoughts please ?
Gunther Birznieks <[EMAIL PROTECTED]> writes: > Well, I'm sort of kidding here. But the reality is that a conference offers > a lot -- not just knowledge (then just attend a tutorial locally at Sun or > someplace) but networking. Buying key people lots of beer in other words. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Customized Module For Logging In Transfer Log
Saurabh Goyal <[EMAIL PROTECTED]> writes: > Hi, > > I am new to apche and mod_perl. I am trying to write apache module to write > some additional parameters to transfer log (access.log). Is anybody have an > idea, how can we write additional stuff to access.log including the > defaults. Any help appreciated. Like what? The custom log format is very flexible... -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] Anyone know a good perl mailing list?
blue <[EMAIL PROTECTED]> writes: > deja just plain sucks. i am willing to set up a mailing list, if anyone is > interested. i also have no patience with usenet. But deja isn't usenet. Usenet is a decent threaded newsreader hanging off a fast NNTP feed. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [OT] Anyone know a good perl mailing list?
Paul <[EMAIL PROTECTED]> writes: > True enough, but I can't read newsgroups through our company firewall. > Email I can get. www.deja.com? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Anyone know a good perl mailing list?
kevin <[EMAIL PROTECTED]> writes: > Hello, > > Whilst I am subscribed to modperl mailing list does > anyone know a good general perl mailing list > > preferably from perl.org or .com > > I tried subscribing to a few but links where outdated. This is what the comp.lang.perl* Usenet newsgroups are there for. Cheers, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Where are mod_perl coders?
davidu <[EMAIL PROTECTED]> writes: > Hi, > > Our company, like.com, has been looking for some experianced mod_perl > coders. We have checked most of the major job sites, including guru.com > and have not come across any that have real skills. Where do all the > mod_perl coders hang out? Here mostly :-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Startup file and process size
Suresh <[EMAIL PROTECTED]> writes: > Hi all, > > I am trying use a startup file to load all the used modules in my web application, >but when i use > the startup file, the size of all the process becomes big. I excpected that only the >apache's > parent process size becomes become. Also when i ran the example given in the >mod_perl guide , to > see the difference in the shared memory size, its same with or without a startup >file. Which? The parent Apache or the daughters? Are you positive your startup is getting executed? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Installing mod_perl a dozen times ...
martin langhoff <[EMAIL PROTECTED]> writes: > what do you think? is it already done? maybe all of a sudden I've got > this oh so great idea just because I have not read the instructions to > download the latest bundle from CPAN. An expansion on Stas' "10 lines to installing mod_perl" in the Guide perhaps? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: PerlRun question
Perrin Harkins <[EMAIL PROTECTED]> writes: > Doesn't FastCGI have exactly the same issues with dirty code? It's an > honest question; I'm not just being difficult. Almost. It runs in the main package as usual so at least you won't see screams about "...won't stay shared..." and such. You also have finer control over how many of which scripts you run so one bad script won't necessarily take everything with it. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Apache::DBI warning?
I'm doing a clean install of mod_per and I saw the following warning: defined(@array) is deprecated at /software/perl5.6.0/lib/site_perl/5.6.0/Apache/DBI.pm line 135. (Maybe you should just omit the defined()?) Syntax OK Anyone care about this? ;-) Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: PerlRun question
Andrew Chen <[EMAIL PROTECTED]> writes: > Hi, I'm researching the nicest way to migrate our CGIs to running under > mod_perl, and although they are too dirty to run under Apache::Registry, > Apache::PerlRun works just fine. *snip* How dirty is dirty? If it's a case of assembling the globals into a big "use vars qw//" then that's OK. Boring but do-able. > Please help me with this! My internship depends on it! :) Thanks everyone. Looked at FastCGI? ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: detecting memory leaks
"Rob Egan" <[EMAIL PROTECTED]> writes: > Hi, > > I have an Apache 1.3.12 server running on a Sun e450 with Solaris 7, Perl > 5.6.0, and mod_perl 1.24. When I was testing the server everything seemed to > be ok, but once I moved the real content (including a bunch of perl CGI > scripts) onto it, I noticed that memory slowly gets eaten up. If I do the > math on how much memory is occupied by the current running processes, it > just doesn't add up. So, I suspect a memory leak. I use a product called > Purify to detect leaks, or mem access errors in the development stage, but > Purify only works for C, C++, Java, and a few others. How can I test > existing Perl programs to see if they leak memory (especially when I'm not a > programmer)? Any ideas? Apache::Leak but it's a tough one. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Idea of an apache module
Ken Williams <[EMAIL PROTECTED]> writes: > Putting squid in front of an Apache server used to be very popular - has > it fallen out of favor? Most of the answers given in this thread seem > to be more of the roll-your-own-cache variety. Squid's OK provided you can coax Apache to send the header stuff it needs to make an intelligent caching decision. This can be tricky with SSI for example. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Best book
"Scott Alexander" <[EMAIL PROTECTED]> writes: > I used the eagle book. I have done very well with it. Are there > really any other books out there on the subject? perl.apache.org/guide of course! -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Apache::Leak
Matt Sergeant <[EMAIL PROTECTED]> writes: > On 10 Jul 2000, David Hodgkinson wrote: > Sure - looks like you probably don't have any leaks. I tried chasing this > wild goose chase for a while too and ended up just stopping as I wasn't > actually leaking any memory, despite what Devel::Leak tried to tell > me. (this wasn't a mod_perl module though - just ordinary perl). Cool. When I run the same script from the command line, Devel::Leak tells me I've leaked nothing. Still doesn't stop me wanting a nice trace of what _is_ going on :-) I'm going to explore the code coverage thing, permuting the parameters passed to the script. Then give up. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Apache::Leak
David Mitchell <[EMAIL PROTECTED]> writes: > perldoc Devel::Peek and > perldoc perlguts Ok, done that. I'm still not clear as to what Apache::Leak is trying to tell me. Aside from the DESCRIPTION section of the man page saying "Under Construction" making it seem like you've just asked a high-school maths teacher a question and they do a "proof by waving hands around a lot". Hmm...let's look at Devel::Leak. Nope still none the wiser. I still can't see how to find out what I've actually leaked. I've wrapped Apache::RegistryLexInfo round the script too. Yep, lots of output, lots of differences between the state of memory before and after a run of the script, but not much of a clue as to what's actually _leaked_. I'm not really sure if apparent leakage is really the result of code coverage and perl being smart about holding slots for variables open. In the case of using ab to exercise the default path through a lump of code being run under 'httpd -X': Iterations SZ RSS 1 17424 16088 100 17840 16296 100017840 16336 1 17840 16704 So, this script doesn't look at all leaky, once it's been executed a few times. And yet Apache::Leak consistently tells me I've leaked between 15 and 25 SV's per execution. Any offers? -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Apache::Leak
I'm investigating smallish memory leakages in a former CGI script that is now running live as an Apache::Registry script. I've done the bits in the famous guide and the SUPPORT document to get a debugging version of mod_perl going. According to the error log output, I'm leaking anything between 15 and 25 SVs per run of the Apache::Registry script. So, to interpreting the copious emissions: new fb1d58 : SV = PVAV(0xffee88) REFCNT = 1 FLAGS = (PADBUSY,PADMY) IV = 0 NV = 0 ARRAY = 0x0 ALLOC = 0x0 FILL = -1 MAX = -1 ARYLEN = 0x0 FLAGS = (REAL) And so on. My question is, what does all this mean? Where can I find documentation? How do I know which variable have been leaked? Thanks, Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Apache/mod_perl
> Vivek Khera <[EMAIL PROTECTED]> writes: > "PS" == Pramod Sokke <[EMAIL PROTECTED]> writes: > > PS> We are running Netscape Enterprise server with cgis written in perl and C. > PS> I'm looking at moving over to Apache and start using mod_perl. How > [ .. ] > PS> over to Apache/mod_perl going to be a simple plug-in or would it involve > PS> re-writing lots of stuff? > > The C stuff will probably not be worth rewriting, but that depends on > what it does. > > The perl stuff will need to be "cleaned" if it is sloppy code. That > is, if it is clean running in Perl under "-w" and "use strict" you're > most likely going to have little difficulty with them. > > But what you should do is use the two-server performance enhancement > (using mod_proxy and mod_rewrite) and have your legacy apps run on the > front-end server, and then migrate your perl to the mod_perl backend > one at a time. My first thought would be to do some 80/20 analysis and see which bits are REALLY important. If it's the C code, do the fastcgi thing (or Velocigen if you want actual support). If it's the perl code, then as Vivek says. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
New mod_perl site goes live...
Well, the site's old, but the mod_perl bit of it is brand spanking new. Thanks to sterling work by Ged Haywood and a little bit of tweaking by me: http://www.bargainholidays.com/ Is now mod_perl. Well, the most important script on the site it. Response times are now roughly ten times better than they were, but the most impressive thing is that the system load now looks like a dead person's cardiogram as opposed to that of someone in bad ventricular fibrillation. It ate today's lunchtime peak without breaking a sweat. There are still a couple of CPU wastes in the perl itself but I'll fix those in due course. Thanks for a great tool! -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Apache : mod_perl vs fastcgi
Dana Powers <[EMAIL PROTECTED]> writes: > FastCGI with perl may or may not be that fast. I could be totally wrong here > but I believe that FastCGI will be able to cache the perl runtime, but perl > will still have to reload and recompile any scripts during every hit. Not true. You put some code in your CGI to "get next CGI request". Your fully compiled program does this for as many times as it needs to. See the paper linked off my homepage *plug* *plug* ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Apache/mod_perl
Pramod Sokke <[EMAIL PROTECTED]> writes: > Hi, > > We are running Netscape Enterprise server with cgis written in perl and C. > I'm looking at moving over to Apache and start using mod_perl. How > simple/complex do you think the process is going to be? > There are tons of scripts distributed all over the place here. Would moving > over to Apache/mod_perl going to be a simple plug-in or would it involve > re-writing lots of stuff? For an easy life you might consider FastCGI as a first step too. I wrote some stuff on this recently, linked off my home page. Dave -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: apache::DBI
Kristopher Lalletti <[EMAIL PROTECTED]> writes: > Okay, so if it seems that Redhat 6.1/6.2 Apache & mod_perl is broken.. > Anyone have a good guide/website to get apache & mod_perl compiled > properly? http://perl.apache.org/guide/install.html#Installing_mod_perl_in_10_Minute > I've been reading the fine manuals and compiled httpd with mod_perl (by > using the Makefile.PL from the mod_perl src tree.) I have to say that RH6.2 and mod_perl "works for me" out of the box, at least in development. I'll let you know what it's like in production in a few weeks... ;-) You have all this carp in your httpd.conf? What does "apachectl configtest" tell you? LoadModule perl_modulemodules/libperl.so AddModule mod_perl.c PerlRequire startup.pl Alias /perl/ /home/httpd/perl/ SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: Perl Registry ... Memory consumption.
Nigel Hamilton <[EMAIL PROTECTED]> writes: > Hi, > I've been trying to setup mod_perl in an Apache/Red Hat > Linux/mySQL environment for the last couple of weeks. > > When running Apache::Registry on production, mod_perl chewed up > all the available memory (at that stage only 64 Meg) and the system > started to use swap memory. > > So we doubled the memory to 128 Meg and over the next 10 minutes > of using the site (having restarted the server) we watched as all the > extra memory was used up and it went back into swap! > > So here are some questions: > > 1. What is a 'ball-park' figure for mod_perl memory requirements? http://perl.apache.org/guide > > 2. What is the entry level spec for a mod_perl/Apache/Linux server? http://perl.apache.org/guide > 3. Should I reduce the number of Apache child processes (currently 10) ... > to reduce memory consumption? http://perl.apache.org/guide > 4. Will mod_perl always ramp up its memory consumption to whatever is > available? http://perl.apache.org/guide > 5. Should we throw money at the problem and just buy more memory? http://perl.apache.org/guide > 6. I have not been able to get Apache::DBI to work. Will Apache::DBI > significantly reduce memory consumption (every script opens a DB handle > for session checking)? Put it _first_ in startup.pl. > Any help, and war stories that you may have would be much > appreciated ... http://perl.apache.org/guide ;-) -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
Re: [input] mod_perl and ISPs in the real world
Shane Nay <[EMAIL PROTECTED]> writes: > > Hmmm...what about a variant of the proxied mod_perl? > > > > Picture a lite bulk front-end apache doing the usual stuff then > > proxying the mod_perl stuff back to a serverly (chargeably?) > > process-limited apache with a different httpd.conf per site? > > > > Nah, not good, you still have to budget a fair few meg per mod_perl > > site. > > > Yea, that's the problem as I see it..., modperl processes can be > _huge_, so you need a finite way to control with an absolute hand > the size of those processes. Limiting by number of threads on that users own dinky little apache seemed a plausible way to go. At least apache and mod_perl are shared. But every user will end up with a CGI.pm or somesuch in this scenario. Plus, I've fixated on Apache::Registry type stuff, not dinky little per-site bits of code. -- Dave Hodgkinson, http://www.hodgkinson.org Editor-in-chief, The Highway Star http://www.deep-purple.com Apache, mod_perl, MySQL, Sybase hired gun for, well, hire -
