Pb compiling mod_perl (1.21 to 1.24.01)
Hi list I can't get mod_perl to compile with my apache_source. I always get ' /usr/bin/ld : cannot find -lgdbm : No such file or directory ' with 'make'. I'm running a Debian 2.2 box, i added /usr/lib to ld.so.conf, and libgdbmg1 is installed. Thanks for your answer Laurent
Re: VB scripts w/ Apache::ASP - Ime?
| Incidentally, I'm very interested in that add-on that'll allow Apache::ASP | to process VB scripts. Since I'm not too familiar with the field, I was | just wondering who or what Ime is? If it is an institute of mechanical | engineering, which university's is it? It's just a single person who has been far too busy those days. I did hope for some external support, but since I got almost no reactions at all, I'm not sure if I can finish this project myself, but I will publish what I have so others can continue. Ime
[ANNOUNCE] ApacheCon USA 2001: Call For Papers
This is to announce a CFP for ApacheCon: Santa Clara California, USA April 4-6, 2000 If you have registered before go here: http://ApacheCon.Com/html/login.html If you are new go here: http://ApacheCon.Com/2001/US/html/cfp.html/ Just as with TPC our aim is to have a full double room track for mod_perl for all 3 days. So make sure that you submit enough mod_perl material, so we will have it full. If you remember the thread where we have discussed a possibility of having a dedicated mod_perl conference in the future, the next ApacheCon and TPC will become the test our ability to bring enough speakers with interesting talks which will result in full classes. If this happens most chances are that we will have a dedicated mod_perl conference next. So folks don't let us down :) P.S. For ApacheCon you just submit your proposals from one of the above links, no need to send proposals here for them to get accepted. Of course you are welcome to discuss... :) _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
[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: Pb compiling mod_perl (1.21 to 1.24.01)
On Tue, 14 Nov 2000, Laurent Perez wrote: Hi list I can't get mod_perl to compile with my apache_source. I always get ' /usr/bin/ld : cannot find -lgdbm : No such file or directory ' with 'make'. I'm running a Debian 2.2 box, i added /usr/lib to ld.so.conf, and libgdbmg1 is installed. http://thingy.kcilink.com/modperlguide/install/Missing_or_Misconfigured_libgdbm.html Thanks for your answer Laurent _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Virtual Hosts, Name Space Clashing and Apache::Registry
Hi, I'm encountering name space clashes with two virtual hosts on my server while using Apache::Registry. Both sites use a settings module that returns a hash of configuration parameters (e.g., fgcolour = blue, bgcolour = white). The settings module is called: settings.pm. There are two versions of this module stored in different directories (i.e., /site1/cgi-bin/settings.pm + /site2/cgi-bin/settings.pm ). The problem is, periodically the sites swap look and feel. Intermittently, a site suddenly appears cross-dressed in the other's colours etc! I'm using Apache::Registry as the handler. My understanding was that Apache::Registry creates a unique name space for each subroutine it loads (e.g., Apache::ROOT::cgi2bin::settings etc.). I could just rename the module but I'd like to know why things are going awry. Are global variables not included in this unique name space? I'm using lexically scoped (my) variables to store the settings. For example: use settings; my %settings = settings::getSettings(); Any help would be much appreciated. NIge
Re: Virtual Hosts, Name Space Clashing and Apache::Registry
On Tue, 14 Nov 2000, Nigel Hamilton wrote: Hi, I'm encountering name space clashes with two virtual hosts on my server while using Apache::Registry. http://thingy.kcilink.com/modperlguide/config/A_Script_From_One_Virtual_Host_C.html _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
"Stas" == Stas Bekman [EMAIL PROTECTED] writes: Stas P.S. For ApacheCon you just submit your proposals from one of the above Stas links, no need to send proposals here for them to get accepted. Of course Stas you are welcome to discuss... :) Since I've never been a "paper" speaker before, but only an invited speaker or paid tutorialist, would there be interest in me submitting something to the mix? And how complicated would it need to be... something like an updated version of my "Stonehenge::Pictures" tool from my WT columns? In fact, would a paper be the equivalent of a column, but presented live? Sorry for my ignorance, but I've only been on the voting end, never the proposing end. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 [EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/ Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
At 11:22 14/11/2000 +0100, Stas Bekman wrote: Just as with TPC our aim is to have a full double room track for mod_perl for all 3 days. So make sure that you submit enough mod_perl material, so we will have it full. I have some experience speaking before a crowd at conferences (though not at technical ones) or on stage and I think I know mod_perl enough to be able to write about several aspects of using it. The one thing I'm missing is inspiration :) Are there any subjects that desperatly beg to be talked about but have no writer/speaker ? -- robin b. Immature poets imitate, mature poets steal. -- T.S. Eliot
Re: Virtual Hosts, Name Space Clashing and Apache::Registry
Nigel, If you are referring to the loading of a look-and-feel module, you're out of luck. The module names themselves are global and do not take on the properties of the script namespace. This is actually a *feature* so that different scripts can share the same modules. :) I actually spent a lot of time wringing my hands on this problem because I want the look and feel of our apps to be .pm files. This issue is different from templating because even templates need some logic behind them which the view files generate. So In the end, I came up with a "view loader" mechanism where each view is granted its own namespace using a special .pm loader that changes the package namespace that the view has. Each view has two methods: new and display. new() creates the view and makes it sticky within the scripts namespace while display() actually generates the view's display routine. You can read the view chapter at http://www.extropia.com/ExtropiaObjects/ if you want to know more about one workaround. Later, Gunther At 12:59 PM 11/14/00 +0100, Stas Bekman wrote: On Tue, 14 Nov 2000, Nigel Hamilton wrote: Hi, I'm encountering name space clashes with two virtual hosts on my server while using Apache::Registry. http://thingy.kcilink.com/modperlguide/config/A_Script_From_One_Virtual_Host_C.html _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org __ Gunther Birznieks ([EMAIL PROTECTED]) eXtropia - The Web Technology Company http://www.extropia.com/
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
At 01:58 PM 11/14/00 +0100, Robin Berjon wrote: At 11:22 14/11/2000 +0100, Stas Bekman wrote: Just as with TPC our aim is to have a full double room track for mod_perl for all 3 days. So make sure that you submit enough mod_perl material, so we will have it full. I have some experience speaking before a crowd at conferences (though not at technical ones) or on stage and I think I know mod_perl enough to be able to write about several aspects of using it. The one thing I'm missing is inspiration :) Are there any subjects that desperatly beg to be talked about but have no writer/speaker ? Speaking on just what I'd like to see... but my tastes may be a bit eclectic. I'd like to see a talk on templating systems and mod_perl. Hint to whomever is watching. :) Actually I suspect case studies would be good. I'd also be very interested in performance benchmarks related to some of the more sophisticated techniques people talk about (eg using IPC vs files for storing shared data). I'd love a talk on mod_rewrite. But that's not really mod_perl, and maybe Ralf himself should give it. I know it's a bit of an old module, but it's also pretty magical even still. I'd also like to see more talks on engineering. The mod_backhand talk is great, but what about a good solid comparison about the other solutions. What's the performance between mod_backhands proxying and straight mod_rewrite rotational load balancing? Maybe a case study on developing huge sites on mod_perl. I imagine the system Ask works on would be an interesting engineering case study with real world benchmarks. I'd also love to see an as objective as possible talk comparing the mod_perl 1.0 and 2.0 architectures to the Apache Java Servlet/JSP stuff. And maybe some performance comparisons for simple stuff written in both. Not too many people use both Java and Perl and I think most people don't really understand how or where one should/could be used over the other. Later, Gunther
Re: Problem with single quote ' character
Hmm, what was the message that you got back when you executed this stement? Rodney Broom - Original Message - From: "Omri Tintpulver" [EMAIL PROTECTED] To: "'Rodney Broom'" [EMAIL PROTECTED] Sent: Tuesday, 14 November, 2000 07:07 Subject: RE: Problem with single quote ' character Hi Rodney, thanks very much for your reply. I'm trying it now, but I'm doing something wrong. Here's what I have, could you take a look at it? #parse query string and enter into database if query string exists my $authors = $query{'authors'}; my $title = $query{'title'}; my $year = $query{'year'}; my $source = $query{'source'}; my $topic = $query{'topic'}; my $purpose = $query{'purpose'}; my $sample = $query{'sample'}; my $gmc = $query{'gmc'}; my $process = $query{'process'}; my $outcome = $query{'outcome'}; my $rater = $query{'rater'}; my $results = $query{'results'}; my $refs = $query{'refs'}; my $notes = $query{'notes'}; my $therapy = $query{'therapy'}; my $analysis = $query{'analysis'}; my $critique = $query{'critique'}; my $getcopy = $query{'getcopy'}; my $id = $query{'id'}; #make sure all single quotes are escaped $q_authors = $dbh-quote($authors); $q_title = $dbh-quote($title); $q_year = $dbh-quote($year); $q_source = $dbh-quote($source); $q_topic = $dbh-quote($topic); $q_purpose = $dbh-quote($purpose); $q_sample = $dbh-quote($sample); $q_gmc = $dbh-quote($gmc); $q_process = $dbh-quote($process); $q_outcome = $dbh-quote($outcome); $q_rater = $dbh-quote($rater); $q_results = $dbh-quote($results); $q_refs = $dbh-quote($refs); $q_notes = $dbh-quote($notes); $q_therapy = $dbh-quote($therapy); $q_analysis = $dbh-quote($analysis); $q_critique = $dbh-quote($critique); $q_getcopy = $dbh-quote($getcopy); #update entry form into the database $sth = $dbh-prepare( "UPDATE tbl_sarah SET authors = '$authors', title = '$title', year = '$year', source = '$source', topic = '$topic', purpose = '$purpose', sample = '$sample', gmc = '$gmc', process = '$process', outcome = '$outcome', rater = '$rater', results = '$results', refs = '$refs', notes = '$notes', therapy = '$therapy', analysis = '$analysis', critique = '$critique', getcopy = '$getcopy' WHERE id = '$id'" ); $sth-execute(); --I've put single quotes and also tried no quotes around the variables in the SQL statement; neither worked. Thanks again, Omri -Original Message- From: Rodney Broom [mailto:[EMAIL PROTECTED]] Sent: Monday, November 13, 2000 10:15 PM To: [EMAIL PROTECTED] Subject: Re: Problem with single quote ' character Hi Omri, RH This is an FAQ and there is a lot of info on this. You need to escape it RH with \. RH Just about all languages have a function that does this for you. Look up RH the appropriate docs. Hmm, let's see if I can be a little bit more helpful than Rolf. Although he really is right. ;-) - Here's the SQL side of it: Let's say that $firstfield is equal to "Rodney's sooo cool!', and that $id is equal to 86. That means that when this statement is passed into your DB (MySQL), that the text of: UPDATE tbl_hello SET firstfield = '$firstfield' WHERE id = '$id' will come through as: UPDATE tbl_hello SET firstfield = 'Rodney's sooo cool!' WHERE id = '86' See the problem? - OK, now the Perl side: First, I'm assuming that you are using the DBI package. If not, say so. DBI provides a neeto routine called quote(), it works like this: $q_var = $dbh-quote($var); So, doing that to $firstfield would look like this: $q_firstfield = $dbh-quote($firstfield); $firstfield is not equal to ['Rodney\'s soo cool'], including all three single quotes. So, if your Perl code looks like this: $sql = sprintf( qq{UPDATE tbl_hello SET firstfield = %s WHERE id = '$id'}, $dbh-quote($firstfield) ); Then you'll get the SQL to pass to the DB that you are looking for. Hollar if you have any other questions. Rodney Broom -- - Please check "http://www.mysql.com/documentation/manual.php" before posting. To request this thread, e-mail [EMAIL PROTECTED] To unsubscribe, send a message to: [EMAIL PROTECTED] If you have a broken mail client that cannot send a message to the above address (Microsoft Outlook), you can use: http://lists.mysql.com/php/unsubscribe.php
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
On Tue, 14 Nov 2000, Robin Berjon wrote: At 11:22 14/11/2000 +0100, Stas Bekman wrote: Just as with TPC our aim is to have a full double room track for mod_perl for all 3 days. So make sure that you submit enough mod_perl material, so we will have it full. I have some experience speaking before a crowd at conferences (though not at technical ones) or on stage and I think I know mod_perl enough to be able to write about several aspects of using it. The one thing I'm missing is inspiration :) Are there any subjects that desperatly beg to be talked about but have no writer/speaker ? The best thing is talk about something cool that you have implemented. Basically the talks about mod_perl are devided in three groups. 1. Core mod_perl: API, install, config, performance, pitfalls, control (most of the thing covered by the guide and the eagle book) 2. 3rd party modules: Apache::* 3. Applications using mod_perl: you've used mod_perl to implement something cool, which might be useful or inspiring for others. 4?) Well it seems that Brian Mosley has started the fourth group, talking about his ideas and looking for follow-ups/interest/inspiration. But this seems more like the Birds of the Feather like session, which were quite sucessful at the last conference, especially the one with a T-Shirt bite from Geoff and his generous laserlink.net company. If you remember instead of announcing the BOF we have created a white path made of T-Shirts leading directly to the room. Well, the room was completely full :) _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
RE: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
I think there is room, however, for more stuff like that. In particular, a presentation of templating techniques is very important for people to understand so that they can make informed decisions about moving away from bloat like CGI.pm (no flames, please) and improve the maintainability of their application. Remember that your talk can be reused for both ApacheCon and TPC, most of the people don't make it to the both conferences. So while you are thinking about your TPC submission, at the same moment you can submit it to ApacheCon as well. Personally, my C is very weak - I have wanted to see something about how mod_perl _really_ ties in with Apache for a while now. Not just the basic XS stuff (though there is nothing basic about it) but perhaps detail enough to add a new Perl* directive without using Apache::ModuleConfig. Power user stuff - maybe not that appropriate since mod_perl 2.0 awaits, but I would find it interesting anyway. Yup, that would be really cool. If anyone would want to do it, here are some very useful references by Steven McDougall (may be we should invite him?): http://perlmonth.com/columns/modules/modules.html?issue=6 http://perlmonth.com/columns/modules/modules.html?issue=7 http://perlmonth.com/columns/modules/modules.html?issue=8 http://perlmonth.com/columns/modules/modules.html?issue=9 http://perlmonth.com/columns/modules/modules.html?issue=10 _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
At 01:58 PM 11/14/00 +0100, Robin Berjon wrote: At 11:22 14/11/2000 +0100, Stas Bekman wrote: Just as with TPC our aim is to have a full double room track for mod_perl for all 3 days. So make sure that you submit enough mod_perl material, so we will have it full. I have some experience speaking before a crowd at conferences (though not at technical ones) or on stage and I think I know mod_perl enough to be able to write about several aspects of using it. The one thing I'm missing is inspiration :) Are there any subjects that desperatly beg to be talked about but have no writer/speaker ? Speaking on just what I'd like to see... but my tastes may be a bit eclectic. I'd like to see a talk on templating systems and mod_perl. Hint to whomever is watching. :) You mean Andy? :) I'm sure with the speed he talks he could cover all available template modules in the one tutorial time, especially if Simon flips the slides for him :) Actually I suspect case studies would be good. I'd also be very interested in performance benchmarks related to some of the more sophisticated techniques people talk about (eg using IPC vs files for storing shared data). +1 I'd love a talk on mod_rewrite. But that's not really mod_perl, and maybe Ralf himself should give it. I know it's a bit of an old module, but it's also pretty magical even still. 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. I'd also like to see more talks on engineering. The mod_backhand talk is great, but what about a good solid comparison about the other solutions. What's the performance between mod_backhands proxying and straight mod_rewrite rotational load balancing? Well I guess it'd be really hard to find such a person, unless Theo will help us :) Or I'm mistaken and there is a brave person in the crowd with the right skills to teach the rest of the us illiterate :) Maybe a case study on developing huge sites on mod_perl. I imagine the system Ask works on would be an interesting engineering case study with real world benchmarks. Uhm, is it's IP of the company? I'd be glad to hear that talk. As I've mentioned in one of my prev posts, Eric Cholet will probably share with rest of us, the knowledge we gain here (jazzvalley.com) for doing multilingual stuff with TT and mod_perl. So there will be at least one engineering talk. I'd also love to see an as objective as possible talk comparing the mod_perl 1.0 and 2.0 architectures to the Apache Java Servlet/JSP stuff. And maybe some performance comparisons for simple stuff written in both. Not too many people use both Java and Perl and I think most people don't really understand how or where one should/could be used over the other. Looks like a perfect subject for you Gunther :) _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
"Stas" == Stas Bekman [EMAIL PROTECTED] writes: Stas P.S. For ApacheCon you just submit your proposals from one of the above Stas links, no need to send proposals here for them to get accepted. Of course Stas you are welcome to discuss... :) Since I've never been a "paper" speaker before, but only an invited speaker or paid tutorialist, would there be interest in me submitting something to the mix? And how complicated would it need to be... something like an updated version of my "Stonehenge::Pictures" tool from my WT columns? In fact, would a paper be the equivalent of a column, but presented live? Sorry for my ignorance, but I've only been on the voting end, never the proposing end. :) I think in your case you just have to submit your name as a proposal :) But seriously, all you have to submit is a description of the talk you are going to give. I think quite many of you columns will be very heartly accepted. Stuff like Throttling module and other cool uses of mod_perl are mostly welcome. So I suppose that if pack in a few cool columns and make an application/modules talk, it'd be just right. As for the 'paper' question, you've got the handouts already, it's the column. Just need to turn them into slides. I'm not sure about showing lots of code though, it's quite hard to catch it on the fly, so may be talking about concepts and live demos (with probably common errors showing) would be the best. Massaging the whole code in the column might not be very good idea. But you know what's the right thing to do much better than me. I'm just talking from my experience. Let these talks come in rain, we want Terry (the boss of Camelot who organizes ApacheCon) to be impressed and for her to give OK to organize our mod_perl conference. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Re: [OT] mod_perl evangelism
David Hodgkinson wrote: 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?! Agreed. 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. Stas was up to something similar with sourcegarden - do not know where thats upto - I think Stas has been buzy with other things. I'd help with something (sticking his head out on a block ;-) Greg -- 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
Gunther Birznieks wrote: At 01:58 PM 11/14/00 +0100, Robin Berjon wrote: At 11:22 14/11/2000 +0100, Stas Bekman wrote: Just as with TPC our aim is to have a full double room track for mod_perl for all 3 days. So make sure that you submit enough mod_perl material, so we will have it full. I have some experience speaking before a crowd at conferences (though not at technical ones) or on stage and I think I know mod_perl enough to be able to write about several aspects of using it. The one thing I'm missing is inspiration :) Are there any subjects that desperatly beg to be talked about but have no writer/speaker ? Speaking on just what I'd like to see... but my tastes may be a bit eclectic. I'd like to see a talk on templating systems and mod_perl. Hint to whomever is watching. :) Your trying to reignight that old thread don the flame proff stuff, seriously this would be a good mod_perl thing. Matt are you going to do something on AXKit ? Actually I suspect case studies would be good. I'd also be very interested in performance benchmarks related to some of the more sophisticated techniques people talk about (eg using IPC vs files for storing shared data). Maybe a case study on developing huge sites on mod_perl. I imagine the system Ask works on would be an interesting engineering case study with real world benchmarks. This would be good "advertising" and hence help when we go to a {client|boss|manager|person with pointy hair} and say look at mod_perl site XZY runs it (and hopefully they go "Ah ... your hired !" ;-). I'd also love to see an as objective as possible talk comparing the mod_perl 1.0 and 2.0 architectures to the Apache Java Servlet/JSP stuff. And maybe some performance comparisons for simple stuff written in both. Not too many people use both Java and Perl and I think most people don't really understand how or where one should/could be used over the other. Gunter - sounds like you are talking yourself into a slot here - again this would be interesting from a PHB perspective i.e put mod_perl into context with Java. meek mode If any one is interested I could do something on Session Manager - which I've been looking at rewriting in C - but I have to learn C at the same time so its very slow /meek mode Greg Later, Gunther
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
At 04:50 AM 11/14/00 -0800, Randal L. Schwartz wrote: "Stas" == Stas Bekman [EMAIL PROTECTED] writes: Stas P.S. For ApacheCon you just submit your proposals from one of the above Stas links, no need to send proposals here for them to get accepted. Of course Stas you are welcome to discuss... :) Since I've never been a "paper" speaker before, but only an invited speaker or paid tutorialist, would there be interest in me submitting something to the mix? And how complicated would it need to be... something like an updated version of my "Stonehenge::Pictures" tool from my WT columns? In fact, would a paper be the equivalent of a column, but presented live? I can only speak for myself, but here's my take. Although I may piss off some people/conference coordinators-- hopefully not. 1) I am sure there's always going to be an interest in you submitting something to the mix. You're Randal Schwartz! 2) Different conferences have different audiences and different feels to them. eg a lot of Usenix conferences are really formal. They always want a paper plus eventual slides and they are usually quite academic. It's a lot of work IMHO to submit to a Usenix conference. I am a bit disappointed that PerlCon started taking this road (at least they made it really hard in the 1999 one) especially as PerlCon isn't Usenix. Submitting formal papers is fine for academics, but in IMHO it's a waste of time to have a speaker write a paper for most of the talks I've seen. And usually the paper leaves things open that the speaker finally fills in the blanks for at the conference -- so conference proceedings are 60% usually sucky anyway -- even in paper format without forcing a formalism to the suckiness. :) On the other end of that you have something like the old LinuxExpo's in North Carolina b4 RedHat made it big and quit the conference circuit. Those talks were more informal and highly techie. Maybe YAPC is like that -- I wish I could have attended a YAPC, they sound like a lot of fun. Then you get the Web Design and Development or InternetWorld's of the world... they're usually a lot of case studies and a bit more business oriented. In fact, some of those more commercial conferences have even started having the nerve to ask for money from the speakers to speak. By the way, the ones I mentioned by name (WDD and IW) do NOT have this practice as far as I know -- but I know others that do. From seeing the survey of talks, It seems to me like ApacheCon is in the middle. It's not precisely an academic conference so the paper submission process doesn't seem so annoying as a Usenix but it does have a good share of techie talks. I think the talks tend not to be too case study oriented which can be a good thing. I think case studies are great if there is a good technical technique (eg a case study on a multilingual website), but they get real boring if it's just someone saying the same thing. eg when we did a talk on Perl in investment banking at PerlCon 99, we wanted to make sure we weren't spouting the same thing about Perl being a cool, easy-to-use glue language. But to also share cool techniques that other investment bank IT people attending our talk were able to chat about with us afterwards -- we've still kept in touch with some of them. The fact that we were able to connect with and reach out to Perl folks at other investment banks having given the talk was really something that made it worthwhile for us. Unfortunately, many case studies about Perl in XYZ industry tend to say the same old mantra over and over again about how Perl is a great "glue" language or something else everyone has heard about 10 million times. Saying the same old thing is boring without backing up with some interesting technique. I do think that beginner talks are vital to conferences like ApacheCon to get new people into open source and loving it. And also paying for the facilities for the tech side. I also think that some small mix of talks should be given to new people who've never talked before because it will get them interested in open source and contributing more. To some degree, people who are witty and good at talking but who aren't as deep techie-wise are actually great people to give a talk teaching new people how to do stuff. I am no judge of speaking, but as I mentioned in a previous post, I prefer engineering related stuff. So although I am sure your pictures module may be interesting. I would personally find your articles (and hence talking) on things like your bandwidth throttling mechanisms and by extension using mod_perl to manage spider attacks more interesting to me. But that's just me -- as I said in a previous post, my tastes may be a bit out on the outer techie edge. Of course, I could also be misinterpreting what your pictures module does -- and it might be more interesting to me than I am thinking. I obviously can't speak for what others would think. But I
Re: [OT] mod_perl evangelism
On Tue, 14 Nov 2000, Greg Cope wrote: David Hodgkinson wrote: 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?! Agreed. 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. Stas was up to something similar with sourcegarden - do not know where thats upto - I think Stas has been buzy with other things. Yup, unfortunately it has never taken off the ground. Now I'm working for a startup and you know how hectic things are in the startups. But by all means, if you want to revive the sourcegarden project, go for it. (http://sourcegarden.org) I'd help with something (sticking his head out on a block ;-) Greg -- 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 - _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
RE: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
At 04:08 PM 11/14/00 +0100, Stas Bekman wrote: Remember that your talk can be reused for both ApacheCon and TPC, most of the people don't make it to the both conferences. So while you are thinking about your TPC submission, at the same moment you can submit it to ApacheCon as well. For someone on a budget and no boss to pay my way, which conference will have more mod_perl? And for my 2 cents, I'd be interested in hearing about mod_perl and designing for scalability, whatever that means. Or was that the mod_backhand talk I missed? Bill Moseley mailto:[EMAIL PROTECTED]
RE: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
On Tue, 14 Nov 2000, Bill Moseley wrote: At 04:08 PM 11/14/00 +0100, Stas Bekman wrote: Remember that your talk can be reused for both ApacheCon and TPC, most of the people don't make it to the both conferences. So while you are thinking about your TPC submission, at the same moment you can submit it to ApacheCon as well. For someone on a budget and no boss to pay my way, which conference will have more mod_perl? I hope both. It depends on submitters. YOu will know more detals clother to the conference time. And for my 2 cents, I'd be interested in hearing about mod_perl and designing for scalability, whatever that means. Or was that the mod_backhand talk I missed? If you weren't there, you've definitely missed it :) I've been twice there. It's a killer. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://apachetoday.com http://jazzvalley.com http://singlesheaven.com http://perlmonth.com perl.org apache.org
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
On Nov 14, 4:15pm, Stas Bekman wrote: I'd like to see a talk on templating systems and mod_perl. Hint to whomever is watching. :) You mean Andy? :) I'm sure with the speed he talks he could cover all available template modules in the one tutorial time, especially if Simon flips the slides for him :) I...must...remember...to...speak...very...very...slowly... :-) And yes, I've got plans to submit a paper (or two) on building web systems using Apache/mod_perl, XML, Template Toolkit, Duct Tape, and various other bits and pieces. Anyone who's in London this week might like to come along to the london.pm technical meeting to get a flavour of what I'm doing. Uhm, let me just cut and pastehere. * iCan - take some XML, Apache/mod_perl and the Template Toolkit, shake, bake and build a groovy web site and internet help desk for Canon UK, they that otherwise lack clues in such matters. Apologies to the larger majority who don't live in London - you'll have to wait until next April. :-) More details from london.pm.org A -- Andy Wardley [EMAIL PROTECTED] Signature regenerating. Please remain seated. [EMAIL PROTECTED] For a good time: http://www.kfs.org/~abw/
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
On Tue, 14 Nov 2000, Greg Cope wrote: I'd like to see a talk on templating systems and mod_perl. Hint to whomever is watching. :) Your trying to reignight that old thread don the flame proff stuff, seriously this would be a good mod_perl thing. Matt are you going to do something on AXKit ? Assuming my proposal gets accepted, yes. Although I think next time I'm going to be less nice about Cocoon :-) meek mode If any one is interested I could do something on Session Manager - which I've been looking at rewriting in C - but I have to learn C at the same time so its very slow /meek mode Inline.pm! -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
RE: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
-Original Message- From: Matt Sergeant [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 14, 2000 12:05 PM To: Greg Cope Cc: mod_perl list Subject: Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers meek mode If any one is interested I could do something on Session Manager - which I've been looking at rewriting in C - but I have to learn C at the same time so its very slow /meek mode Inline.pm! you have any experience with this? I forget where I read the article (TPJ?) but it looks really cool... --Geoff -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
On Tue, 14 Nov 2000, Gunther Birznieks wrote: I'd like to see a talk on templating systems and mod_perl. Hint to whomever is watching. :) I was planning to submit my paper, "Perl Templating Systems Deathmatch". I'd also be very interested in performance benchmarks related to some of the more sophisticated techniques people talk about (eg using IPC vs files for storing shared data). Methods for sharing data, and OO frameworks for working with databases (Tangram, Alzabo, Persistent::*) would both be great topics. I'd also be interested to hear from authors of modules lilke Apache::PageKit, CGI::Application and PApp about the approach they're taking to web apps. Maybe a case study on developing huge sites on mod_perl. I could talk about the system we just built at etoys.com. I think I'll only be able to handle one or the other though. Maybe I'll save one for the Perl conference. - Perrin
Re: [ANNOUNCE] ApacheCon USA 2001: Call For Papers
Matt Sergeant wrote: meek mode If any one is interested I could do something on Session Manager - which I've been looking at rewriting in C - but I have to learn C at the same time so its very slow /meek mode Inline.pm! That is a most cool module! Has anyone used it in a production environment yet? -- Drew Taylor Software Engineer Phone: 617.351.0245 Fax 617.350.3496 OpenAir.com - Making Business a Breeze! Open a free account today at www.openair.com
[RFC] Apache::ProxyRewrite
I've completed work on a proxying module we needed here at work. I intend to release it to the community, but first I want to get comments on its current name and design. Perhaps there is a direction for it to grow before initial release? The Problem I Needed to Solve: We need to proxy our external web services, but secure and insecure, to our internal personnel while also doing authentication on the personnel's behalf behind the scenes. In order to minimize muddying of customer data, only a single "group" userid exists. This userid is to be used for the purpose of authenticating and authorizing internal personnel to certain areas of our external site. The Solution: Apache::ProxyRewrite will proxy content, rewriting arbitrary URLs embedded in the content (if HTML) per run-time configuration. A configuration example for the host www-internal.tivoli.com: Location / SetHandler perl-script PerlHandlerProxyRewrite RProxyTo http://www.tivoli.com RProxyAuthInfo "BASIC dG32cvVwcnQ6amF4MzhfYXS=" RProxyAuthRedirect On RProxyRewrite https://www.tivoli.com/secure /secure /Location Location /secure SetHandler perl-script PerlHandlerProxyRewrite RProxyTo https://www.tivoli.com/secure RProxyAuthInfo "BASIC dG32cvVwcnQ6amF4MzhfYXS=" RProxyAuthRedirect On RProxyRewrite http://www.tivoli.com// RProxyRewrite http://foo.bar.com/ /secure/foo /Location Requests for "/" will first be proxied to http://www.tivoli.com. The content at the URL will be parsed (quickly via a single pass through the code, not with HTML::Parser and its variants). There will be an implicit rule that references to relative path of the argument to RProxyTo ("/" in this case) in the document will be rewritten to the relative URI in the current Location (also "/" in this case). Further, references to https://www.tivoli.com/secure on the backend will be rewritten to /secure. The RProxyAuthInfo directive allows for automatic authentication and authorization for a predetermined userid. The RProxyAuthRedirect directive allows the server to receive backend 401 responses and redirect the client directly to that backend URI. I don't anticipate this directive having much value to the general community, but it was a requirement of our installation. Please send comments, questions, flames (hopefully none of these!) back to the list. I attempted to contact the owner of the Apache::RewritingProxy package to no avail. His package, though, seems designed to rewrite content, not URIs, so I think there's room for both. Thanks, Christian - Christian Gilmore Infrastructure Tools Team Lead Web Multimedia Development Tivoli Systems, Inc.
RE: Inline.pm
On Tue, 14 Nov 2000, Geoffrey Young wrote: Inline.pm! you have any experience with this? I forget where I read the article (TPJ?) but it looks really cool... Actually only a bad experience - I tried to get some sort of wrapper for libghttp working with Inline, but couldn't. However for things that don't need external libraries I think it is probably a great way to go. And a much better introduction to the internals than straight XS. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: [RFC] Apache::ProxyRewrite
I will soon need something similar to this myself. In my case, it will be necessary to authenticate on a user by user basis. It would be good to extend this module to cope with this eventuality, with pluggable backends to retrieve the passwords (I use LDAP but an abstraction layer would be most flexible). It may also be necessary to handle cookie based authentication/session handling from the backend. OK - so I know there are lots of issues to overcome. That's one reason why I haven't attempted it yet ;-) But functionality like this will allow me to proxy my users onto external services without them worrying about multiple passwords, as remembering just one seems to be beyond some of them !, and without me having to send the "master" password out to third parties in plain text. Hopefully I will be able to contribute some code back if the problems have not already been solved by the time I need to implement a solution. HTH, Simon. From "Christian Gilmore" [EMAIL PROTECTED] Date 14 November 2000 To "Modperl Mailing List (E-mail)" Time 16:54 [EMAIL PROTECTED] Copy to (bcc: Simon Wilcox/BASE/WilliamsLea) Bcc Simon Wilcox/BASE/WilliamsLea Fax to Subject [RFC] Apache::ProxyRewrite I've completed work on a proxying module we needed here at work. I intend to release it to the community, but first I want to get comments on its current name and design. Perhaps there is a direction for it to grow before initial release? The Problem I Needed to Solve: We need to proxy our external web services, but secure and insecure, to our internal personnel while also doing authentication on the personnel's behalf behind the scenes. In order to minimize muddying of customer data, only a single "group" userid exists. This userid is to be used for the purpose of authenticating and authorizing internal personnel to certain areas of our external site. The Solution: Apache::ProxyRewrite will proxy content, rewriting arbitrary URLs embedded in the content (if HTML) per run-time configuration. A configuration example for the host www-internal.tivoli.com: Location / SetHandler perl-script PerlHandlerProxyRewrite RProxyTo http://www.tivoli.com RProxyAuthInfo "BASIC dG32cvVwcnQ6amF4MzhfYXS=" RProxyAuthRedirect On RProxyRewrite https://www.tivoli.com/secure /secure /Location Location /secure SetHandler perl-script PerlHandlerProxyRewrite RProxyTo https://www.tivoli.com/secure RProxyAuthInfo "BASIC dG32cvVwcnQ6amF4MzhfYXS=" RProxyAuthRedirect On RProxyRewrite http://www.tivoli.com// RProxyRewrite http://foo.bar.com/ /secure/foo /Location Requests for "/" will first be proxied to http://www.tivoli.com. The content at the URL will be parsed (quickly via a single pass through the code, not with HTML::Parser and its variants). There will be an implicit rule that references to relative path of the argument to RProxyTo ("/" in this case) in the document will be rewritten to the relative URI in the current Location (also "/" in this case). Further, references to https://www.tivoli.com/secure on the backend will be rewritten to /secure. The RProxyAuthInfo directive allows for automatic authentication and authorization for a predetermined userid. The RProxyAuthRedirect directive allows the server to receive backend 401 responses and redirect the client directly to that backend URI. I don't anticipate this directive having much value to the general community, but it was a requirement of our installation. Please send comments, questions, flames (hopefully none of these!) back to the list. I attempted to contact the owner of the Apache::RewritingProxy package to no avail. His package, though, seems designed to rewrite content, not URIs, so I think there's room for both. Thanks, Christian - Christian Gilmore Infrastructure Tools Team Lead Web Multimedia Development Tivoli Systems, Inc. __ This email contains proprietary information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this email, please notify the author by replying to this email. If you are not the intended recipient you must not use, disclose, distribute, copy, print, or reply on
Re: [OT] mod_perl evangelism
On Tue, 14 Nov 2000, Greg Cope wrote: Agreed. 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. Stas was up to something similar with sourcegarden - do not know where thats upto - I think Stas has been buzy with other things. I'd help with something (sticking his head out on a block ;-) Having such tutorials will bring more crowds to mod_perl commutity. Doing so,(Shovel method) will scoop alot of unintelligent people who will be posting idiotic questions to this list. So far I have see few and been pleasently surprised! =)
Re: Chaining Perl and C handlers
Ged, What we are doing is having requests for files of extension *.jsp be passed from Apache to a BEA Weblogic box to be handled. However, we want to add an extra parameter into the GET/POST data before the request is passed. Thus, these are the steps: 1. Request comes in for t.jsp?test=1joe=2 2. Handler steps in and adds another parameter, t.jsp?test=1joe=2moe=3 3. Request is then handled by BEA-Apache bridge so that it is forwarded to Weblogic 4. JSP runs on Weblogic, and the new parameter (joe) can be referenced in the JSP. In order to do this, I was thinking that I could either chain the handlers (have the custom handler alter the data in the request and then pass it onto the BEA-Apache bridge) or I could just put the custom handler in an earlier stage and alter the request then. I'm just not sure how to do it. Let me know if you need any more clarification! Thanks a lot! Andrew Chen Software Engineer, Architecture [EMAIL PROTECTED] 206-219-8445 The Cobalt Group, Inc. (www.cobaltgroup.com) 2200 First Avenue South Seattle, WA 98134 On Tue, 14 Nov 2000, G.W. Haywood wrote: Hi ther, On Mon, 13 Nov 2000, Andrew Chen wrote: Is there any way to maybe sneak into the handler cycle before the BEA-Apache handler and alter the GET/POST data, thus accomplishing the same thing? Let me know if you need any clarification. I need clarification. :) 73, Ged.
Re: [OT] mod_perl evangelism
[EMAIL PROTECTED] wrote: Having such tutorials will bring more crowds to mod_perl commutity. The mod_perl commutiny? I think I like it...
Re: database access
- Original Message - From: "Tim Bunce" [EMAIL PROTECTED] Don't get me wrong here, "but", it would be nice if the undocumented somehow made it to the documented status. yeah... but Apache::DBI and DBI are in cahoots! it's a secret love that no documentation can break apart! no, really it would be nice if the DBI connection "hook" was documented. it might even turn out to be useful for other module authors. The next version will support a dbi_connect_method attribute to DBI-connect() to tell it which driver class::method to use. I wonder if Apache::DBI could figure out what connections are worth holding open by itself? It could have some hints in the config file like regexps to match plus a setting that would tell it not to make a connection persist unless it had seen x instances of that connect string in y seconds. Les Mikesell [EMAIL PROTECTED]
trouble compiling mod_perl-1.24_01
I'm on a FreeBSD 3.4-RELEASE box and I've just built and tested apache 1.3.14 from source. Then I try to build mod_perl with the following commands and get the errors below. The full text of the process can be seen at http://www.StageRigger.com/mod_perl-1.24_01.log Has anyone run into this? Suggestions? Thanks, -Jere Julian -- +---+ | Jere C Julianmailto:[EMAIL PROTECTED] | | Network Designer/Manager, Rigger, Sound Engineer | |http://www.StageRigger.com/| +---+ perl Makefile.PL APACHE_SRC=../apache_1.3.14/src DO_HTTPD=1 USE_APACI=1 make ... cp Server.pm ../blib/lib/Apache/Server.pm mkdir ../blib/arch/auto/Apache/Server mkdir ../blib/lib/auto/Apache/Server cp Symbol.pm ../blib/lib/Apache/Symbol.pm /usr/bin/perl -I/usr/local/lib/perl5/5.6.0/i386-freebsd -I/usr/local/lib/perl5/5.6.0 /usr/local/lib/perl5/5.6.0/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/5.6.0/ExtUtils/typemap Symbol.xs Symbol.xsc mv Symbol.xsc Symbol.c cc -c -I/usr/local/include -O -DVERSION=\"1.31\" -DXS_VERSION=\"1.31\" -DPIC -fpic -I/usr/local/lib/perl5/5.6.0/i386-freebsd/CORE Symbol.c Symbol.xs: In function `XS_Apache__Symbol_cv_const_sv': Symbol.xs:106: `na' undeclared (first use this function) Symbol.xs:106: (Each undeclared identifier is reported only once Symbol.xs:106: for each function it appears in.) *** Error code 1 Stop. *** Error code 1 Stop.
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 -
Re: database access
On Mon, Nov 13, 2000 at 01:55:38PM -0500, Aaron wrote: Don't get me wrong here, "but", it would be nice if the undocumented somehow made it to the documented status. yeah... but Apache::DBI and DBI are in cahoots! it's a secret love that no documentation can break apart! no, really it would be nice if the DBI connection "hook" was documented. it might even turn out to be useful for other module authors. The next version will support a dbi_connect_method attribute to DBI-connect() to tell it which driver class::method to use. Tim.