Re: Thoughts on Mason?
On 24 Oct 2002 at 15:13, Shannon Appelcline wrote: I see there's a new book coming out from O'Reilly on mason, which seems to be perl integrated into web pages and claims to support mod_perl. http://www.masonbook.com/ Any thoughts on mason from this esteemed community? I've never used it, but FWIW, I recently interviewed at Amazon and they told me they are looking for more Perl programmers because they plan to use Mason. Peter
Re: mod_perl mod_php
On 29 Aug 2002 at 19:47, Jesse Erlbaum wrote: I notice that you are using mod_perl AND mod_php. I have a general question for the list: Do people often use BOTH of these environments at the same time? It seems to me that there would be little benefit to using both. Am I mistaken? Most people on this list, it seems, work on rather large sites where they have at least ONE server. I work on small mom-and-pop sites which run on virtual servers. PHP is far, far easier to deploy on these ubiquitous virtual servers. I have in fact moved my apps from mod_perl because the market is just not there if your audience is mom-and-pop (ymmv). This is my primary server: Apache/1.3.26 OpenSSL/0.9.6g (Unix) ApacheJServ/1.1 mod_perl/1.21 PHP/4.0.6 BTW, since someone asked about PHP code, I have been doing a lot of work in PHP lately. I took over for some Russian programmers on one project no comments, none, at least 100 php files throughout the site, proprietary templating system, scope is not by file but by site :) And I've been working on jawamail and that's quite fun. I would much rather work on code written by others in Perl than what I see in PHP. Most of the PHP reminds me of the older Perl4 style where a programmer might repeat the same code very 20 lines :) But there are some good things written in PHP, it's just that there are a WHOLE lot more people writing PHP than Perl (just look at the mailing lists and script archives). Peter --- Reality is that which, when you stop believing in it, doesn't go away. -- Philip K. Dick
Re: Apache::Session - What goes in session?
On 21 Aug 2002 at 2:09, Ask Bjoern Hansen wrote: Now using good old Fcntl to control access to simple flat files. (Data serialized with pack(N*, ...); I don't think anything beats pack and unpack for serializing data). The expiration went into the data and purging the cache was a simple cronjob to find files older than a few minutes and deleting them. The performance? I don't remember the exact figure, but it was at least several times faster than the BerkeleyDB system. And *much* simpler. The morale of the story: Flat files rock! ;-) If I'm using Apache::DBI so I have a persistent connection to MySQL, would it not be faster to simply use a table in MySQL? Peter --- Reality is that which, when you stop believing in it, doesn't go away. -- Philip K. Dick
Re: Perl written in mod_perl
On 21 May 2002 at 22:23, Gregory Matthews wrote: Here's an odd question for you. Why is it when I go to places like cgi-resources.com and other cgi repositories, mod_perl applications are far and few between...commercially that is? All I see are common cgi scripts written in plain perl. Does it have anything to do with the configurability tasks involved on the customers box, i.e., once the sale is made? If this is the wrong place for a question like this, I apologize. Just curious. I think it's a good question. Unlike I reckon most people on this list, I live in a virtual world. I started my first programming job at an ad agency and even the site we did for FedEx went on a virtual server. I think the vast majority of people out there are also running virtual servers. Only recently did the company we host at offer mod_perl as an option. But then to offer an application for the public at large (not just to mod_perl developers) to download and install ... well, that's another beast. Always best to look at those with some expertise. Extropia for example. I downloaded their ProjectTracker and it was a cgi installation (and made extremely easy to install). I didn't look but I bet I could turn it into a handler. I took their experience and turned my image gallery application into a cgi application. Anyone who knows can turn the cgi handlers into mod_perl handlers otherwise it will work in standard cgi environment or under Apache::Registry. Even so, when helping people (and usually people for whom an ftp gui is tech) install cgi applications on virtual servers is rarely simple. Even today I cannot run most of the large scale mod_perl applications as I'm still using virtual servers and most of the mod_perl apps require a greater degree of control than I have. PHP on the other hand, it's everywhere. I have a link to a PHP image gallery on my site that is quite nice. I offer it as an alternative to my application . It can be installed from the web browser. I have installed Perl cgi applications where that was been done as well. I cannot imagine doing that for mod_perl applications though. In short, mod_perl applications using handlers has a very dedicated and passionate but limited audience imho. Peter -- http://www.readbrazil.com/ Answering Your Questions About Brazil
Re: Apache::Gallery
On 9 Oct 2001, at 11:26, Vivek Khera wrote: RLS == Randal L Schwartz [EMAIL PROTECTED] writes: RLS The rewrite will be Template-Toolkit based, so the backend logic RLS will figure out the interesting bits to display, while the frontend RLS logic will be a template contained at the end of the program, RLS allowing fine tweaking easily. I wrote up a TT program back in May when my second baby girl was born to put together a collection of images. It generates static HTML pages with captions and scaled images (thumbnails too). I think Stas added a bunch of features to it. I haven't gotten around to merging them back into my code and putting it on CPAN. I see no point making it all dynamic on the web server, since they rarely change. Hey, I've got an image gallery using mod_perl as well :), still much in development. No html in the code, it is all written with HTML::Template of which I'm a big fan although the only designer I know who understood HTML::Template is now using TT :( http://www.memphisart.com/gallery/ Peter --- Reality is that which, when you stop believing in it, doesn't go away. -- Philip K. Dick
seeking lead programmer
Hello, Small but growing webdev firm (2 employees when I started 1.5 years ago and now at 7) seeking lead programmer (Perl/mod_perl OO Perl is primary) and what might be known as technical lead. Location is Englewood, CO. Current employee breakdown: Project Manger : 1 Junior Perl programmer: 1 Html/javascript developer: 1 Sales: 1 Graphic designer: 1 Owners: 2 (they do a lot of account development/sales/bookeeping). The company has lots of work, good base of established clients who frequently ask for new updates/applications. The future looks good, in fact I just got my 2nd raise ... most of the clients are mid range click mortar companies who have plans for new shopping carts, new sites etc. instead of what we hear in the media from the pure dot coms. I am leaving this company because a friend bought an ISP and is giving me a piece of the company etc. If interested Please contact me. The company does not want the other employees to know I am leaving yet. Peter --- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick
Re: Antwort: Repost: Anyone using virtual server for mod_perl hosts?
On 13 Feb 2001, at 16:45, Stas Bekman wrote: Now, has anyone tried this services? Do I have to worry about anything? Why didn't Stas list them in his article? -- they don't appear in the Guide either -- Do they have a fundamental or practical flaw I can't see? cauze I've never tried these and nobody submitted them to me. I've sent a request to the list something like 4 months before publishing the article, I've used all the information I've received. I have used iserver for about the last 4-5 years. In addition to Stas's mod_perl guide he has a lot of info on his site for webmasters. Some of Stas's other webmaster info is on the iserver site with credits and links to his site. I sent an email (see below) to iserver telling them that Stas was going to publish the article. They responded to me but apparently never followed up. iserver has been bought out at least 2 times I think; they've probably got too many "employees". I think Martin did an excellent job in describing their services. I've been more than happy with iserver although in a few cases recently they've made changes without informing us customers in advance (and so sites went down through no fault of our own). I think the key is that the sites cannot be too active. http://www.iserver.com/products/virtual/faq.html Our Virtual Servers are designed to handle a low to medium hit load (under 100,000 hits a day). If a site begins to receive over 100,000 hits a day, web page response will begin to be affected. Those who have web sites experiencing over 100,000 hits per day should consider a Dedicated Server. A Dedicated Server can accommodate well over 1 million hits a day. At iserver I've created (umm ... used a lot of cpan :) some nice applications in mod_perl that would be cumbersome at best with standard cgi. But we put intensive sites on their own boxes. Peter From: Peter J. Schoenster [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: (Fwd) Re: Building a ModPerl ISP for you! Send reply to:[EMAIL PROTECTED] Date sent:Fri, 10 Nov 2000 09:45:33 -0700 Hi, I don't know if to send this to sales (If such an email exists at iserver) or support ... I do know that support reads and responds ... so please forward this to a person in the company who might want to respond to this article. I always give a thumbs up for iserver when such things appear in the list. You might note that you used some examples from Stas on installing perl modules on your site . Peter --- Forwarded message follows --- Date sent:Fri, 10 Nov 2000 16:13:55 +0100 (CET) From: Stas Bekman [EMAIL PROTECTED] To: Joshua Chamas [EMAIL PROTECTED] Copies to:Mod Perl [EMAIL PROTECTED] Subject: Re: Building a ModPerl ISP for you! --- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick
Re: Should I use CGI.pm?
On 28 Nov 2000, at 18:54, quagly wrote: I am working my way through the eagle book. I have not used CGI.pm before. It is used in many (most?) of the examples. Is it worth learning to use it? I am not clear whether the authors are using it because the think it is the best way to go, or because they already know it ( or created it )and it is convenient. I have not done CGI programming before, but have some experience with java servlets. It there a compelling reason I should learn it ( other than that it would help me to understand the book? ) I have long used CGI.pm but I never used most of its functions The following module supplies me with everything I got from CGI.pm: http://search.cpan.org/doc/GEOFF/Apache- RequestNotes_0.05/RequestNotes.pm It really gives me the essence (form values in a hash) of what I need ... it gives more but I haven't been there yet. I'd suggest using a template system. My favorite (easily spans plain cgi to modperl and is very easy for designers to understand) is: http://search.cpan.org/doc/SAMTREGAR/HTML-Template- 2.0/Template.pm There are plenty more and I believe there was recent discussion (or periodic). Also, search the archives, there has been periodic talk about this. I use these archives but there are others: http://www.geocrawler.com/lists/3/Web/182/0/ Peter --- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pointer to a CGI.pm list
On 3 Oct 2000, at 14:17, Roderick A. Anderson wrote: Sorry but I've run out of sources. (Don't have netnews.) Is there a mailing list for CGI.pm? I've done all I can by reading the 'the book' and searching the net. Can't find anything like the symtoms I'm seeing. Actually the problem may be a lack of perl knowledge on my part but it manifests itself when using CGI.pm so I have to start there. Hi, this is just the mention of another list where Perl and cgi is the primary topic. There is a list which is quite a few degrees less ... umm ... I think you get the drift, but the list has some real good people on it in addition to total newbies and is actually quite friendly to newbies (once TC left :):) ... there was a great thread for awhile where TC tried to explain why such and such was necessary ... most of the list would not listen). Granted, if you are posting to this list you are not a newbie (and in fact we try to get people on the cgi-list to just use CGI.pm ... although for mod_perl I use other modules) but as I said there are some very knowledgeable, helpful members on that list and more talk of mod_perl would not hurt. It is the cgi-list. Send email to [EMAIL PROTECTED] subscribe cgi-list Peter __ Exercise Your Brain, Read a Book -- O Crazy Gringo, Ipanema, Brazil
Re: mod_perl virtual web hosting
On 12 Apr 2000, at 13:26, Gagan Prakash wrote: I have been looking for mod_perl virtual web hosting companies who have fast servers and good infrastructure but the two I have found so far have either had problems with their mod_perl setups (they installed the module, did not change apache configs or changed them incorrectly) or have been very slow. These two are www.123hostme.com or www.olm.net. I have used iserver.com for the last 4 years. There were iserver before Verio bought them. I just installed mod_perl on a server where I used it for some database work. The response time is excellent. But .. but if you want instructions on how to install modules on their virtual server, use the instructions here (don't use cpan or vcpan .. but use their install of base mod_perl): http://www.iserver.com/support/addonhelp/proglang/perl/modules.ht ml Notice this on that page: Installing Perl5 Modules Yourself The content on this page is adapted from Answers to Some Perl/CGI Questions, by Bekman Stas. I would highly recommend iserver (I don't know about verio). Peter --- "Reality is that which, when you stop believing in it, doesn't go away". -- Philip K. Dick
my first mod_perl works but ...
Hello,
Nearly all my work has been on virtual servers and recently our
hosting company (iserver) began to support mod_perl on their
freebsd servers ... so other than one time in the past I have
not had the opportunity to write code for mod_perl (except on
our intranet where it has been for personal use). As this code
will be going out for public use I feel more responsiblity. I'm
still in a situation of 'not knowing what I don't know'. I
would really, really appreciate criticisms (with suggestion for
improvement) for the following code. I would have used some of
the modules that seem to do what this does but I did not
like/understand them and, as you can imagine, the client wants
this to work asap. Thanks.
#!/usr/local/bin/perl5 -w
$|++;
use strict;
use Apache::Request();
use Apache::Cookie();
use DBISUPPORT;
use SERMON_HTML;
use vars qw($r $debug);
$r = Apache-request;
my $q= Apache::Request-new($r, POST_MAX = 25);
my $html = SERMON_HTML-new();
$debug = 0;
print_headers(1) if $debug;
my $level = '';
my $u = $q-param('u') || '';
my $p = $q-param('p') || '';
$level = verify_user() if (!$u !$p);
if($level) {
print_headers();
print $html-graceful_snippets($level);
print qq|Level $levelhr|;
}else {
my $user_level = db_lookup($u,$p);
if(!$user_level) {
print_headers();
print $html-graceful_snippets('generic_header');
print $html-graceful_snippets('login');
print $html-graceful_snippets('footer');
}else {
print_headers(1,$user_level);
print $html-graceful_snippets($user_level);
print qq|Level $user_levelhr|;
}
}
##
## BEGIN SUBS
##
sub print_headers {
my $send_cookie = shift || 0;
my $nivel = shift || 0;
$r-content_type("text/html");
if($send_cookie $nivel 0) {
$r-headers_out-add("Set-Cookie" =qq|nivel=$nivel|);
}
$r-send_http_header();
}
##
sub verify_user {
my %headers_in = $r-headers_in;
my $cookie = $headers_in{'Cookie'};
my(@bites) = split /;/,$cookie;
my $n = '';
my $v = '';
for(@bites) {
($n,$v) = split /=/;
$n =~ s/^\s+//;
if($n eq 'nivel') {
return $v;
}
}
return undef;
}
##
sub db_lookup {
my($username,$password) = @_;
my $dbi= DBISUPPORT-new('this_cgi'='/cgi-
bin/login.pl','database'='','username'='','password'='
');
my $table = 'members';
my $sql = qq|SELECT username,level,password FROM $table WHERE
username = '$username' AND password = '$password'|;
my $dbu = '';
my $dbg = '';
my $dbp = '';
($dbu,$dbg,$dbp)= $dbi-{'db'}-selectrow_array( qq{ $sql });
$dbi-{'db'}-disconnect();
if($dbu $dbg $dbp) {
return $dbg;
}else {
return undef;
}
}
##
---
"Reality is that which, when you stop believing in it, doesn't go
away".
-- Philip K. Dick
