Re: are there any missing modules?
On Thu, 15 Feb 2001, Stas Bekman wrote: Quoting Matt Sergeant [EMAIL PROTECTED]: On Wed, 14 Feb 2001, Stas Bekman wrote: Well, I've finally have cracked this tedious task down. I've pretty much done with the modules chapter for the book (of course I didn't document all of them, it'll require a separate book if I did. but quite many are documented). So please take a look at this list and tell me whether I've missed something and you want it to be on the list. Note that I've re-grouped the modules differently from the original Apache::* list. Thanks. You're missing Apache::MimeXML, a PerlTypeHandler (actually the only PerlTypeHandler on CPAN IIRC) I know. I thought you are going to document this anyway :) And one has to get AxKit for this module... I've added the reference to AxKit which wasn't in the original post. I'll add it While it does ship with AxKit, thats only for convenience to AxKit. It doesn't require AxKit and is available on CPAN outside of axkit too. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: cron for mod_perl?
On Wed, 14 Feb 2001, Perrin Harkins wrote: On Wed, 14 Feb 2001, Pierre Phaneuf wrote: I guess two persons "simpler" aren't always the same: I find it easier laying out a table and querying it than hacking something to fiddle with my crontab safely. As far as I know, crontab -e is perfectly safe. "crontab -l | foo" and "foo | crontab -" are your friends. as for putting cron into Apache: I don't understand why that's wanted in the first place. When connecting to the database outside the httpd it doesn't matter if it goes a little slow. And having separate programs to do the maintenance would easily be much simpler than trying to drop everything into the httpd. All this might of course be way off since it's not really clear to me what the real goal is in the first place. (this thread has been kinda like "I want to use facility Y", instead of ``I want to accomplish X. I thought I might be able to use facility Y. But Y doesn't seem like it's quite right, because of Z. What should I use instead of Y, or how can I overcome Z?''[1] :-) So: What is the task at hand (more than "run something at certain intervals" (which is what cron(8) is for)). - ask [1] http://perl.plover.com/Questions.html -- ask bjoern hansen - http://ask.netcetera.dk/ more than 70M impressions per day, http://valueclick.com
Re: are there any missing modules?
On Wed, 14 Feb 2001, Stas Bekman wrote: Toolkits and Framework for Content Generation and Other Phases Apache::ASP - Active Server Pages for Apache with mod_perl HTML::Embperl - Embed Perl in Your HTML Documents Apache::EmbperlChain - process embedded perl in HTML in the OutputChain Apache::Mason - a Perl-based web site development and delivery system. - HTML::Mason. And should probably be grouped with Apache::ASP and Embperl. Xmms - Perl interface to the xmms media player Hardly an Apache module. :-) ask -- ask bjoern hansen - http://ask.netcetera.dk/ more than 70M impressions per day, http://valueclick.com
Re: Segfault: apache-1.3.17+modperl-1.25
Hmm, have you built mod_perl with PERL_USELARGEFILES=0? I've got almost the same set up (RH7) running just fine. On Wed, 14 Feb 2001, Gary Algier wrote: My children are segfaulting. I have: Solaris 2.6 (w/all latest patches installed right after the OS) Perl 5.6.0 (no largefiles, no threads) Apache 1.3.17 modperl 1.25 (as a DSO) gcc 2.95.2 (using Sun's as and ld) If I run apache leaving out: LoadModule perl_modulelibexec/libperl.so AddModule mod_perl.c it runs just fine. Put them in and the child seg faults. I did manage to gdb the process and it says: Program received signal SIGSEGV, Segmentation fault. 0xef0a2e00 in perl_header_parser () (gdb) where #0 0xef0a2e00 in perl_header_parser () #1 0x20714 in run_method () #2 0x208e4 in ap_header_parse () #3 0x3d9bc in process_request_internal () #4 0x3ded0 in ap_process_request () #5 0x314c8 in child_main () #6 0x31854 in make_child () #7 0x31dcc in perform_idle_server_maintenance () #8 0x32630 in standalone_main () #9 0x32f64 in main () Unfortunately, there are no debugging symbols so it is limited. It wasn't easy getting this, though if it would help I will endeavor to rebuild everything with debugging symbols and try again. In general, I know that DSOs are working as I runtime load the max. I also load php 4.0.4pl1 that way and it works. Any ideas? Does the trace help? -- Gary Algier, WB2FWZ [EMAIL PROTECTED] +1 856 787 2758 Ulticom Inc., 1020 Briggs Rd, Mt. Laurel, NJ 08054 Fax:+1 856 866 2033 A self-addressed envelope would be addressed "envelope."
Re: cron for mod_perl?
On Thu, 15 Feb 2001, Ask Bjoern Hansen wrote: On Wed, 14 Feb 2001, Perrin Harkins wrote: On Wed, 14 Feb 2001, Pierre Phaneuf wrote: I guess two persons "simpler" aren't always the same: I find it easier laying out a table and querying it than hacking something to fiddle with my crontab safely. As far as I know, crontab -e is perfectly safe. "crontab -l | foo" and "foo | crontab -" are your friends. as for putting cron into Apache: I don't understand why that's wanted in the first place. When connecting to the database outside the httpd it doesn't matter if it goes a little slow. And having separate programs to do the maintenance would easily be much simpler than trying to drop everything into the httpd. Its just a convenience thing. I've wanted to be able to do this too, for example to have emails go off at a particular interval. So yes, it can be done as cron + URI, but I'm just jealous of AOLServer's ability to do it all in one. This is especially important for a shrink-wrapped type application, where asking people to install a crontab entry is just another pain in the installation process (note that cron might be different on different OS's, and so might the shell be, so this is a real problem for some people - whereas if it were in Apache we'd know the platform). -- Matt/ /||** Founder and CTO ** ** http://axkit.com/ ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** mod_perl news and resources: http://take23.org ** \\// //\\ // \\
RE: Apache-read timed out
-Original Message- From: Deja User [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 14, 2001 7:36 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Apache-read timed out Hello , I am getting "Apache-read timed out messages in my error_log,now i have been looking at this problem for a while now before posting it for help, whats happening is if i test my application from within the network , because the connection being very fast i am not having any problems , but when i try to do the same thing from the external network over a dial up line i get this error message in the error logs and the script gets killed What we are doing is we are uploading large amts of data using HTTP POSTS ,so at the server end i am using the Apache-read function to get the body of the post. did you try playing with $r-reset_timeout and/or the Apache TimeOut directive? HTH --Geoff
Apache::ASP - AS PerlScript compatibility request
to be more fully compliant with ActiveState's PerlScript
we need the following methods on Apache::ASP::Collection
object.
sub Count -- # of keys in $Request-QueryString or $Request-Form
sub Key {
my ($self, $keynum) = @_;
}
attached are two test files sample output under windows.
jr
--
Joel W. Reed412-257-3881
--All the simple programs have been written.
Title: test page
test page
%@ LANGUAGE=PerlScript %
!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
html
head
meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"
titletest page/title
/head
body
test page resultsbr
br
br
%
my $lname = $Request-Form("lname")-Item();
$Response-Write("lname from Request-Form(\"lname\")-Item(): " . $lname);
%
br
%
my $cnt = $Request-Form()-Count();
$Response-Write("lname from Request-Form()-Count(): " . $cnt);
%
br
%
for (my $i = 1; $i $cnt; $i++)
{
$Response-Write("key $i is " . $Request-Form()-Key($i) . "br\n");
}
%
/body
/html
Title: test page
test page results
lname from Request->Form("lname")->Item(): reed
lname from Request->Form()->Count(): 4
key 1 is fname
key 2 is mname
key 3 is lname
PGP signature
Re: cron for mod_perl?
Ask Bjoern Hansen wrote: So: What is the task at hand (more than "run something at certain intervals" (which is what cron(8) is for)). I am building a web something-something (I don't know what's the current buzzword for that, you know, the big integrated things) similar to the ArsDigita Community System (ah, I bet this helped a lot more! :-) ). My first occurence of this need was about expiring session keys from the database. At first, I was about to do a little query that run from a cleanup handler every so many seconds, but after that, I was stealing some more ideas from ACS (it's a very good idea, but AOLserver and Tcl, ick!), and I was getting jealous of the AOLserver scheduler, which they use abundantly. For example, you can check a list of URLs at regular interval to see if your machines are up (and get a warning if some are not), or you can send warnings to users when their car is about to get towed away because of parking regulations. :-) Anyway, from fussing around in ACS, it came to me that a general scheduler is a pretty good idea, so I set to it. More about the rationale in another reply to Matt Sergeant... [1] http://perl.plover.com/Questions.html Very good one, I almost died of a chocolate-covered banana indigestion. :-) -- "The 3 great virtues of a programmer: laziness, impatience and hubris." -- Larry Wall
Re: cron for mod_perl?
Ask Bjoern Hansen wrote:
I guess two persons "simpler" aren't always the same: I find it easier
laying out a table and querying it than hacking something to fiddle with
my crontab safely.
As far as I know, crontab -e is perfectly safe.
"crontab -l | foo" and "foo | crontab -" are your friends.
Ah yes. The problem with this is between the "crontab -l" and the
"crontab -". You have to parse the crontab, find your own entry without
disturbing other entries, mix in your new/modified entry, etc... Not
that it's impossible, but I don't like this very much and I find
INSERT/SELECT/UPDATE easier.
Also, I'm not totally sure a piped open would be okay in Apache, since
this has a fork() underneath. Probably that it cannot be done in the
obvious straightforward way, 'open("crontab -l |")'. I would have to go
through the Apache subprocess API and do things I'd rather not be doing
(hey, I was the one annoyed by path_info not being translated for me :-)
).
Call me lazy. :-)
--
"MSDOS didn't get as bad as it is overnight -- it took over ten
years of careful development." -- [EMAIL PROTECTED]
Re: cron for mod_perl?
Matt Sergeant wrote: as for putting cron into Apache: I don't understand why that's wanted in the first place. When connecting to the database outside the httpd it doesn't matter if it goes a little slow. And having separate programs to do the maintenance would easily be much simpler than trying to drop everything into the httpd. Its just a convenience thing. I've wanted to be able to do this too, for example to have emails go off at a particular interval. So yes, it can be done as cron + URI, but I'm just jealous of AOLServer's ability to do it all in one. This is especially important for a shrink-wrapped type application, where asking people to install a crontab entry is just another pain in the installation process (note that cron might be different on different OS's, and so might the shell be, so this is a real problem for some people - whereas if it were in Apache we'd know the platform). Same reasons here for wishing for this. By the way, it could even be done as "cron + perl script that does the job directly (outside of Apache)", but I'm trying to integrate things, so that you start one DBMS daemon and N Apache servers (on different machines, of course), and you have the application running. As you mention, there is also the problem of being cross-platform. Apache and mod_perl runs on Windows, but I would have to make people get themselve a cron for Windows? I think that I *will* make an Apache::Schedule module, but much less ambitious and more closely related to the way Apache and mod_perl do things. What about this summary: Apache::Schedule let you register callbacks (per Apache child process) that will be called after a given amount of time has passed, either once or repeatedly. Callbacks will be called at the next request after the required time, or at child exit time. Would anyone find that useful? Of course, you can always run it from cron. Or make yourself a daemon. Or use POE. Or use Zope. Or (even) use AOLserver. TMTOWTDI. Is there a mod_perl for AOLserver? ;-) -- "Unix was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn
Re: DBI+mod_perl SegFault!
Just to update this... The problem was with the detail I omitted below: PHP4.
The php.net buglist indicates that PHP 4.0.4 may fix the problem, but that is
the version I have - so I think it is still an open issue, even with PHP 4.0.4.
I'll report this to PHP.net so they are aware.
However, if anyone else is having this problem, reverting to PHP3 solved it for
me. And, in my case, was a trivial and painless process.
Thanks to all who mailed me great comments. After 2.5 days of tracking this
little issue down, I was about to lose all control ;) You all really helped
out.
Thanks,
-Eric.
Eric Peters wrote:
Hi all-
I'm really having a problem I hope I might be able to get some help
with. I'm using Apache 1.3.14, mod_perl 1.24, DBI 1.14, MySQL Modules 1.2215,
Perl 5.6.0, and MySQL 3.22.32. (I think that's all that's relevant)
In my httpd.conf I have the following:
#--
Location /testing
SetHandler perl-script
PerlHandler Testing
/Location
#--
And I have a script called Testing.pm that looks like this:
#--
package Testing;
use strict;
use DBI;
sub handler {
print "Content-type:\n\nhtmlheadtitletest/title/headbodypre";
print "Getting Data Sources...\n";
my @drivers = DBI-data_sources('mysql');
print "Done Getting Data Sources...\n";
foreach my $foo (@drivers) {
print "DataSource- $foo \n";
}
print "Getting Data Sources Complete...\n";
print "/pre/body/html\n";
}
1;
#--
Consistantly, I get a SegFault when going to /testing. Using strace, I see
that it actually calls DBI and gets the valid results. Everything looks good
to me, but it dies after closing the FD.
The funny thing is, if I modify the Testing.pm module to be test.pl, it works.
#--
#package Testing;
use strict;
use DBI;
#sub handler {
print "Content-type:\n\nhtmlheadtitletest/title/headbodypre";
print "Getting Data Sources...\n";
my @drivers = DBI-data_sources('mysql');
print "Done Getting Data Sources...\n";
foreach my $foo (@drivers) {
print "DataSource- $foo \n";
}
print "Getting Data Sources Complete...\n";
print "/pre/body/html\n";
#}
#1;
#--
Anybody have any ideas? I've tried everything I can come up with.
Thanks,
-Eric.
Re: are there any missing modules?
On Thu, 15 Feb 2001, Ask Bjoern Hansen wrote: On Wed, 14 Feb 2001, Stas Bekman wrote: Toolkits and Framework for Content Generation and Other Phases Apache::ASP - Active Server Pages for Apache with mod_perl HTML::Embperl - Embed Perl in Your HTML Documents Apache::EmbperlChain - process embedded perl in HTML in the OutputChain Apache::Mason - a Perl-based web site development and delivery system. - HTML::Mason. And should probably be grouped with Apache::ASP and Embperl. Xmms - Perl interface to the xmms media player Hardly an Apache module. :-) Well, that's the only non Apache that I've included. It's because it's so cool and it plays even Prodigy stuff :) _ 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://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: are there any missing modules?
On Thu, 15 Feb 2001, Matt Sergeant wrote: On Thu, 15 Feb 2001, Stas Bekman wrote: Quoting Matt Sergeant [EMAIL PROTECTED]: On Wed, 14 Feb 2001, Stas Bekman wrote: Well, I've finally have cracked this tedious task down. I've pretty much done with the modules chapter for the book (of course I didn't document all of them, it'll require a separate book if I did. but quite many are documented). So please take a look at this list and tell me whether I've missed something and you want it to be on the list. Note that I've re-grouped the modules differently from the original Apache::* list. Thanks. You're missing Apache::MimeXML, a PerlTypeHandler (actually the only PerlTypeHandler on CPAN IIRC) I know. I thought you are going to document this anyway :) And one has to get AxKit for this module... I've added the reference to AxKit which wasn't in the original post. I'll add it While it does ship with AxKit, thats only for convenience to AxKit. It doesn't require AxKit and is available on CPAN outside of axkit too. I cannot see it thru CPAN.pm: cpan i /MimeXML/ Module id = Apache::MimeXML DESCRIPTION mime encoding sniffer for XML files CPAN_USERID MSERGEANT (Matt Sergeant [EMAIL PROTECTED]) CPAN_VERSION 0.09 CPAN_FILEM/MS/MSERGEANT/AxKit-1.2.tar.gz DSLI_STATUS bdpf (beta,developer,perl,functions) INST_FILE(not installed) When you run install, it installs AxKit... dirty marketing techniques :):) _ 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://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: cron for mod_perl?
On Thu, 15 Feb 2001, Pierre Phaneuf wrote: Ask Bjoern Hansen wrote: I guess two persons "simpler" aren't always the same: I find it easier laying out a table and querying it than hacking something to fiddle with my crontab safely. As far as I know, crontab -e is perfectly safe. "crontab -l | foo" and "foo | crontab -" are your friends. Ah yes. The problem with this is between the "crontab -l" and the "crontab -". You have to parse the crontab, find your own entry without disturbing other entries, mix in your new/modified entry, etc... Not that it's impossible, but I don't like this very much and I find INSERT/SELECT/UPDATE easier. I might be barking at the wrong tree, but why cron? Why don't you use at(1). you don't need to parse crontab for that, and you can spawn processes with whatever intervals on demand. basically you can call at(1) itself at the end of at() so you can do the same as crontab. See http://man.he.net/man1/at (I don't seem to find the manpage for at(1) on Mandrake box :( _ 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://logilune.com/ http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: cron for mod_perl?
On Thu, Feb 15, 2001 at 09:04:43AM -0500, Pierre Phaneuf wrote: Apache::Schedule let you register callbacks (per Apache child process) that will be called after a given amount of time has passed, either once or repeatedly. Callbacks will be called at the next request after the required time, or at child exit time. Would it work even if the server is not getting any requests? And if so, how? Tim.
APXS was Re: Is *anybody* running perl 5.6, modperl_1.25, apache_1.3.17 PHP4.0.4pl1 OK ?
Thanks to all who have responded so far. OK then. I've managed to build PHP and XML::Sablotron against Sablotron 0.5 Both PHP and Perl (in outside of modperl) work fine on the tests so far. [ FWIW , the XML::Sablotron works fine again the precompiled binary installation of Sablotron but not against the libraries built from source. To throw a wrench in the works, the binary version of sabcmd has a library dependency not present in the source version. Whatever... ] So now then, in theory, I have no use of the old Expat anywhere. But... still no joy ! the last few lines of the back trace are different, but still much the same. Program received signal SIGSEGV, Segmentation fault. 0x135280 in Perl_sv_setiv () (gdb) bt #0 0x135280 in Perl_sv_setiv () #1 0x60088 in XS_Apache__Server_loglevel () #2 0xef164e30 in parse_stream () from /usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris/auto/XML/Parser/Expat/Expat.so #3 0xef16a1b0 in XS_XML__Parser__Expat_ParseStream () from /usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris/auto/XML/Parser/Expat/Expat.so #4 0x13303c in Perl_pp_entersub () #5 0x12c03c in Perl_runops_standard () Its found the right place to look if nothing else. :-) I'm beginning to wonder if it is anything to do with XML::Parser at all, that just happens to be a case which causes it to fail. I confess to only having a vague understanding of XS, but my gut feel is that it ain't happening properly. Something peculiar I did notice though. When I compile any apache module (PHP, auth_ldap) against APXS I notice these flags are always passed in gcc -c- g -02 -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=260 -DMOD_PERL -DUSE_PERL_SSI -DUSE_EXPAT ^ Why is that still there, when Apache was built with --disable-rule=EXPAT ? Tim Matt Sergeant wrote: On Wed, 14 Feb 2001, tim fulcher wrote: Matt Sergeant wrote: On Wed, 14 Feb 2001, tim fulcher wrote: Hi finally build PHP4 as ./configure --with-apxs=/export/tools/apache/bin/apxs --prefix=/export/tools --with-ldap --disable-xml \ --with-sablot=/export/tools/Sablot-0.44 ^ This is most likely your problem. Try with Sablot 0.50 which links to the same expat as XML::Parser I was sticking with 0.44 because at least it worked. In fact if you think Sablotron 0.44 was the problem with my earlier builds, howcome XML::Sabloton operated just fine under mod_perl ? *shrug*... Its all a mystery to me :-) Try the PHP lists.
Re: cron for mod_perl?
Stas Bekman wrote: I might be barking at the wrong tree, but why cron? Why don't you use at(1). you don't need to parse crontab for that, and you can spawn processes with whatever intervals on demand. basically you can call at(1) itself at the end of at() so you can do the same as crontab. Yes, at is much better suited, but you still have the problem of forking under Apache (possible, but hairy) and systems where there is no at. -- "The camel has not evolved to smell good. Neither has Perl." -- Larry Wall
Re: cron for mod_perl?
Tim Bunce wrote: Apache::Schedule let you register callbacks (per Apache child process) that will be called after a given amount of time has passed, either once or repeatedly. Callbacks will be called at the next request after the required time, or at child exit time. Would it work even if the server is not getting any requests? And if so, how? No, that's the problem. :-) That's where my idea of a cron job that does a HEAD request on an URL that has the cleanup handler installed every 30 minutes (say) comes from, so that there is a minimum level of service. But while I would mention that in the README, that is outside the scope of the perl module to do and left to the individual user. The restriction would be clearly documented, and here's a way to help out with it, but if it doesn't do what you want, don't use it (or tell us how to improve it). AOLserver has it easy, being in a single process and having this scheduler tied in at the select() level, it never misses a beat and is always on time (to a few tens or hundreds of milliseconds, if the server is not overloaded). Apache is more complicated, with multiple child processes that die after a while and don't know about each other (and cannot depend on one particular child process to be there) and so on. You could put something in the Apache parent process, but that would require a new hook in Apache itself. That would be cool, but still not free of problems: - the parent process often runs with root privileges, do we run the scheduled callback as root inside the parent process? - if we do, if it is long running, you could have problems with Apache Maybe it could register an URL to invoke on itself? Anyway, I'm not enough into Apache to do something like *that*, even though I'd love to... -- "I've run DOOM more in the last few days than I have the last few months. I just love debugging ;-)" -- Linus Torvalds
RE: Apache-read timed out
yes i have tried all those time out parameters . :( sachin --- Geoffrey Young [EMAIL PROTECTED] wrote: -Original Message- From: Deja User [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 14, 2001 7:36 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Apache-read timed out Hello , I am getting "Apache-read timed out messages in my error_log,now i have been looking at this problem for a while now before posting it for help, whats happening is if i test my application from within the network , because the connection being very fast i am not having any problems , but when i try to do the same thing from the external network over a dial up line i get this error message in the error logs and the script gets killed What we are doing is we are uploading large amts of data using HTTP POSTS ,so at the server end i am using the Apache-read function to get the body of the post. did you try playing with $r-reset_timeout and/or the Apache TimeOut directive? HTH --Geoff __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
ANNOUNCE: lingerd 0.93
Lingerd version 0.93 has been released at ftp://iagora.com/pub/software/lingerd/lingerd-0.93.tar.gz WHAT IS LINGERD? Lingerd is a daemon that greatly improves Apache's scalability by taking over the task of lingering on closing sockets. On dynamic page servers that don't serve their own images (and where keepalives are off), the effect of lingerd on Apache's load is similar to that of a proxy front-end server. CHANGES This release is mostly to announce that lingerd has been used in production for a while, and has lingered some 2,000,000 connections with no errors. There are some cosmetic changes in the code and documentation, but you don't really need to upgrade if you're already running an older lingerd. On non-Linux systems, more testing is still needed. -- Roger Espel Llima, [EMAIL PROTECTED] http://www.iagora.com/~espel/index.html
Apache::ASP, Sessions and SSL ...
Hello all, I am running A::A 2.03 on a Solaris 2.6 box with Stronghold 2.4.2, whatever. The truth is I doubt the rest matters ... I am running a pretty cool web app where fields are collected, validated and then appropriate action is taken, one of which is to make an HTTP call (LWP) to a third-party site and exchange some info, register, blah-blah-blah. To the point: when I use http for everything, the session variables work fine and everything works perfectly, as it's coded to do. The moment I try to take everything under https (since some of the information is personal and of financial nature) things work intermittently. I have it down to a script of what things you can do and what you cannot. There is no logic behind having to enter everything the first time around (the script is self-posting, self-validating) in order to get the proper outcome. At some point I started to dump the Session variables to see what's in them and found data from _OTHER_ sessions! Argh! No, this has nothing to do with perl's closure issue ... all functions come from .pm's and there is no problem with function calls. I am at wits end ... I just went through all this in the last couple of days and just bothered to check for a newer version of Apache::ASP. I will try to upgrade soon to see if that does anything but I was hoping someone might have seen this problem before where SSL session information did not work as well as it should. Did I mention this?: under https, calls to some remote server would intermit. fail and give back a 403 - Access Forbidden ... what the heck? This function merely took data from the session and passed it as parameters ... what sort of influence would which port the server was running on have on the HTTP req. being made and/or on the remote server's ability to process the request?!?!?! Oh well, hope someone out there can help out. Thanks in advance. Demetrios
Problems make'ing mod_perl-1.25 under HPUX 11.00
Everytime I am try to make mod-perl1.25 under HPUX 11 I always encounter the same
error:
=== modules/perl
cc -I. -I../../include -I../../include/regex -I../../include/.././os/unix
-DHPUX11 -Aa
-Ae -D_HPUX_SOURCE -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED
-DMOD_PERL
-I`/opt/perl5/bin/perl -MConfig -e 'print $Config{archlibexp}'`/CORE
`/opt/perl5/bin/perl
'-MApache::ExtUtils=%Config' -e 'print $Config{ccflags}'` -DNO_PERL_DISPATCH
-DNO_PERL_POST_READ_REQUEST -DNO_PERL_TRANS -DNO_PERL_HEADER_PARSER -DNO_PERL_ACCESS
-DNO_PERL_AUTHEN -DNO_PERL_AUTHZ -DNO_PERL_TYPE -DNO_PERL_FIXUP -DNO_PERL_LOG
-DNO_PERL_INIT -DNO_PERL_CLEANUP -DNO_PERL_RESTART -DNO_PERL_STACKED_HANDLERS
-DNO_PERL_SECTIONS -DNO_PERL_METHOD_HANDLERS -DNO_PERL_SSI
-DNO_PERL_DIRECTIVE_HANDLERS
-DMOD_PERL_VERSION=\"1.25\" -I./os/unix -I../../include -c mod_perl_opmask.c
cc: "/usr/include/dlfcn.h", line 17: error 1681: Must use +e or -Ae for long long in
ANSI
mode.
*** Error exit code 1
I am sure I need to add an extra line or two in the configuration but have no idea
what the
line should be nor where to place it. Any help would be greatly appreciated.
Thanks,
Corey Hart
Re: Apache::ASP - AS PerlScript compatibility request
"Joel W. Reed" wrote:
On Feb 15, [EMAIL PROTECTED] contorted a few electrons to say...
modperl to be more fully compliant with ActiveState's PerlScript
modperl we need the following methods on Apache::ASP::Collection
modperl object.
modperl
modperl sub Count -- # of keys in $Request-QueryString or $Request-Form
modperl
modperl sub Key {
modperlmy ($self, $keynum) = @_;
modperl }
I'll be happy to roll this functionality into 2.11 release
for Apache::ASP. If you'd like an early test version, please
let me know.
-- Josh
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks free web link monitoring Huntington Beach, CA USA
http://www.nodeworks.com1-714-625-4051
Re: Problems make'ing mod_perl-1.25 under HPUX 11.00
Hi there, On Thu, 15 Feb 2001, Corey Hart wrote: Everytime I am try to make mod-perl1.25 under HPUX 11 I always encounter the same error: Search the mailing List archives for HPUX (if you haven't already:) there was some useful stuff about HPUX recently - this year I'm sure. 73, Ged.
Re: Problems make'ing mod_perl-1.25 under HPUX 11.00
On Thu, 15 Feb 2001, Corey Hart wrote: cc: "/usr/include/dlfcn.h", line 17: error 1681: Must use +e or -Ae for long long in ANSI mode. *** Error exit code 1 try %prompt: CFLAGS='-Ae' perl Makefile.pl extra flags -- Blue Langhttp://www.gator.net/~blue 202 Ashe Ave, Apt 3, Raleigh, NC. 919 835 1540
Re: Apache::ASP, Sessions and SSL ...
Having been trained in the Microsoft Arts, I decided upgrading instead of troubleshooting the problem might be well worth it ... I upgraded to 2.09 and things are working fine now ... if things stop working again I'll be paying Joshua a visit! (just kidding, we love you JC). Still, if anyone can think of why all of the sudden adding SSL to the ASP/Sessions equation would make things get all screwed up I'd like to hear it. Take care, Demetrios
Re: cron for mod_perl?
"PP" == Pierre Phaneuf [EMAIL PROTECTED] writes: As far as I know, crontab -e is perfectly safe. "crontab -l | foo" and "foo | crontab -" are your friends. PP Ah yes. The problem with this is between the "crontab -l" and the PP "crontab -". You have to parse the crontab, find your own entry without Very limited thinking going on here. The crontab program honors the EDITOR environment variable. Now... setenv EDITOR=myscript then run crontab -e. Poof. Atomic update. With appropriate Perl modules for the cron files, this should be trivial. But then, you probably aren't doing this from mod_perl...
Re: cron for mod_perl?
On Thu, 15 Feb 2001, Stas Bekman wrote: I might be barking at the wrong tree, but why cron? Why don't you use at(1). And there's a CPAN module for it: Schedule::At. It claims to be cross-platform, and I believe NT has a version of at(1). - Perrin
Re: cron for mod_perl?
Vivek Khera wrote: PP Ah yes. The problem with this is between the "crontab -l" and the PP "crontab -". You have to parse the crontab, find your own entry without Very limited thinking going on here. The crontab program honors the EDITOR environment variable. Now... setenv EDITOR=myscript then run crontab -e. Poof. Atomic update. That's what I intended to do (that's why I didn't mention concurrency problems), but you still have to fork, which is hairy under mod_perl. With appropriate Perl modules for the cron files, this should be trivial. But then, you probably aren't doing this from mod_perl... Well, yes, why? :-) -- "I've run DOOM more in the last few days than I have the last few months. I just love debugging ;-)" -- Linus Torvalds
Re: cron for mod_perl?
On Thu, 15 Feb 2001, Matt Sergeant wrote: Its just a convenience thing. I've wanted to be able to do this too, for example to have emails go off at a particular interval. So yes, it can be done as cron + URI, but I'm just jealous of AOLServer's ability to do it all in one. This is especially important for a shrink-wrapped type application, where asking people to install a crontab entry is just another pain in the installation process (note that cron might be different on different OS's, and so might the shell be, so this is a real problem for some people - whereas if it were in Apache we'd know the platform). Maybe we should add process scheduling into Apache, and a file system, and a window manager, and... Okay, I'm being silly, and there are times when duplication is necessary, but cron is such a well-established way of solving this problem that anything else sounds strange. The original post didn't say that the goal was to modify the scheduled jobs dynamically from mod_perl, and that does add a new wrinkle. I still think a good Perl interface to cron would be more obvious and more reliable. - Perrin
Re: cron for mod_perl?
"PP" == Pierre Phaneuf [EMAIL PROTECTED] writes: With appropriate Perl modules for the cron files, this should be trivial. But then, you probably aren't doing this from mod_perl... PP Well, yes, why? :-) You really want to have your web server writing files that execute arbitrary programs at arbitrary times? Sounds risky.
[JOB SEEKER] Freelancer / external developer for hire
Hello everybody, I'd like to make known my availabilty for telecommuting work. I have significant experience developing web applications/handlers/modules in mod_perl, php, DBI/MySQL on FreeBSD/Linux/Unix. I also have sysadmin experience in Apache, Apache's ssl modules, MySQL, BIND, sendmail, postfix. I'm available 40 hours per week. I will be happy to provide more detailed information, code samples, etc. Resume: http://unicode.richard.eu.org/me/rch/resume.html Thanks, Richard. -- ☻ Ričardas Čepas ☺ ~~ ~
Re: cron for mod_perl?
On Thu, 15 Feb 2001, Perrin Harkins wrote: Maybe we should add process scheduling into Apache, and a file system, and a window manager, and... :-) Okay, I'm being silly, and there are times when duplication is necessary, but cron is such a well-established way of solving this problem that anything else sounds strange. The original post didn't say that the goal was to modify the scheduled jobs dynamically from mod_perl, and that does add a new wrinkle. I still think a good Perl interface to cron would be more obvious and more reliable. Perhaps its the difference between people who've had to write shrink-wrap apps? The question for me is dependencies. We add in Schedule::Cron or whatever and then you've got to add in LWP or HTTP::GHTTP or HTTP::Lite to do the request. Its just something that would be useful to a lot of people, IMHO. -- Matt/ /||** Director and CTO ** //||** AxKit.com Ltd ** ** XML Application Serving ** // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** // \\| // ** Personal Web Site: http://sergeant.org/ ** \\// //\\ // \\
Re: cron for mod_perl?
Perrin Harkins wrote: The original post didn't say that the goal was to modify the scheduled jobs dynamically from mod_perl, and that does add a new wrinkle. I still think a good Perl interface to cron would be more obvious and more reliable. Sorry, maybe I didn't make that quite clear. Yes, it is a goal. For example, to take an example from the ACS, a user can add or remove parking warnings from the web site. I could write a file somewhere and have another process in cron process that file every once in a while, but I would like direct and immediate feedback/effect. This could be simply an Apache::Cron module or something like that, to ease the task of add/modifying/removing cron jobs from mod_perl, I agree. -- "As usual, this being a 1.3.x release, I haven't even compiled this kernel yet. So if it works, you should be doubly impressed." -- Linus Torvalds
Re: cron for mod_perl?
Vivek Khera wrote: With appropriate Perl modules for the cron files, this should be trivial. But then, you probably aren't doing this from mod_perl... PP Well, yes, why? :-) You really want to have your web server writing files that execute arbitrary programs at arbitrary times? Sounds risky. Well, I'd like to keep this as little arbitrary that I can. For examples of what I'd like to be able to do: http://tz.arsdigita.com/ http://remindme.arsdigita.com/ http://uptime.arsdigita.com/uptime/ The last one fetches URLs from the web. As for risky: this is just as risky as using mod_perl at all. What is run is controlled by the script, so it's not 100% arbitrary, if you can help it. If it was inside Apache, then it wouldn't be arbitrary programs, it would restricted to the server. -- "You can have my Unix system when you pry it from my cold, dead fingers." -- Cal Keegan
Another [JOB SEEKER] Freelancer / developer for hire
Greetings, all. Here's another message from a mod_perl/Mason developer looking for work. My employer is looking at having to shut his doors, so I'm looking for work. I can telecommute, or work some place a reasonable drive from Riverside, CA. Resume available at http://webhsot.riverside.ca.us/users/dan Summary: 20 years C, 5 years Perl, 5 years CGI, 1 year mod_perl and HTML::Mason. Dan Mahoney [EMAIL PROTECTED]
RE: Apache-read timed out
On Thu, 15 Feb 2001, Geoffrey Young wrote: I am getting "Apache-read timed out messages in my error_log,now i have been looking at this problem for a while now before posting it for help, whats happening is if i test my application from within the network , because the connection being very fast i am not having any problems , but when i try to do the same thing from the external network over a dial up line i get this error message in the error logs and the script gets killed I had this problem and it drove me completely nuts until I figured it out. In my case, in a front-end-proxy/back-end-mod_perl configuration it turned out to be having a lower timeout value for the back-end Apaches than for the front-end Apaches. I had set it this way to try and free up back-end servers (which are more valuable than front-end servers) more quickly in the event of a timeout. It didn't work out that way! :-) I now run 300 seconds on the front-ends and 400 on the back-ends, and Apache-read timeouts no longer cause problems. -- -- Tom Mornini -- InfoMania Printing and Prepress
RE: Apache-read timed out
How do i resolve this issue because this is happening after the server has been running for a while , i have tried increasing the timeout parameter value to more than 500 and still dosen't work ? sachin --- Tom Mornini [EMAIL PROTECTED] wrote: On Thu, 15 Feb 2001, Geoffrey Young wrote: I am getting "Apache-read timed out messages in my error_log,now i have been looking at this problem for a while now before posting it for help, whats happening is if i test my application from within the network , because the connection being very fast i am not having any problems , but when i try to do the same thing from the external network over a dial up line i get this error message in the error logs and the script gets killed I had this problem and it drove me completely nuts until I figured it out. In my case, in a front-end-proxy/back-end-mod_perl configuration it turned out to be having a lower timeout value for the back-end Apaches than for the front-end Apaches. I had set it this way to try and free up back-end servers (which are more valuable than front-end servers) more quickly in the event of a timeout. It didn't work out that way! :-) I now run 300 seconds on the front-ends and 400 on the back-ends, and Apache-read timeouts no longer cause problems. -- -- Tom Mornini -- InfoMania Printing and Prepress __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
General Question
hi,
I would like to know what header
to print to view this on the browser, if text/html is entered the image is not
displayed and if image/gif is entered the image does not appear , thanks
in advance
Kiran
ps: if this is not the right place to ask this
question please tell me where i can find help
open(F1,"images.gif") ||errorhandler;
while(F1) {
$imgcont .=$_;}
close(F1);
print" html message here";
print $imgcont;
print" html message
here";
cvs commit: modperl-site/dist apache-modlist.html
sbekman 01/02/15 01:26:58 Modified:dist apache-modlist.html Log: listing Apache::Motd upon Carlos request Revision ChangesPath 1.20 +4 -1 modperl-site/dist/apache-modlist.html Index: apache-modlist.html === RCS file: /home/cvs/modperl-site/dist/apache-modlist.html,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- apache-modlist.html 2001/02/13 15:54:05 1.19 +++ apache-modlist.html 2001/02/15 09:26:57 1.20 @@ -6,7 +6,7 @@ h1The Apache/Perl Module List/h1 Maintained by a href="mailto:[EMAIL PROTECTED]"Doug MacEachern/a, -bri $Revision: 1.19 $ $Date: 2001/02/13 15:54:05 $/i +bri $Revision: 1.20 $ $Date: 2001/02/15 09:26:57 $/i h3Contents/h3 a href="#intro"Introduction/abr @@ -265,6 +265,7 @@ Icon bdcOAccess to AddIcon* configurationDOUGM Include Smpfmod_include + Apache::Registry handler APML Mmap bdcfShare data via Mmap module FLETCH +MotdbmpfAdd Message of the Day functionalityCRAMIREZ ParseLog bdpOOO interface to Apache log filesAKIRA RegistryLoader SmpOApache::Registry startup script loader APML Request amcOCGI.pm functionality using API methods APML @@ -303,6 +304,7 @@ CHAMAS Joshua Chamas lt;[EMAIL PROTECTED]gt; CHOLET Eric Cholet lt;[EMAIL PROTECTED]gt; CHTHORMAN Chris Thorman lt;[EMAIL PROTECTED]gt; +CRAMIREZ Carlos Ramirez lt;[EMAIL PROTECTED]gt; DANIEL Daniel lt;[EMAIL PROTECTED]gt; DEPDemetrios E. Paneras lt;[EMAIL PROTECTED]gt; DLOWE David Lowe lt;[EMAIL PROTECTED]gt; @@ -374,3 +376,4 @@ See the Apache/Perl a href="http://perl.apache.org/"homepage/a. /body /html +
