Re: Modperl core dump on startup
RH supplied RPMs suck, please read the mailing list archive it was discussed many time already. Grab the statically built RPM from perl.apache.org. Hi all. I just installed modperl 1.21 with apache 1.3.9, both are custom RPMs that are basically based on the Red Hat RPMs (we just changed the paths.) So we load modperl dynamically using Load and AddModule. When I just do a plain old 'apachectl start' it looks like it is starting but ps show me no httpd processes there is no error message and nothing in the error log. I actually had this setup going earlier today, and was quite perplexed why it wasn't working now. So I took out the Load and AddModule lines for modperl and then tried starting the server up. It worked fine. So then I added the lines back to the conf file, and restarted the server and it works. No problems at all. I did a find to see if apache might have left a core file lying around somewhere where I hadn't looked yet and found the one that it had dumped. It appears that it crashed somewhere while messing with Data::Dumper. I can send a full backtrace if neccesary. System Stats: Red Hat 6.1 Dual Pentium III 500MHz 256 MB RAM perl5 (5.0 patchlevel 5 subversion 3) (Stock RH) modperl 1.21 (homebrew RPM) apache 1.3.9 (same) === Sam Phillips [EMAIL PROTECTED] http://www.usaworks.com/~sam I do not fear computers. I fear the lack of them. -- Isaac Asimov ___ Stas Bekman mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas Perl,CGI,Apache,Linux,Web,Java,PC at www.singlesheaven.com/stas/TULARC www.apache.org www.perl.com == www.modperl.com || perl.apache.org single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com
Re: Logo / brand
At 00:28 -0700 99.12.5, Michael Dearman wrote: David Emery wrote: [snip] Personally, I think the name mod_perl should be kept, and mod_perl hackers should start referring to themselves as "The Mod Squad". A logo could be created based on the shape of Linc's hair from the Mod Squad TV series. Of course this wouldn't mean much to anyone who hadn't wasted childhood hours watching cheesy American TV shows... -Dave *cackle* :) Mod Squad did occur to me, but I couldn't think of a logo. M. Dearman Here's a sample logo in Ascii art. Of course we'll also have to start spelling hyperlink as hyperLinc... o o ooo ooo o o o ooo ooo oo___ ___oo o| |- -| |o ooo |___| |___| ooo oo oo The mod_squad Ok, I think I've got this out of my system. Sorry for the interruption. -Dave Oh, the things I do to avoid getting down to work...
Re: finding old apache.pm
Hi there, I'm a new user to modperl, actually just trying to get it installed. I installed it under my own directory ( I don't have root privs for the machine ) fine, but when I start apache up it finds an old Apache.pm (the one the sys admin installed), I need it to find mine the one that I installed in my directory. I've tried a number of things to alter INC but it still finds the old Apache.pm :-( any help would be appreciated, http://perl.apache.org/guide/install.html#Installation_Without_Superuser_P Thanks, Tom ___ Stas Bekman mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas Perl,CGI,Apache,Linux,Web,Java,PC at www.singlesheaven.com/stas/TULARC www.apache.org www.perl.com == www.modperl.com || perl.apache.org single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com
Tellme Is Hiring
Mod_Perl Friends, I'm writing from Tellme Networks, a start-up based in Palo Alto, California. Check us out at http://www.tellme.com/. Building a great team is the most important thing I do. We're looking to hire someone (either full-time or as a consultant) who has experience building web applications using mod_perl. You'd have an opportunity to build out a very important part of our service and work with great people on challenging projects in a terrific work environment. Mike McCue and I left Netscape to co-found Tellme back in February. Since then, we've focused on building the best team, recruiting top talent from companies like AOL, Microsoft, Altavista, LinkExchange, WebTV, Netscape, Beyond.Com, The Gap, Nokia, ATT, Nuance, Speechworks, and more. Today we're a team of 45 (approx.), and growing fast -- because great people attract more great people. Among our investors are an unparalleled team of amazing individuals responsible for incredible things. One of our two lead investors is Jim Barksdale, who was CEO of Netscape, and built two other hugely successful businesses as COO -- ATT Wireless (McCaw Cellular) and Federal Express. One of our other primary investors is Brad Silverberg, formerly SVP and member of the executive committee at Microsoft. Brad managed and led the organizations at Microsoft responsible for Windows 3.1, Windows 95, and ultimately, Micrsoft's Internet turnaround, leading the Internet Explorer division to dominant market share. The company has attracted considerable attention in the press from publications such as The Wall Street Journal, The New York Times, BusinessWeek, CNBC, and many more. See http://www.tellme.com/newsclips/ for links to recent Tellme stories. If you're interested in exciting and challenging Web back-end development work with a world class team of people in a fast paced and fun work environment (check out our culture - photos at http://www.tellme.com/photos), please send us your resume. We need folks who know what they're doing with mod_perl, and web application architecture and implementation in general. Ideally you're You can fire off email to me directly ([EMAIL PROTECTED]) or to [EMAIL PROTECTED] Let's change the world together and have some fun doing it! Thanks, -angus
Re: mod_perl SourceGarden is looking for a new home
Stas Bekman [EMAIL PROTECTED] wrote: Hi, Lately, ScreamDesign has changed its policy regarding OSS and because of that mod_perl SourceGarden is looking for a new home. We would like to thank ScreamDesign for hosting our project for the last half a year, especially Pat and Philip who provided all the setup and required sysadministering. Can someone help us? We are almost ready for a beta release of the project, but if there will be no site there will be no project :( What we are looking for is a company/individual to host the site and provide the project bandwidth and basic local sysadmin help. It would be nice to have linux runing on it, and for it to be a dedicated box, since there will be lots of mod_perl stuff running there. I'm checking on a local contact to provide the bandwidth, and co-location. Being a sys-admin for Texas AM University, I can provide the sysadmin for the box. The person I'm contacting would like a bandwidth estimate before deciding. Any good guesses? I'm assuming minimal graphics. If bandwidth does go up, we can look at hosting the graphics and other static content elsewhere. Also, do we have a box dedicated that could be shipped, or would I need to look into obtaining one elsewhere? Would on of the *BSD flavors be acceptable? -- James Smith [EMAIL PROTECTED]
Re: mod_perl Programmers demand is going up...
Hi again, all, On Sun, 5 Dec 1999, Victor Zamouline wrote: So, a company hiring VB developers knows that these are humble and obedient guys who will make the application work, even if an extra semicolon will ruin the whole program. And that is perfectly OK with such companies because they sell the product and the MAINTENANCE behind it (they call it "maintenance", but it actually means re-writing the whole program when the client only needs an extra semicolon). C'est la vie. Caveat emptor. Bummer. But a good Perl programmer is more often uncontrollable, he writes a perfect program, but no one else understands it, H. So when I spread the mod_perl word, I make sure I don't make my client hire another bunch of VB programmers after what I told them about mod_perl during the training. :))) Hang on, fellas, isn't this getting a bit unnecessarily evangelist? Tools like mod_perl are just that. Tools. I'd no more want to `spread the word' aobut mod_perl than I would about my welding set. But if I saw somebody struggling to join two bits of HR40 together, drilling holes in it and messing about with nuts and bolts, I'd say `Hey, have you seen how easy it is to do it this way, and what a good job it does?'. Then I'd go on to explain that he needs to get acquainted with a whole raft of things like hydrogen embrittlement, position, stress relief, non-destructive testing, and any number of health hazards. When he's done that he will be able to choose the best tool to do the job he has in front of him. It might be a drill. It will have been for his benefit, so he can get the job done better, not to make me feel good about another convert. 73 Ged.
Re: mod_perl Programmers demand is going up...
Hi all, On Sat, 4 Dec 1999, Gunther Birznieks wrote: Just putting in use strict and -w doesn't cut it. There's a load of gotchas that people just have to understand and learn on top of Perl skills. Too true. This is a topic in its own right. I believe that mod_perl could be made into an almost indispensable part of any Apache setup if only it were not so easy to fall into the traps it sets for you. As it is I think many people will simply walk away from it because it's about as programmer-friendly as a cornered rat. Come to think of it, Stas, how about a rat? 73:) Ged.
RE: mod_perl Programmers demand is going up...
Me too Yet Another Well Funded Startup Company: DigitalWork.com location: Chicago, IL company: E-Commere B2B startup, probably largest true startup in Chicago assets: 4 rounds of funding, VC's include Draper, Fisher Jurvetson culture: startup -- stock options, pool table, stock options, playstation, stock options, free drinks, smart folks, stock options, etc hardware: Sun, Linux farm software: apache 1.3.9/mod_perl 1.2.1 HTML::Mason Oracle8i We're looking to hire as many folks as we can. We really are pre-IPO, but only are recruiters and PR people can talk about that part. /Me too -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kreimendahl, Chad J Sent: Friday, December 03, 1999 9:51 AM To: '[EMAIL PROTECTED]'; mod_perl list Subject: RE: mod_perl Programmers demand is going up... I can describe what I mean when I say "mod_perl experience". I think that to most it means this as well. mod_perl experience is just a nifty word to aid in the finding of someone who has the style of perl which fits the requirements of mod_perl. The ability to keep everything within scope; ability to write modular code; an overall c programming style to perl. Whether or not you've actually written anything for to be run under a mod_perl apache doesn't really mean much. If someone familiar with programming for mod_perl were to look at your code, it would be fairly easy for me to see if you had the ability to be a mod_perl developer. In fact... if anyone is interested in a job using mod_perl... I need 3 people by the end of this month. a little background on the company, project and group. Company: location: Kansas city, mo company: financial institution assets: 7+ billion culture: suits (overall bank culture) Group: Internet services culture: laid back, open environment, no real dress code, flexible time, smart people Project: business to business e-commerce site hardware: Sun Cluster software: apache 1.3.9/stronghold/mod_perl 1.2.1 (Solaris 2.6) CVS Oracle 8i The money is very good for the region... email me if you're interested -Original Message- From: Scott Chapman [mailto:[EMAIL PROTECTED]] Sent: Friday, December 03, 1999 9:35 AM To: mod_perl list Subject: Re: mod_perl Programmers demand is going up... I am new to Mod_Perl. I don't know what all it's good for. My question is, what do they mean by "mod_perl experience". I can compile Apache with mod_perl and make emb_perl work correctly but I highly doubt that is all they are after. Being new to this, I'd like some perspective from those more experienced.
Mailing list size
Although I like mailing lists, I am beginning to see a pattern. A list becomes useful at around 5-20 daily contributions. At around 30+, I glaze over and skip tons of stuff, wishing it would end already. modperl is well over that limit, and I now have to unsubscribe just to keep my day productive. Also, I perceive that signal to noise is diminishing with increasing size. Perhaps it is time to further specialize the list into sub-topics? -- Dominic Amann, http://www.interlog.com/~damann/ Linux Based Solutions Ltd. Toronto, ON, M3J 1G8, Canada Tel: (416) 638-8649, Fax: (416) 630-1584
Re: Name: overview
Suddenly, James G Smith uttered: "Victor Zamouline" [EMAIL PROTECTED] wrote: 6) Eagle with a single red-blue-yellow feather in its wing, proposed by Salve Nilsen I think I've kept up with the thread, but I may have missed a post or two. If I'm repeating, please forgive me. I like this idea, but I'm seeing the Eagle from the mod_perl book in grey with the one feather in color. If so, I like this one. Even without any words. That was the thought, yes. Have a look at URL:http://sjn.nvg.org/mod_perl/watermark/watermark/eagle_with_feather.png for an example... - Salve
Re: Name: overview
Suddenly, James G Smith uttered: "Victor Zamouline" [EMAIL PROTECTED] wrote: 6) Eagle with a single red-blue-yellow feather in its wing, proposed by Salve Nilsen I think I've kept up with the thread, but I may have missed a post or two. If I'm repeating, please forgive me. I like this idea, but I'm seeing the Eagle from the mod_perl book in grey with the one feather in color. If so, I like this one. Even without any words. Hm. Is my mail getting through? Anyway, yes that was the idea. It might look something like this: URL:http://sjn.nvg.org/mod_perl/watermark/eagle_with_feather.png. (The other "watermark" pictures are also there... The previous URL is a bit flakey, so don't use that one anymore.) Conserning whether or not to keep the mod_perl name: Keep the name! Why in the world should we throw away an established brand name? mod_perl is recognizable, it tells something about what it is about, and isn't too "flashy". If we need to say something about the abilities, then let's do that with a logo and perhaps some catchphrase... [Insert image of a high-flying eagle here] "Make Your Server Soar!" All IMHO, of course. - Salve -- [insert english .signature here]
Re: mod_perl Programmers demand is going up...
Suddenly, Stas Bekman uttered: Hi, folks You wouldn't beleive but I receive a great deal of mod_perl job offers. Here is a partial quote of the most generic content of the offer: *Sigh* Lots of jobs in the US, but none in Norway... :( I've been lurking on this list a little while and have played a little with mod_perl on may spare time. The impression I get is that mod_perl is _really_ fun, mostly because I can do anything I want with it, and secondly becuse it's perl and apache. :) I've been twiddling aroud with perl a couple of years now, and even held a couple of beginners courses at the University. Right now i feel like using more time on some Open Source project, and mod_perl looks like the thing I'd like to work with... So... Are there any mod_perl-related projects or "chores" that need help from an interested perl-programmer which needs something to do while he's looking for a job? - Salve J. Nilsen -- Hm. Maybe I should compose an english .sig?
Re: Mailing list size
I think whenever you get advocacy posts then you see a flurry of posts. If you don't like those types of posts, you usually pretty quickly identify them by topic (currently it is the mod_perl programmers are in demand subject line).. and can filter out...Delete delete delete... I may be wrong, but I think the amount of techie info that flows across this list is less than 20 typically? Or am I wrong? Absolutely correct, it's 20. And it's a rear occasion when we talk about non-technical, yet interesting and important topics... so please don't get intimidated... "Dominic A. V. Amann" wrote: Although I like mailing lists, I am beginning to see a pattern. A list becomes useful at around 5-20 daily contributions. At around 30+, I glaze over and skip tons of stuff, wishing it would end already. modperl is well over that limit, and I now have to unsubscribe just to keep my day productive. Also, I perceive that signal to noise is diminishing with increasing size. Perhaps it is time to further specialize the list into sub-topics? -- Dominic Amann, http://www.interlog.com/~damann/ Linux Based Solutions Ltd. Toronto, ON, M3J 1G8, Canada Tel: (416) 638-8649, Fax: (416) 630-1584 ___ Stas Bekman mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas Perl,CGI,Apache,Linux,Web,Java,PC at www.singlesheaven.com/stas/TULARC www.apache.org www.perl.com == www.modperl.com || perl.apache.org single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com
Name / brand overview version 2
= 1. Known propositions for the name/symbol of Mod_Perl = 1.1. Animals (independent symbols) -- 1.1.1. Eagle, proposed by Ged Haywood. Copyrighted by O'Reilly, but it looks like this problem can be solved. 1.1.2. Hedgehog, proposed by Stas Bekman. 1.1.3. Oyster, proposed by Randy Harmon. 1.1.4. Elephant, proposed by Jay J. 1.2. Weird things / mixtures (the idea of a bridge) --- 1.2.1. Mythical beast with the head of an eagle and the body of a camel, proposed by Rod Butcher. 1.2.2. Weird animal with recognizable features of the camel head and the eagle, and feathers painted like the Apache feather, proposed by Bill Desjardins. 1.2.3. Eagle with a single red-blue-yellow feather in its wing, proposed by Salve Nilsen. 1.2.4. GRAY eagle with a COLOR feather, precision proposed by James Smith. 1.2.5. Camel with wings, proposed by Ken Williams. 1.3. Other ideas --- 1.3.1. Meld Pro, anagram proposed by Robin Berjon. 1.3.2. Red brick base of a building, with mod_perl inscribed on a brass plaque, proposed by John Burns. == 2. Known graphic resources == 2.1. Various eagles and other birds, depository maintained by Victor Zamouline. http://www.jazzvalley.com/modperl/symbols/index.html Selected by Stas out of the above: http://www.jazzvalley.com/images/modperl/animals/birds/gif/hawk7.gif http://www.jazzvalley.com/images/modperl/animals/birds/gif/baldegl1.gif http://www.jazzvalley.com/images/modperl/animals/birds/gif/baldegl3.gif 2.2. Watermarks/sketches around the "Eagle" and "powered by" ideas, proposed by Salve Nilsen. http://sjn.nvg.org/mod_perl/watermark 2.3. Elephant resources, referred to by Ken Williams. http://www.reno.quik.com/snow/elephant.html http://www.lazoo.org/elephants/elephant_facts.html http://www.lazoo.org/elephants/ELEPHANT.GIF 3. Pros and cons 3.1. Should the name change? 3.1.1. Perhaps, just maybe, it should be Doug's decision whether mod_perl needs a name change? (Jason Bodnar) 3.1.2. Personally, I think the name mod_perl should be kept, and mod_perl hackers should start referring to themselves as "The Mod Squad". A logo could be created based on the shape of Linc's hair from the Mod Squad TV series. (David Emery) 3.1.3. Keep the name! Why in the world should we throw away an established brand name? mod_perl is recognizable, it tells something about what it is about, and isn't too "flashy". If we need to say something about the abilities, then let's do that with a logo and perhaps some catchphrase... (Salve Nilsen) 3.2. Bridge or independent product? --- 3.2.1. This talk is about a commercial success. The /perl.apache.org/logos/mod_perl.gif logo represents a bridge between two products (makes one think of a gadget!), not really a product. I remember my first interest to Java associated with the coffee cup, or my first interest to Perl associated with the camel, or even Apache's feather. (Victor Zamouline) 3.2.2. In the case of an "independent product", I think that Mod_Perl should have its own isolated symbol. What if some webmasters will also want to include their tribute to Perl and Apache on their pages? Then, the three logos aligned together make a perfect family. (Victor Zamouline) 3.2.3. But that is what it is. A very cool bridge indeed, but a bridge. (Ask Bjoern Hansen) 3.3. Symbols 3.3.1. I was thinking about hedgehog as one that protected from everything, exactly like mod_perl... (Stas Bekman) 3.3.2. I suggest we keep the camel. Maybe give him lots of muscle with the apache feather in there somewhere. (Baiju Thakkar) 3.3.3. What about the red brick base of a building, with mod_perl inscribed on a brass plaque? Suggestions of sturdiness, of foundation, and "for-all-seasons" come to mind. Since the logo might show the intersection of building and ground, one version could have tufts of grass, the other snow. It could adapted, much in the way the Linux penguin is adapted and co-opted banners and such. (John Burns) 3.3.4. The Eagle idea sounds really strong and symbolic behind ModPerl, and the graphical image of it would be highly customizable, portable, simple and color-independent. (Victor Zamouline) 3.3.5. "The association between the image of a white-tailed eagle and the topic of Apache modules is a trademark of O'Reilly Associates." (Jim Winstead) 3.3.6. How about an oyster? Perhaps not as american-patriotic but just think how sexy it sounds. (Randy Harmon) 3.3.7. The O'Reilly Eagle is a Tawny Eagle. Thar be golden, spotted, bald, imperial, harpy ... well, plenty to go around. (Michael Dearman) 3.3.8. If it is an eagle, we can use anything as long as it isn't
Re: Logo / brand
Victor Zamouline wrote: Talking about "let's do something" topics on the mod_perl list is a waste of time, unfortunately... The motto of this list regarding new things is "think it, implement it and give it"... This is somewhat too straightforward, Stas. Look - I only suggested there should be another name and another logo, and we have already had the "Eagle" proposition from Ged, and the watermarks samples at http://b179a.studby.ntnu.no/mod_perl/watermark/ from Salve. The Eagle idea sounds really strong and symbolic behind ModPerl, and the graphical image of it would be highly customizable, portable, simple and color-independent. Many sites will thus accept to host the logo on the front page, and many books will reveal a mystery behind an appealing eagle image. I sat down and looked at Salve's "Powered by mod_perl" watermarks for some time, trying to imagine "Powered by Eagle"... What about "Eagle Perl"? "Powered by Eagle Perl"? Vic. Got a nice eagle. Wife's going to work on puting apache-colored feathers at the wing tips. Now for the words. Thinking the eagle will be in close proximity to the Apache logo - so a bit much "powered". But what? Mod Perl or Eagle Perl: -Enhanced, -On Board, Turbo-, -Tuned, Soaring with-, Flying with-, ...? M. Dearman Our eigth y/o asked that we tell him if there was a Santa or not, because when he grew up he didn't just want to be sitting around waiting for him to bring his kids some toys if he wasn't going to show up. :)
Re: Name / brand overview version 2
I've been watching this thread for a week now. I find the content rather tiresome and wish that there were more discussion of technical issues related to using mod_perl as there used to be on this list. But on the other hand I am pleased to see some new names on the list that apparently belong to people who are learning to use Doug's great product, and are excited enough about it to want to spend time talking about designing a logo and "evangelizing" its use. However, here are a few observations: I do not believe that this list is the appropriate place for these conversations, any more than comp.lang.perl.misc was a place for endless arguments over the relative merits of Perl and M$ Visual Basic or whatever ... drivel that basically rendered c.l.p.m completely useless and forced creation of a moderated group for the purposes for which the original public group was created. Stas started his sourcegarden project here several months ago and to me it seems that all this about logos, branding and evangelization would be more at home there, saving this list for technical discussions relating to the design and use of mod_perl. I also am a little dismayed by the youthful zeal of most of the participants in these recent discussions. Most of you seem to be very recent adoptees of mod_perl and when you are not complaining about its "traps" or how "hard" it is you seem to want to topple Micro$oft by preaching the virtues of mod_perl alone ... confused. mod_perl (it's not capitalized, by the way) is a specialized product that glues together the Apache web server and the Perl programming language. It is what it is. It's quite widely used (see Stas' graphs), has a very successful and beautifully clear ORA book and another learning book in the works ... it's not hard to use, it's cake if you read the documentation and follow it ... and it doesn't need any monkeying around with by a bunch of neophytes who seem to be more concerned with marketing tactics than memory consumption. [ now my true feelings are starting to come through ] Please, give it a break. I'm always glad to promote mod_perl and also to help newer users who are *programmers* if they have questions that I have already dealt with. But all this other stuff is just blowing smoke, I'm afraid. And finally -- and I saved the most important thing for last -- where the fsck do you get off with "Known Propositions for the name/symbol of Mod_Perl [sic]" when you haven't apparently asked for an opinion or comments from, or maybe *are not even aware of the existence of* the author and maintainer of the product??!! Until DougM joins this discussion it has all the legitimacy of a proposal to change the name of Perl because it doesn't include the word 'Active' that has no input from Larry. (Knowing Doug, though, a *lot* nicer person than I, he may well encourage this nonsense, in which case I'll just jump of the list and let you all blather on in peace.) Bah humbug, Nick On Sun, 5 Dec 1999, Victor Zamouline wrote: = 1. Known propositions for the name/symbol of Mod_Perl = [ ... snip ... ] === Nick Tonkin Director of Software Development ValueClick, Inc. Delivering more than 60,000,000 dynamic http requests a day with - Perl - Apache - mod_perl - MySQL
Re: mod_perl Programmers demand is going up...
I might as well pile on :-) At TimeBills.com (www.timebills.com) we are looking for smart, talented mod_perl/perl developers to help us build a complete suite of small business applications. We are location in Boston (Back bay for now, moving to South Station in January). Seed funded and in the final throes of a solid first round of VC funding. Open Source shop as much as possible, Linux, Apache, Mod_perl, CVS, Emacs etc. We have a really good, fun crew, good option packages, experienced management, lots of upside etc. Check out our web site, play with the application and if you are interested drop me an email. -- Geoff Crawshaw CTO TimeBills.com Inc. [EMAIL PROTECTED] http://www.timebills.com Andy Pruitt - Fri, Dec 03, 1999 at 07:38:46PM -0600 Me too Yet Another Well Funded Startup Company: DigitalWork.com location: Chicago, IL company: E-Commere B2B startup, probably largest true startup in Chicago assets: 4 rounds of funding, VC's include Draper, Fisher Jurvetson culture: startup -- stock options, pool table, stock options, playstation, stock options, free drinks, smart folks, stock options, etc hardware: Sun, Linux farm software: apache 1.3.9/mod_perl 1.2.1 HTML::Mason Oracle8i We're looking to hire as many folks as we can. We really are pre-IPO, but only are recruiters and PR people can talk about that part. /Me too From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kreimendahl, Chad J Sent: Friday, December 03, 1999 9:51 AM To: '[EMAIL PROTECTED]'; mod_perl list Subject: RE: mod_perl Programmers demand is going up... I can describe what I mean when I say "mod_perl experience". I think that to most it means this as well. mod_perl experience is just a nifty word to aid in the finding of someone who has the style of perl which fits the requirements of mod_perl. The ability to keep everything within scope; ability to write modular code; an overall c programming style to perl. Whether or not you've actually written anything for to be run under a mod_perl apache doesn't really mean much. If someone familiar with programming for mod_perl were to look at your code, it would be fairly easy for me to see if you had the ability to be a mod_perl developer. In fact... if anyone is interested in a job using mod_perl... I need 3 people by the end of this month. a little background on the company, project and group. Company: location: Kansas city, mo company: financial institution assets: 7+ billion culture: suits (overall bank culture) Group: Internet services culture: laid back, open environment, no real dress code, flexible time, smart people Project: business to business e-commerce site hardware: Sun Cluster software: apache 1.3.9/stronghold/mod_perl 1.2.1 (Solaris 2.6) CVS Oracle 8i The money is very good for the region... email me if you're interested From: Scott Chapman [mailto:[EMAIL PROTECTED]] Sent: Friday, December 03, 1999 9:35 AM To: mod_perl list Subject: Re: mod_perl Programmers demand is going up... I am new to Mod_Perl. I don't know what all it's good for. My question is, what do they mean by "mod_perl experience". I can compile Apache with mod_perl and make emb_perl work correctly but I highly doubt that is all they are after. Being new to this, I'd like some perspective from those more experienced.
Re: Mailing list size
Stas is right, I've been mass-deleting the "logo" and "demand" threads for several days, resulting in a quite manageable list. The nice thing is, you can always search the archive if you accidentally delete something (and you *should* search the archive before posting, anyway, as well as check the Guide). Stas Bekman wrote: I think whenever you get advocacy posts then you see a flurry of posts. If you don't like those types of posts, you usually pretty quickly identify them by topic... Absolutely correct, it's 20. And it's a rear occasion when we talk about non-technical, yet interesting and important topics... so please don't get intimidated...
Re: Mailing list size
Have to be honest and say that compared to other mailing lists I'm on, this one is the most professional and personal I've seen. From: Eric Strovink [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Stas Bekman [EMAIL PROTECTED] CC: mod_perl list [EMAIL PROTECTED] Subject: Re: Mailing list size Date: Sun, 05 Dec 1999 12:08:43 -0500 Stas is right, I've been mass-deleting the "logo" and "demand" threads for several days, resulting in a quite manageable list. The nice thing is, you can always search the archive if you accidentally delete something (and you *should* search the archive before posting, anyway, as well as check the Guide). Stas Bekman wrote: I think whenever you get advocacy posts then you see a flurry of posts. If you don't like those types of posts, you usually pretty quickly identify them by topic... Absolutely correct, it's 20. And it's a rear occasion when we talk about non-technical, yet interesting and important topics... so please don't get intimidated... __ Get Your Private, Free Email at http://www.hotmail.com
Re: Mailing list size
On Sun, 5 Dec 1999, Anthony Gardner wrote: Have to be honest and say that compared to other mailing lists I'm on, this one is the most professional and personal I've seen. Thank you. From all of us, I'm sure. On a technical (if not topical) point it would ease network traffic and the pressure on my left middle finger (the one that types `d') if we could all try to avoid double-shotting the people we know are on the list. There's no point me sending mail to Stas and copying it to the mod-perl list as well, I know he'll get a copy if I just send it to the list. Point two, some of the emails seem to have heaps of HTML and other baggage hanging onto them. These usually double the size of the message and often they dwarf it. Please check that your MUA isn't sending things unnecessarily. I hope mine isn't... 73 Ged Haywood.
Re: Fix for Redhat(?) bug in mod_perl install
On Sat, 4 Dec 1999, Autarch wrote: I don't remember if this has been discussed before but anyway. If you're running Redhat 6.0 (and maybe 6.1?) Just this moment installed a RH-6.1 system. It did not exhibit this problem. there may be some weirdness when you try to install modperl. Basically, when you go to run make on apache, it gives it some -L or -I flags that include libgdbm, because your Perl was compiled with this. However, there is a missing symlink in the /usr/lib directory. Just do the following to fix it: ln -s libgdbm.so.2.0.0 libgdbm.so This should probably be added to the guide or something. The failure message you get is the compile failed the sanity check, with no mention of libgdbm at all. It's pretty wacky! -- -- Tom Mornini -- InfoMania Printing and Prepress
Re: PerlFreshRestart and %INC
On Sun, 5 Dec 1999, Tim Bunce wrote: I guess I could add something like this: DBI-default_connect_method("Apache::DBI::connect"); which Apache::DBI could call, after a "use DBI;", to get itself plugged in. that would be great, cos ive wanted to be able to supply my own connect method as well.
Re: PerlFreshRestart and %INC
Tim Bunce wrote: I've always thought the "must load Apache::DBI before DBI" thing was a bit weird anyway. Can't you just make it a flag that DBI looks at that Apache::DBI sets? The idea was to avoid run-time overhead by setting things up a compile time. I guess I could add something like this: DBI-default_connect_method("Apache::DBI::connect"); which Apache::DBI could call, after a "use DBI;", to get itself plugged in. Ew. That is pegging my wankometer. Doesn't connect_cached do the same thing that most of Apache::DBI does? Why doesn't Apache::DBI just inherit everything but connect() and disconnect() from DBI? IMHO Apache::DBI causes more problems than it solves with it's "transparent" replacement of DBI functions. Can anyone point to an example where a subclass of DBI would not do everything that Apache::DBI does, except without the headaches? -jwb
Re: PerlFreshRestart and %INC
[EMAIL PROTECTED] (Jeffrey W. Baker) wrote: IMHO Apache::DBI causes more problems than it solves with it's "transparent" replacement of DBI functions. Can anyone point to an example where a subclass of DBI would not do everything that Apache::DBI does, except without the headaches? Yes, here's an example: a subclass wouldn't let existing scripts run *unmodified* with persistent connections. That said, I should point out that I tend to wrap my connection() method in a subroutine anyway and call that subroutine from lots of places, so it wouldn't be much hassle to do Apache::DBI-connect(...) instead of DBI-connect(...) . I agree that it would certainly be more intuitive and avoid the load-order gotchas. And support for Apache::DBI could be removed from DBI, which makes sense hierarchically. I don't (yet) see a way to make this interface backward-compatible, so I suppose it deserves a new class name. Apache::PersistentDBI? Apache::CacheDBI? ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum
Re: PerlFreshRestart and %INC
Ken Williams wrote: [EMAIL PROTECTED] (Jeffrey W. Baker) wrote: IMHO Apache::DBI causes more problems than it solves with it's "transparent" replacement of DBI functions. Can anyone point to an example where a subclass of DBI would not do everything that Apache::DBI does, except without the headaches? Yes, here's an example: a subclass wouldn't let existing scripts run *unmodified* with persistent connections. Well, yeah. I think that's the point. In any rational world, you wouldn't expect the loading of a class called Apache::DBI to affect the methods of the class called DBI. Apache::DBI is a weird class. Most people never call any methods from it. For them, the incantation 'use Apache::DBI;' is pure voodoo programming. -jwb
Re: PerlFreshRestart and %INC
"Jeffrey W. Baker" [EMAIL PROTECTED] writes: Ken Williams wrote: [EMAIL PROTECTED] (Jeffrey W. Baker) wrote: IMHO Apache::DBI causes more problems than it solves with it's "transparent" replacement of DBI functions. Can anyone point to an example where a subclass of DBI would not do everything that Apache::DBI does, except without the headaches? Yes, here's an example: a subclass wouldn't let existing scripts run *unmodified* with persistent connections. Well, yeah. I think that's the point. In any rational world, you wouldn't expect the loading of a class called Apache::DBI to affect the methods of the class called DBI. Apache::DBI is a weird class. Most people never call any methods from it. For them, the incantation 'use Apache::DBI;' is pure voodoo programming. It's a good example of the "action at a distance" idea. It's useful, though, so we can forgive some amount of trouble :) It would be nice to see a DBD::Apache or DBD::Shared DBD module, so that you could call something like: my $db = DBI-connect("shared;dbd=mysql;db=mydb;host=foo.com", "myuser", "mypw"); Then the DBD module could handle the caching of handles at that level. Or as suggested above you could subclass DBI. I think we should provide both a clean, well-designed interface for general use, and an interface that works with existing scripts un-modified. Come to think of it, most cases that would want to run unmodified probably are Apache::Registry scripts. Perhaps the db handle caching belongs somewhere with Registry, much as it handles caching of parsed scripts? There would be a certain aesthetic value of Registry caching dbh's as well as scripts and letting a separate, on-demand module handle general caching for typical handlers to use. Even nicer would be Registry using that same higher level mechanism with only slight amounts of magic :) Like $[, Apache::DBI serves a purpose for backwards compatibility (in this case old CGI scripts instead of odd perl4 scripts), but it probably should be disdained in general use, at least once a suitable replacement is available. Now, who wants to write it? :) Chip -- Chip Turner [EMAIL PROTECTED] Programmer, ZFx, Inc. www.zfx.com PGP key available at wwwkeys.us.pgp.net