[30688] in Perl-Users-Digest
Perl-Users Digest, Issue: 1933 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Oct 19 16:09:42 2008
Date: Sun, 19 Oct 2008 13:09:09 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 19 Oct 2008 Volume: 11 Number: 1933
Today's topics:
Re: E-commerce script desired jfbryan@gmail.com
new CPAN modules on Sun Oct 19 2008 (Randal Schwartz)
Re: Parsing CSV and " " <stpra123@gmail.com>
Re: Procedural interface to mysql <hjp-usenet2@hjp.at>
Re: Procedural interface to mysql <usenet@larseighner.com>
Re: Procedural interface to mysql <carlf@photocarl.org>
Re: Procedural interface to mysql <smallpond@juno.com>
Re: Procedural interface to mysql <tim@burlyhost.com>
Re: Procedural interface to mysql <usenet@larseighner.com>
Re: Procedural interface to mysql <tim@burlyhost.com>
Re: Procedural interface to mysql <hjp-usenet2@hjp.at>
Re: Procedural interface to mysql <waveright@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 18 Oct 2008 23:50:22 -0700 (PDT)
From: jfbryan@gmail.com
Subject: Re: E-commerce script desired
Message-Id: <373345de-5df1-4c6d-b0a4-52b43f6702d7@p59g2000hsd.googlegroups.com>
On Oct 18, 1:07 am, Michael Vilain <vil...@NOspamcop.net> wrote:
> In article
> <63c9040e-b750-4a43-b052-526f0822b...@k7g2000hsd.googlegroups.com>,
>
> jfbr...@gmail.com wrote:
> > I am looking for a script (preferably Perl) that will require a
> > visitor to register (on a web registration page) and then be presented
> > with various successive affiliate website offers before concluding.
>
> There are ecommerce packages out there, some commercial and some free.
> OScommerce is the one I see offered on web hosting sites. Many of them
> can be customized to work with your credit card processor. You want to
> hire a web programmer to find a compatible web hosting company, setup a
> site for you, acquire the software, configure it, and setup the
> eCommerce stuff for you. Asking for help off news groups isn't going to
> get you very far.
>
> --
> DeeDee, don't press that button! DeeDee! NO! Dee...
> [I filter all Goggle Groups posts, so any reply may be automatically by ignored]
Michael:
Thanks for replying. Based on Tim's and your leads and further
research, I came across a website with the type of functionality that
I have in mind.
http://producttestpanel.com and the site claims to use "Accu Offer" as
an engine
Do you happen to know how I can adopt this for my site?
Thanks,
James
------------------------------
Date: Sun, 19 Oct 2008 04:42:22 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sun Oct 19 2008
Message-Id: <K8yyEM.wq8@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
AI-PSO-OO-1.000
http://search.cpan.org/~grandpa/AI-PSO-OO-1.000/
----
AI-PSO-OO-1.001
http://search.cpan.org/~grandpa/AI-PSO-OO-1.001/
----
AI-PSO-OO-1.002
http://search.cpan.org/~grandpa/AI-PSO-OO-1.002/
Particle Swarm Optimization (object oriented)
----
App-Hachero-0.01_03
http://search.cpan.org/~danjou/App-Hachero-0.01_03/
a plaggable log analyzing framework
----
BDB-Wrapper-0.20
http://search.cpan.org/~hikarine/BDB-Wrapper-0.20/
Wrapper module for BerkeleyDB.pm
----
Bundle-POE-All-1.03
http://search.cpan.org/~apocal/Bundle-POE-All-1.03/
Installs all the modules in the POE::* namespace
----
Business-OnlinePayment-PayflowPro-0.07_06
http://search.cpan.org/~plobbes/Business-OnlinePayment-PayflowPro-0.07_06/
Payflow Pro backend for Business::OnlinePayment
----
Business-Validation-0.01
http://search.cpan.org/~stocks/Business-Validation-0.01/
Business rule validation framework.
----
Business-Validation-0.02
http://search.cpan.org/~stocks/Business-Validation-0.02/
Business rule validation framework.
----
CGI-Compress-Gzip-1.03
http://search.cpan.org/~cdolan/CGI-Compress-Gzip-1.03/
CGI with automatically compressed output
----
Config-JSON-1.2.1
http://search.cpan.org/~apeiron/Config-JSON-1.2.1/
A JSON based config file system.
----
Data-Validation-0.2.60
http://search.cpan.org/~pjfl/Data-Validation-0.2.60/
Check data values for conformance with constraints
----
Filter-Simple-0.83
http://search.cpan.org/~smueller/Filter-Simple-0.83/
Simplified source filtering
----
Font-GlyphNames-0.03a
http://search.cpan.org/~sprout/Font-GlyphNames-0.03a/
Convert between glyph names and characters
----
Games-Risk-2.0.0
http://search.cpan.org/~jquelin/Games-Risk-2.0.0/
classical 'risk' board game
----
Gnaw-0.01
http://search.cpan.org/~gslondon/Gnaw-0.01/
The great new Gnaw!
----
Gnaw-0.02
http://search.cpan.org/~gslondon/Gnaw-0.02/
The great new Gnaw!
----
Gnaw-0.03
http://search.cpan.org/~gslondon/Gnaw-0.03/
Define parse grammars using perl subroutine calls. No intermediate grammar languages.
----
Gnaw-0.04
http://search.cpan.org/~gslondon/Gnaw-0.04/
Define parse grammars using perl subroutine calls. No intermediate grammar languages.
----
HTML-DOM-0.022
http://search.cpan.org/~sprout/HTML-DOM-0.022/
A Perl implementation of the HTML Document Object Model
----
IO-Lambda-0.30
http://search.cpan.org/~karasik/IO-Lambda-0.30/
non-blocking I/O in lambda style
----
Imager-SkinDetector-0.05
http://search.cpan.org/~cosimo/Imager-SkinDetector-0.05/
Try to detect skin tones and nudity in images
----
Ipernity-API-0.05
http://search.cpan.org/~wneessen/Ipernity-API-0.05/
Perl interface to the Ipernity API
----
JE-0.030
http://search.cpan.org/~sprout/JE-0.030/
Pure-Perl ECMAScript (JavaScript) Engine
----
Lingua-JA-Regular-Unicode-0.01_02
http://search.cpan.org/~tokuhirom/Lingua-JA-Regular-Unicode-0.01_02/
convert japanese chars.
----
Locale-Maketext-Extract-Plugin-XSL-0.1
http://search.cpan.org/~pepl/Locale-Maketext-Extract-Plugin-XSL-0.1/
XSL file parser
----
Mail-Toaster-5.13
http://search.cpan.org/~msimerson/Mail-Toaster-5.13/
turns a computer into a secure, full-featured, high-performance mail server.
----
Math-GSL-0.13_03
http://search.cpan.org/~leto/Math-GSL-0.13_03/
Perl interface to the GNU Scientific Library (GSL)
----
Net-Amazon-HadoopEC2-0.01
http://search.cpan.org/~danjou/Net-Amazon-HadoopEC2-0.01/
perl interface to work with Hadoop-EC2
----
Net-Appliance-Phrasebook-1.5
http://search.cpan.org/~oliver/Net-Appliance-Phrasebook-1.5/
Network appliance command-line phrasebook
----
Net-Appliance-Phrasebook-1.6
http://search.cpan.org/~oliver/Net-Appliance-Phrasebook-1.6/
Network appliance command-line phrasebook
----
Net-Stitcho-0.02
http://search.cpan.org/~melo/Net-Stitcho-0.02/
Client module for the Stitcho.com API
----
Nmap-Parser-1.18
http://search.cpan.org/~apersaud/Nmap-Parser-1.18/
parse nmap scan data with perl
----
POE-Component-WWW-LimerickDB-0.0101
http://search.cpan.org/~zoffix/POE-Component-WWW-LimerickDB-0.0101/
non-blocking wrapper around WWW::LimerickDB
----
Parse-Lotus123-WK4-0.081
http://search.cpan.org/~reckon/Parse-Lotus123-WK4-0.081/
extract data from Lotus 1-2-3 .WK4 files
----
Parse-Lotus123-WK4-0.082
http://search.cpan.org/~reckon/Parse-Lotus123-WK4-0.082/
extract data from Lotus 1-2-3 .WK4 files
----
Parse-Lotus123-WK4-0.088
http://search.cpan.org/~reckon/Parse-Lotus123-WK4-0.088/
extract data from Lotus 1-2-3 .WK4 files
----
Parse-Stata-DtaReader-0.681
http://search.cpan.org/~reckon/Parse-Stata-DtaReader-0.681/
extract data from Stata 8 and Stata 10 .dta files
----
RPC-Serialized-0.0702
http://search.cpan.org/~oliver/RPC-Serialized-0.0702/
Subroutine calls over the network using common serialization
----
Tie-RefHash-Weak-0.09
http://search.cpan.org/~nuffin/Tie-RefHash-Weak-0.09/
A Tie::RefHash subclass with weakened references in the keys.
----
Time-Local-Extended-0.50
http://search.cpan.org/~bobo/Time-Local-Extended-0.50/
Increase the range of localtime and timelocal
----
Tk-Mirror-0.05
http://search.cpan.org/~knorr/Tk-Mirror-0.05/
Perl extension for a graphic user interface to up- or download local and remote directories
----
VCS-CMSynergy-1.34
http://search.cpan.org/~rschupp/VCS-CMSynergy-1.34/
Perl interface to Telelogic Synergy
----
WWW-LimerickDB-0.0101
http://search.cpan.org/~zoffix/WWW-LimerickDB-0.0101/
interface to fetch limericks from http://limerickdb.com/
----
WWW-LimerickDB-0.0201
http://search.cpan.org/~zoffix/WWW-LimerickDB-0.0201/
interface to fetch limericks from http://limerickdb.com/
----
WWW-LimerickDB-0.0202
http://search.cpan.org/~zoffix/WWW-LimerickDB-0.0202/
interface to fetch limericks from http://limerickdb.com/
----
WWW-LimerickDB-0.0203
http://search.cpan.org/~zoffix/WWW-LimerickDB-0.0203/
interface to fetch limericks from http://limerickdb.com/
----
WWW-Mechanize-Plugin-JavaScript-0.007a
http://search.cpan.org/~sprout/WWW-Mechanize-Plugin-JavaScript-0.007a/
JavaScript plugin for WWW::Mechanize
----
WWW-Patent-Page-0.106.0
http://search.cpan.org/~anonwb/WWW-Patent-Page-0.106.0/
get patent documents from WWW source (e.g. JP->Eng translations in HTML from JPO, complete US applications and grants from (USPTO), pdf documents from the esp@cenet at the European Patent Office (ESPA
----
WWW-VieDeMerde-0.01
http://search.cpan.org/~iderrick/WWW-VieDeMerde-0.01/
A perl module for using the viedemerde.fr API
----
Win32-TestServerManager-0.04
http://search.cpan.org/~ishigaki/Win32-TestServerManager-0.04/
manage simple test servers on Win32
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Sun, 19 Oct 2008 08:42:04 -0700 (PDT)
From: hotkitty <stpra123@gmail.com>
Subject: Re: Parsing CSV and " "
Message-Id: <a125ebd9-7785-4906-8921-79ab2ec720aa@m74g2000hsh.googlegroups.com>
On Oct 13, 12:28=A0pm, s...@netherlands.com wrote:
> On Sat, 11 Oct 2008 21:47:27 GMT, s...@netherlands.com wrote:
>
> [snip]
>
> Small change's ..
>
> - For performance, the transliteration was changed to count $tmp string.
> - Added the span modifier on the regex loop.
> =A0 Thus the option below to keep newlines, and have the original formatt=
ing intact,
> =A0 ie: bullet point location's etc...
> =A0 Just (un)comment the block that is needed. Try it both ways.
>
> #############
> # Csv3 Regex
> #############
>
> #http://www.nasdaq.com//asp/symbols.asp?exchange=3DQ&start=3D0
>
> use strict;
> use warnings;
>
> my $fname =3D 'c:\temp\symbols.csv';
> open CSV, $fname or die "can't open $fname...";
>
> my ($row, $tmp) =3D ('','');
> my ($parsing, $records, $quotes) =3D (1,1,0);
>
> while ($parsing)
> {
> =A0 =A0 =A0 =A0 ## Buffer until a full row
> =A0 =A0 =A0 =A0 ## -------------------------
> =A0 =A0 =A0 =A0 if (!($_ =3D <CSV>)) {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $parsing =3D 0; # eof, parse what's left
> =A0 =A0 =A0 =A0 } else {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $tmp =3D $_;
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ## this block will trim newlines ---
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $tmp =3D~ s/\s+$//s;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 next if (!length($tmp));
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $row .=3D " $tmp";
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ## ---
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ## this block will keep newlines ---
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # $row .=3D $tmp;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ## ---
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $quotes +=3D $tmp =3D~ tr/"//;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 next if (!($quotes % 2 =3D=3D 0)); =A0# E=
ven number of double quotes?
> =A0 =A0 =A0 =A0 } =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=
=A0 =A0 =A0 =A0 =A0 # Good to go, parse it ...
>
> =A0 =A0 =A0 =A0 print " (".$records++.") ----------\n";
>
> =A0 =A0 =A0 =A0 ## Parse the row
> =A0 =A0 =A0 =A0 ## -------------------
> =A0 =A0 =A0 =A0 while ($row =3D~ /\s*"\s*([^"]*?)\s*"\s*,|\s*"\s*(.*?)\s*=
"\s*$/gs) =A0 # span lines
> =A0 =A0 =A0 =A0 {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 my $val =3D $1;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (defined $2) {
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # cleanup the description=
field
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 # -----------------------=
-------
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $val =3D $2;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $val =3D~ s/""/"/g;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $val =3D~ s/\.\.\. More\.=
\.\.//ig;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 $val =3D~ s/ / /ig;
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 }
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 print "val =3D $val\n";
> =A0 =A0 =A0 =A0 }
> =A0 =A0 =A0 =A0 $row =3D '';
> =A0 =A0 =A0 =A0 $quotes =3D 0;}
>
> close CSV;
>
> __END__
This works great! Now, I realize that my next question should be
categorized in the beginner's group but for whatever reason I will
post here:
How would I just print out every 4th occurrence of $val (i.e. the
Market Value column)?
------------------------------
Date: Sun, 19 Oct 2008 13:25:36 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Procedural interface to mysql
Message-Id: <slrngfm69g.ksq.hjp-usenet2@hrunkner.hjp.at>
On 2008-10-19 03:07, Lars Eighner <usenet@larseighner.com> wrote:
> Is there a procedural interface to mysql?
What do you mean by "procedural interface"? I assume you know about DBI.
What would a "procedural interface" give you that DBI doesn't?
hp
------------------------------
Date: Sun, 19 Oct 2008 13:56:25 +0000 (UTC)
From: Lars Eighner <usenet@larseighner.com>
Subject: Re: Procedural interface to mysql
Message-Id: <slrngfmejj.1mgo.usenet@debranded.larseighner.com>
In our last episode,
<slrngfm69g.ksq.hjp-usenet2@hrunkner.hjp.at>,
the lovely and talented Peter J. Holzer
broadcast on comp.lang.perl.misc:
> On 2008-10-19 03:07, Lars Eighner <usenet@larseighner.com> wrote:
>> Is there a procedural interface to mysql?
> What do you mean by "procedural interface"? I assume you know about DBI.
Yes.
> What would a "procedural interface" give you that DBI doesn't?
No objects. So it would be faster, simpler, more intuitive, more easily
made to do what I want to do instead of what someone thinks I ought to want
to do.
--
Lars Eighner <http://larseighner.com/> usenet@larseighner.com
Q. What did Palin do that Obama could not do?
A. Got me to vote for Obama.
------------------------------
Date: Sun, 19 Oct 2008 09:25:13 -0500
From: Carl Flippin <carlf@photocarl.org>
Subject: Re: Procedural interface to mysql
Message-Id: <slrngfmgq9.tc1.carlf@wallace.photocarl.org>
On 2008-10-19, Lars Eighner <usenet@larseighner.com> wrote:
> No objects. So it would be faster, simpler, more intuitive, more easily
> made to do what I want to do instead of what someone thinks I ought to want
> to do.
This is almost certainly a case of useless optimization. Any
interaction you have with the database is going to spend the vast
majority of its time waiting for the database. Object overhead will be
such a small part of execution time that it would be useless to
optimize it away.
--
Carl Flippin | Some people, when confronted with a problem,
carlf@photocarl.org | think "I know, I'll use regular expressions".
http://www.photocarl.org | Now they have two problems. - jwz
------------------------------
Date: Sun, 19 Oct 2008 08:54:00 -0700 (PDT)
From: smallpond <smallpond@juno.com>
Subject: Re: Procedural interface to mysql
Message-Id: <72a76dc2-b6f1-4d78-8133-fc1884663860@d31g2000hsg.googlegroups.com>
On Oct 19, 9:56 am, Lars Eighner <use...@larseighner.com> wrote:
> In our last episode,
> <slrngfm69g.ksq.hjp-usen...@hrunkner.hjp.at>,
> the lovely and talented Peter J. Holzer
> broadcast on comp.lang.perl.misc:
>
> > On 2008-10-19 03:07, Lars Eighner <use...@larseighner.com> wrote:
> >> Is there a procedural interface to mysql?
> > What do you mean by "procedural interface"? I assume you know about DBI.
>
> Yes.
>
> > What would a "procedural interface" give you that DBI doesn't?
>
> No objects. So it would be faster, simpler, more intuitive, more easily
> made to do what I want to do instead of what someone thinks I ought to want
> to do.
>
> --
> Lars Eighner <http://larseighner.com/> use...@larseighner.com
> Q. What did Palin do that Obama could not do?
> A. Got me to vote for Obama.
A method call in perl is a procedural call where the first
argument is passed using strange syntax. The call in
your code:
$dbh = $dsn->connect($user, $password);
is a shorthand way of doing:
$dbh = DBD::mysql::connect($dsn, $user, $password);
The advantage of OO is that $dsn knows what package it
is in, so the checking is done for you. Think of it
that way and it will seem more natural.
--S
------------------------------
Date: Sun, 19 Oct 2008 10:36:57 -0700
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Procedural interface to mysql
Message-Id: <ZeKKk.8085$YN3.1052@newsfe12.iad>
Lars Eighner wrote:
>
>> What would a "procedural interface" give you that DBI doesn't?
>
> No objects. So it would be faster, simpler, more intuitive, more
> easily made to do what I want to do instead of what someone thinks I
> ought to want to do.
>
Honestly, that would be such a negligible amount of overhead, and it's
pretty intuitive already. If you're worried about speed, you should
consider converting to C and compiling.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Sun, 19 Oct 2008 18:40:02 +0000 (UTC)
From: Lars Eighner <usenet@larseighner.com>
Subject: Re: Procedural interface to mysql
Message-Id: <slrngfmv7b.1ng7.usenet@debranded.larseighner.com>
In our last episode, <ZeKKk.8085$YN3.1052@newsfe12.iad>, the lovely and
talented Tim Greer broadcast on comp.lang.perl.misc:
> Lars Eighner wrote:
>>
>>> What would a "procedural interface" give you that DBI doesn't?
>>
>> No objects. So it would be faster, simpler, more intuitive, more
>> easily made to do what I want to do instead of what someone thinks I
>> ought to want to do.
>>
> Honestly, that would be such a negligible amount of overhead, and it's
> pretty intuitive already. If you're worried about speed, you should
> consider converting to C and compiling.
I'm gathering, then, that I will have to write my own, because all
database acess in perl is through the OO DBI.
--
Lars Eighner <http://larseighner.com/> usenet@larseighner.com
Q. What did Palin do that Obama could not do?
A. Got me to vote for Obama.
------------------------------
Date: Sun, 19 Oct 2008 11:48:03 -0700
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Procedural interface to mysql
Message-Id: <EhLKk.2404$JT3.983@newsfe03.iad>
Lars Eighner wrote:
> In our last episode, <ZeKKk.8085$YN3.1052@newsfe12.iad>, the lovely
> and talented Tim Greer broadcast on comp.lang.perl.misc:
>
>> Lars Eighner wrote:
>
>>>
>>>> What would a "procedural interface" give you that DBI doesn't?
>>>
>>> No objects. So it would be faster, simpler, more intuitive, more
>>> easily made to do what I want to do instead of what someone thinks I
>>> ought to want to do.
>>>
>
>> Honestly, that would be such a negligible amount of overhead, and
>> it's
>> pretty intuitive already. If you're worried about speed, you should
>> consider converting to C and compiling.
>
> I'm gathering, then, that I will have to write my own, because all
> database acess in perl is through the OO DBI.
>
It wouldn't be difficult to write your own without going the OO route.
I just really don't think it's going to have any impact on the speed
(not enough to matter). The current modules that do use OO are very
mature, stable, and do a great deal of things that are big time savers.
However, again. if you want to write your own code, by all means, go
for it.
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Sun, 19 Oct 2008 21:15:49 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Procedural interface to mysql
Message-Id: <slrngfn1r5.p2m.hjp-usenet2@hrunkner.hjp.at>
On 2008-10-19 18:40, Lars Eighner <usenet@larseighner.com> wrote:
> In our last episode, <ZeKKk.8085$YN3.1052@newsfe12.iad>, the lovely and
> talented Tim Greer broadcast on comp.lang.perl.misc:
>> Lars Eighner wrote:
>>>> What would a "procedural interface" give you that DBI doesn't?
>>>
>>> No objects. So it would be faster, simpler, more intuitive, more
>>> easily made to do what I want to do instead of what someone thinks I
>>> ought to want to do.
>>>
>
>> Honestly, that would be such a negligible amount of overhead, and it's
>> pretty intuitive already. If you're worried about speed, you should
>> consider converting to C and compiling.
>
> I'm gathering, then, that I will have to write my own, because all
> database acess in perl is through the OO DBI.
Back in the perl 4 days, there used to be Oraperl, a procedural (because
perl didn't do OO yet) interface to Oracle. As an interface it still
exists, but these days it just uses DBI in the background. So it won't
be any faster, and it doesn't look simpler to me (well it does, but
that's because it does a lot less - the functionality that Oraperl
provides is just as simple in DBI).
hp
------------------------------
Date: Sun, 19 Oct 2008 13:07:26 -0700 (PDT)
From: Todd Wade <waveright@gmail.com>
Subject: Re: Procedural interface to mysql
Message-Id: <e1a91bce-f1eb-4b9a-b417-86c77d794aed@v30g2000hsa.googlegroups.com>
On Oct 19, 2:40 pm, Lars Eighner <use...@larseighner.com> wrote:
> In our last episode, <ZeKKk.8085$YN3.1...@newsfe12.iad>, the lovely and
> talented Tim Greer broadcast on comp.lang.perl.misc:
>
> > Lars Eighner wrote:
>
> >>> What would a "procedural interface" give you that DBI doesn't?
>
> >> No objects. So it would be faster, simpler, more intuitive, more
> >> easily made to do what I want to do instead of what someone thinks I
> >> ought to want to do.
>
> > Honestly, that would be such a negligible amount of overhead, and it's
> > pretty intuitive already. If you're worried about speed, you should
> > consider converting to C and compiling.
>
> I'm gathering, then, that I will have to write my own, because all
> database acess in perl is through the OO DBI.
Perhaps show us sample syntax that is going to be "faster, simpler,
more intuitive, and [other things the DBI does that you dont think it
does]?
Todd W.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 1933
***************************************
