Re: Spell Checkers and EMail
Also have a look as 'aspell', which I found to have a more extensive dictionary and thus suggestions for words. I also discovered that sending stdin to it from a perl script can be quite slow (e.g. an email that has several replies), however there's a perl module interface that I also discovered on CPAN -- haven't implemented it yet, too busy. http://savannah.gnu.org/download/ aspell can be substituted for ispell (same call options), so you might as well evaluate them both. -doug On Thursday 06 March 2003 06:08 am, Christian Hauser wrote: Hello Philip I just digged my way through Ispell a great spell checking module with libraries for many languages: http://fmg-www.cs.ucla.edu/geoff/ispell.html See the my latest contribution on this topic in the Mason thread: http://marc.theaimsgroup.com/?l=masonm=104657497230694w=2 I used it to spell check text before saving it. Offering a spell interface incl. suggestion and personal dictionary. Regards Christian == beginn original == Date: Donnerstag, 6. März 2003, 04:21:07 Subject: Spell Checkers and EMail We send a good deal of templated based E-Mail with the option to edit right before sending. The editing is done via webpage running under mod_perl/Apache or PerlEx/IIS with Oracle and MSSQL backends respectively. Anyone know of any good modules to add a spellchecker ability to this edit screen or possibly the one on the next page (submit button) ? Thanks for the advice.
Re: E-commerce payment systems for apache/mod_perl
On Wed, 3 Jul 2002, Vlad Safronov wrote: hi, I use two services for payment proccessing. One for digital money www.cyphermint.com/epay/ (quite complex for initial installing, i don't like it) and the second for cc processing (much more simple) you can just give them info about your contract (say id, price, amount) and redirect user on their site for payment processing (http://www.assist.ru/eng/about/cardpayments/) I don't thunk these services are suitable for, but you read some help on it and understand what exactly you need. -vlad Any obvious choices for a relatively small-scale e-commerce payment processing system for a server running apache / mod_perl? -- David Dyer-Bennet, [EMAIL PROTECTED] / New TMDA anti-spam in test John Dyer-Bennet 1915-2002 Memorial Site http://john.dyer-bennet.net Book log: http://www.dd-b.net/dd-b/Ouroboros/booknotes/ New Dragaera mailing lists, see http://dragaera.info So does anyone have any recommendations for an epay (Pay-pal) system? -- ~~ Doug Silver Network Manager Urchin Software Corp. http://www.urchin.com ~~
Re: Sending Mail
I'm using Mail::Sender which can send attachments. Not sure how it compares to Mime::Lite. -doug On Thu, 13 Jun 2002, Jon Robison wrote: Can anyone give me recommendations on a good Mail handler that integrates well with mod_perl? I have a system whereby I want to give people the ability to mail the currently viewed page to someone. Once they select a To: address, the system will look up some data, re-construct the viewed page in a textual format, and send the mail. I'm just looking for recommendations on a good perl mailing module for this kind of use. --Jon Robison -- ~~ Doug Silver 619 235-2665 Network Manager Urchin Software Corp. http://www.urchin.com ~~
Re: Confusion: Perl/mod_perl ????
On Thu, 30 May 2002, Jeff McLean wrote: Hi, I have been programming in Perl for about 3 weeks now, and I just started doing some Perl CGI. I have Apache 2 installed on my linux system, but and my perl scripts work fine, but I don't knwo whether or not I'm using Perl (as in /usr/bin/perl) or mod_perl. I thought up untill recently that Apache has it's own version of Perl that it uses for CGI scripts (mod_perl) but I am now having doubts. Could someone please tell me exactly what the difference is between Perl and mod_perl, and how exactly mod_perl is used (.i.e. is it just for writing apache modules or is it just for CGI, or what) I'm big-time confuesd here. Thanks very much!!! Jeff. Hi Jeff - First go to the http://perl.apache.org/ site to get the full story. In short, think of mod_perl as a module that you start up with Apache that allows all of the perl scripts to run faster because the server doesn't have to launch a subprocess because mod_perl is in a sense Apache's version of perl. There are a lot of options/etc (this *is* perl we're talking about), so keep that in mind as you read through the documentation for what is applicable to your website. If you're using mod_perl, you can check your log when you start up Apache for something like this: [Fri May 24 14:50:24 2002] [notice] Apache/1.3.22 (Unix) mod_perl -- ~~ Doug Silver Network Manager Urchin Software Corp.http://www.urchin.com ~~
Re: libperl.so vs mod_perl.so
Hi Mike - I have the same setup. You should see something like this: $ egrep -i perl httpd.conf LoadModule perl_modulelibexec/apache/libperl.so AddModule mod_perl.c # apachectl graceful # tail /www/logs/error.log [Thu Apr 11 14:53:31 2002] [notice] Apache/1.3.22 (Unix) mod_perl/1.26 PHP/4.1.0 mod_ssl/2.8.5 OpenSSL/0.9.6a configured -- resuming normal operations ~~ Doug Silver Network Manager Urchin Corporation http://www.urchin.com ~~ On Thu, 11 Apr 2002, Mike Loiterman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Using FreeBSD 4.4 STABLE, apache-1.13.22_4, mod_perl-1.26 I had apache installed via its port, but I needed to use mod_perl. So, it was my understanding that one can cd /usr/ports/mod_perl and do a make make install to install mod_perl into an exsisting apache configuration without having to recompile. This seems to have worked since I am seeing an entry in http.conf that says AddModule mod_perl.c but there is no entry for LoadModule /libexec/apache/mod_perl.so and of course there is no file in linexec/apache/mod_perl.so so I'm a bit confused. There is a an entry for libperl.so and there is a file called libperl.so. It isn't clear to me from the documentation at http://perl.apache.org/guide/install.html#libperl_so_and_libperl_a how this relates to mod_perl.so. Are these files interchangable? How can I quickly and easily test if mod_perl is inded installed and functioning correctly. Mike Loiterman [EMAIL PROTECTED] PGP Key 0xD1B9D18E -BEGIN PGP SIGNATURE- Version: PGP 7.0.4 Comment: Message digitally signed by Mike Loiterman iQA/AwUBPLYDBmjZbUnRudGOEQK2pgCgw2Wjlls7pSQbVpwOn5PuUX3mSR0AoNx5 b1EBAV4smZy90cKCMg5IEId+ =onnW -END PGP SIGNATURE-
Re: libperl.so vs mod_perl.so
Ryan - I upgraded to perl 5.6 and when I built mod_perl it used the right one, I would guess that it would only build it against 5.0 if you didn't run the `use.perl {port,system}` script that comes with perl 5.6. The last time I read about loadable modules vs compiled said that the loadable route costs during startup, but beyond that it's nearly a push. Using the ports system makes upgrading Apache and all the other system software much easier than the other route. But, everyone does things differently, so YMMV! ~~ Doug Silver Network Manager Urchin Corporation http://www.urchin.com ~~ On Thu, 11 Apr 2002, Ryan Parr wrote: As a fellow FreeBSD user (4.5) I recommend building Apache and mod_perl from source. The ports version builds against the default Perl version (5.005), even if you upgrade. Therefore, that's all you get in your mod_perl. Also, it's a good idea to compile mod_perl into Apache, at least, that's what everyone on this list seems to say... To get the same layout as with the port install configure apache --with-layout=FreeBSD -- Ryan - Original Message - From: Ged Haywood [EMAIL PROTECTED] To: Mike Loiterman [EMAIL PROTECTED] Cc: mod_perl Mailing List [EMAIL PROTECTED] Sent: Thursday, April 11, 2002 4:24 PM Subject: Re: libperl.so vs mod_perl.so Hi there, On Thu, 11 Apr 2002, Mike Loiterman wrote: -BEGIN PGP SIGNED MESSAGE- There's really no need for all this... :) but there is no entry for LoadModule /libexec/apache/mod_perl.so That's because mod_perl.so doesn't exist. There is a an entry for libperl.so and there is a file called libperl.so. That's the one! How can I quickly and easily test if mod_perl is inded installed Read the Guide some more... http://perl.apache.org/guide ... and check the error_log. 73, Ged.
Re: Apache::DBI startup?
On Wed, 20 Mar 2002, Stas Bekman wrote: Doug Silver wrote: I don't know if this is a PostgreSQL oddity, but in the startup.pl file, I can have the entry like so and it seems to start fine: Apache::DBI-connect_on_init (dbi:pg(PrintError=1,AutoCommit=0):, , ) or die Cannot connect to database: $DBI::errstr; The error log shows a couple of Apache::DBI PerlChildInitHandler entries, so I think it's working, but would like to confirm it. Yes see http://perl.apache.org/guide/databases.html#Debugging_Apache_DBI Actually, that's what I had it on: [Wed Mar 20 10:45:16 2002] [notice] Apache/1.3.22 (Unix) mod_perl/1.26 PHP/4.1.0 mod_ssl/2.8.5 OpenSSL/0.9.6a configured -- resuming normal operations 30460 Apache::DBI PerlChildInitHandler 30461 Apache::DBI PerlChildInitHandler 30462 Apache::DBI PerlChildInitHandler 30463 Apache::DBI PerlChildInitHandler 30464 Apache::DBI PerlChildInitHandler [Wed Mar 20 10:45:16 2002] [notice] Accept mutex: flock (Default: flock) From my startup.pl: # choose debug output: 0 = off, 1 = quiet, 2 = chatty $Apache::DBI::DEBUG = 2; I guess I just wanted some confirmation on how the DBI was able to establish the connection without a database or username specified. Guess it's working, which is the main issue. -- ~ Doug Silver Network Manager Quantified Systems, Inc ~
Apache::DBI startup?
I don't know if this is a PostgreSQL oddity, but in the startup.pl file, I can have the entry like so and it seems to start fine: Apache::DBI-connect_on_init (dbi:pg(PrintError=1,AutoCommit=0):, , ) or die Cannot connect to database: $DBI::errstr; The error log shows a couple of Apache::DBI PerlChildInitHandler entries, so I think it's working, but would like to confirm it. Thanks. -- ~ Doug Silver Network Manager Quantified Systems, Inc ~
Apache::DBI startup failure
I can't seem to get Apache::DBI to start up properly. Here's my startup.pl: #!/usr/bin/perl -w use strict; use Apache (); use Apache::Status (); use Apache::DBI (); # This *must* come before all other DBI modules! use Apache::Registry; use CGI (); CGI-compile(':all'); use CGI::Carp (); $Apache::DBI::DEBUG = 2; Apache::DBI-connect_on_init (DBI:Pg:dbname=demo;host=localhost, demo, , { PrintError = 1, # warn() on errors RaiseError = 0, # don't die on error AutoCommit = 0, # require transactions } ) or die Cannot connect to database: $DBI::errstr; 1; And here's what happens: [Thu Mar 14 14:28:35 2002] [notice] Apache/1.3.22 (Unix) mod_perl/1.26 PHP/4.1.0 mod_ssl/2.8.5 OpenSSL/0.9.6a configured -- resuming normal operations 13336 Apache::DBI PerlChildInitHandler 13337 Apache::DBI PerlChildInitHandler 13338 Apache::DBI PerlChildInitHandler 13339 Apache::DBI PerlChildInitHandler 13340 Apache::DBI PerlChildInitHandler [Thu Mar 14 14:28:35 2002] [notice] Accept mutex: flock (Default: flock) [Thu Mar 14 14:28:35 2002] [notice] child pid 13338 exit signal Segmentation fault (11) [Thu Mar 14 14:28:35 2002] [notice] child pid 13339 exit signal Segmentation fault (11) [Thu Mar 14 14:28:35 2002] [notice] child pid 13337 exit signal Segmentation fault (11) [Thu Mar 14 14:28:35 2002] [notice] child pid 13336 exit signal Segmentation fault (11) [Thu Mar 14 14:28:36 2002] [notice] child pid 13340 exit signal Segmentation fault (11) If I don't use the connect_on_init stuff, I can run a test script fine with those exact db parameters. Any suggestions? Thanks! -- ~ Doug Silver Network Manager Quantified Systems, Inc ~
Re: Apache::DBI startup failure
Ok, I found it, but this has got to be some kind of bug. This works: Apache::DBI-connect_on_init(dbi:pg:demo,demo); This doesn't: Apache::DBI-connect_on_init(dbi:Pg:demo,demo); That's right, putting 'dbi:pg' in lowercase made it work. I looked through some old newsgroup stuff and saw someone using Postgres had it similar to that. Here's some further debugging information for the developers: perl -v = v5.6.1 on i386-freebsd (FreeBSD 4.4) # pkg_info |egrep -i dbi|postgres p5-Apache-DBI-0.88 DBI persistent connection, authentication and authorization p5-DBD-Pg-1.01 Provides access to PostgreSQL databases through the DBI p5-DBI-1.20 The perl5 Database Interface. Required for DBD::* modules postgresql-7.1.3A robust, next generation, object-relational DBMS -doug On 14 Mar 2002, Brendan W. McAdams wrote: I've seen similar behavior with DBD::Sybase; if your SYBASE env variable is not set or points at an invalid directory Apache starts up but begins segging every child process over and over again. I'm not familiar with Postgres but this might point you in the right direction. On Thu, 2002-03-14 at 18:09, Doug Silver wrote: I can't seem to get Apache::DBI to start up properly. Here's my startup.pl: #!/usr/bin/perl -w use strict; use Apache (); use Apache::Status (); use Apache::DBI (); # This *must* come before all other DBI modules! use Apache::Registry; use CGI (); CGI-compile(':all'); use CGI::Carp (); $Apache::DBI::DEBUG = 2; Apache::DBI-connect_on_init (DBI:Pg:dbname=demo;host=localhost, demo, , { PrintError = 1, # warn() on errors RaiseError = 0, # don't die on error AutoCommit = 0, # require transactions } ) or die Cannot connect to database: $DBI::errstr; 1;