Re: [OT] - Mailing List Servers/mods .. etc

2002-09-26 Thread Erich L. Markert

It's been a while since I last used it, but I used a perl app called 
bulkmail.  Worked like a champ on a UNIX/sendmail system.

Robert Landrum wrote:

>I did just this.  Unfortunatly, sendmail proved to be too slow, both in 
>command line piping (i.e. open(PROG,"| sendmail ");), and via
>socket connection to port 25 to be a viable solution for the volume of mail we
>sent.
>
>Last I checked, the code I wrote interfaced with Lyris, which was performing
>ok.  When I left the project, they were looking into alternative approaches to
>sending email.  Note that this was all legitimate (double opt-in) bulk email.
>
>I have some code which is public.  Go grab SMTP-* from 
>http://bigrob.ath.cx/dist/.  These are a little better than the currently
>existing Net:: modules.  I do a bit more logging and error checking.
>
>At some point, those should be on CPAN if I can get the namespace approved.
>
>:)
>
>Good luck,
>Rob
>
>On Thu, Sep 26, 2002 at 02:44:12PM +0100, Jim Morrison [Mailinglists] wrote:
>  
>
>>Sorry.. 
>>This is completely off topic.. but I have a question you guys might help
>>me with..
>>
>>
>>I'm writing then next part of a big modperl project I'm doing.. This bit
>>could be loosely called a mailing-list-server..
>>
>>The listserver is going to handle out-going (only'ish) opt-in mailing
>>lists.  The opting-in bit is all bound into the rest of the project, as
>>is the construction of the outgoing email, and the list management...
>>
>>I'm wondering if there is any point in looking for a piece of third
>>party software/module etc, that will handle the sending of the mail or
>>should I work directly with sendmail? (Is sendmail the best mailserver
>>for this kind of thing?)
>>
>>I'd be happy to write something along the line of formail.pl on my own,
>>so I kinda know what I'm doing, but I'm gonna have to take things like
>>"Return to sender" errors and such into account..
>>
>>
>>
>>My question I guess is:
>> - Is it ok to send 100's or 1000's of mails to sendmail in one go, or
>>is there a better way of doing bulk mail?
>> - Are there any mods to help with dealing with returned mail etc..?
>> - Is there a good list of people doing this sort of thing? (Or do you
>>mind the thread being a little off-topic!)
>>
>>
>>I don't think I'm trying to reinvent the wheel.. Just that I think there
>>is so much of my own coding involved, I'm not sure if I'm going to be
>>able to get away with anything less than writing it from scratch..
>>
>>Would be greatful for any advice,
>>
>>Kindest,
>>Jimbo
>>
>>
>>
>>
>>
>>Jim Morrison
>>_
>>Technology & Development Partner
>>Isotope LLP
>>9, 2 Laura Place
>>Bath, BA2 4BH
>>UK
>>+44  (0) 1225  446170
>>+44  (0) 7940 937822
>>www.mediaisotope.com
>>
>>

-- 
Your favorite stores, helpful shopping tools and great gift ideas. 
Experience the convenience of buying online with Shop@Netscape! 
http://shopnow.netscape.com/





Re: [OT] email attachments - Win32 email reader to replace OE

2002-02-07 Thread Erich L. Markert

Why not just use Netscape's mail client then?  Works on Unix, Linux, 
Win32, etc...

[EMAIL PROTECTED] wrote:

>Thanks to folks who contributed, Eudora seems the thing to go with here.
>What I'd really like is  a Win32 version of KDE Mail, so I can have
>cross-platform standardization.
>regards, Rod
>===
>The sender has never accepted any funding
>from Enron. Any suggestion to that effect
>will be met with legal action.
>- Original Message -
>From: "Todd Finney" <[EMAIL PROTECTED]>
>To: "Rod Butcher" <[EMAIL PROTECTED]>
>Sent: Monday, February 04, 2002 9:27 AM
>Subject: Re: [OT] email attachments - Win32 email reader to replace OE
>
>
>>I've used various versions of Eudora since around 1995.  It's not
>>perfect, but it's better than most.  Recent versions have fairly
>>powerful filtering capabilities, and it handles large mailboxes without
>>difficultly (how large? My largest mailbox has around 35,000 messages
>>in it, it's been higher).
>>
>>It also has nice functional keyboard shortcuts, so you don't need to
>>use a mouse when you're handling mail.
>>
>>I can't comment on using PGP with it, as I've never tried that.  I
>>can't imagine it being a problem, though.
>>
>>cheers,
>>Todd
>>
>>
>>At 09:11 PM 2/2/02, Rod Butcher wrote:
>>
>>>Guys, in light of recent messages, can you suggest a secure
>>>full-function
>>>Win32 email reader (including optional HTML) with a brain that I can
>>>migrate
>>>all my Outlook  Express stuff to and so escape the Virus nightmare and
>>>deal
>>>with PGP, GPG etc and hence use electronic communication the way it's
>>>meant
>>>to be used ?
>>>many thanks, Rod
>>>- Original Message -
>>>From: "Jorge Godoy" <[EMAIL PROTECTED]>
>>>To: "Rod Butcher" <[EMAIL PROTECTED]>
>>>Cc: <[EMAIL PROTECTED]>
>>>Sent: Sunday, February 03, 2002 12:24 PM
>>>Subject: Re: email attachments; was modperl growth
>>>
>>>
>>clip clip...
>>
I'm sorry, but it was a GPG (a free PGP) signed message.

Outlook is really lost when it sees that and, since you've bought

>>>it
>>>
from Microsoft, I think you should send them a request for them to
implement OpenPGP standards in their mail reader.


Unfortunately, you (don't) get what you paid for...


See you,
--
Godoy. <[EMAIL PROTECTED]>

Escritório de Projetos --   Conectiva S.A.
Projects Office --   Conectiva Inc.

>
>





Re: load balancing on apache

2001-12-14 Thread Erich L. Markert

[EMAIL PROTECTED] wrote:

>
>You can make it work with homegrown solutions, but I've found the dedicated
>load-balancing tools (at least Big/IP) to be effective and fairly easy to
>work with, even with large loads, failover requirements, and more exotic
>stuff like sticky sessions.  This is one area where the problem seems to be
>well enough defined for most people to use an off-the-shelf solution.
>They're often more expensive than they should be, but if you don't have
>someone on hand who knows the ipchains or LVS stuff it can save you some
>time and trouble.
>
>- Perrin
>
If  I'm not mistaken didn't the article about perl/mod_perl and etoys 
have some interesting things regarding load balancing?

http://www.perl.com/pub/a/2001/10/17/etoys.html




Re: Templating Feature sets

2000-08-04 Thread Erich L. Markert

Stas Bekman wrote:
> I believe XML is a way too heavy for docs writing. Why one will want to
> get a messy source code, when you can get away with a minimalistic POD.
> Just look at the Guide's source code and look at the generated PDF --
> isn't it great? I love POD. And if you want more than POD provides, it
> takes secs to add the new functionality.
> 

XML is probably a tad overboard but how about XHTML or at least looking
for a POD => XHTML for the future?
--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: Feature sets [was Re: Templating System]

2000-08-03 Thread Erich L. Markert

> I think splitting the systems into tiers (simple, average, framework)
> will also help to solve this problem. And of course, the feature
> checklist will be a continually evolving creature.

Absolutely agree.  There is no reason to reinvent the wheel.  I don't
see why a complete app server system couldn't be put together in such a
way as to allow the use of the individual technologies on their own.  

It would be one of the rare circumstances where the sum of the parts was
equal to the whole.
--
______
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: [OT] The $64K question/server hardware

2000-08-02 Thread Erich L. Markert

I can vouch for that.  We had a site running some distance ed software. 
The *nix version ran like a champ and would stay up and running for
months.

The NT version?  Would require pre-emptive reboots to try and prevent
unscheduled system downtimes. Also, the server would just crap out
without rhyme or reason - nothing in the logs, no Dr. Watsons, nada. 
THe only way to bring it back to life would be a reboot because
stopping/starting services was ineffective.

Jauder Ho wrote:
> 
> One thing to note is that IIS on NT4 leaks memory like mad on a high
> volume site so you will have to keep rebooting the boxes. The solution put
> in place required both Sun and NT machines and the Sun boxes were
> infinitely more stable (even though they were using *ugh* Netscape
> Enterprise Server). But IIS on Windows 2000 appears to be much better.
>



Re: [OT] The $64K question/server hardware

2000-08-02 Thread Erich L. Markert

I've been using a dual processor, PIII 400+ Mhz Dell PowerEdge server
that has 512MB RAM 2 9GB SCSI drives running Redhat Linux, Apache,
mod_perl, HTML::Embperl and it's been working like a champ.

Price tag:  $8000

Not to plug Dell but they have some really nice server offerings and now
fully support Linux as well...

___cliff rayman___ wrote:
> 
> i am running a PII 350 w/128mg ram and SCSI-2 7200rpm harddrives.
> i put out as many at 12K page views a day, nothing compared to Ask at Valueclick,
> although my pages are kind of big - about 60K worth.
> all of my pages have dynamic content rendered with mod_perl and Embperl and I
> suppress browser caching anytime the customer has an active cart.  only the gifs
> and jpegs are static.
> the checkout process is all SSL of course.
> 
> i have not yet set-up the reverse proxying etc. on the tuits list.
> 
> unless i am running some kind of maintenance (log analysis) etc., this system is
> always over 90% idle and never uses the swap space.
> 
> keystone was trying to sell me their monitoring and testing service and they
> pounded on the machine for a couple of weeks, and it came through with flying
> colors. always showing very small error rates and responses rates in the 90th
> percentile.
> 
> so, i intended this as a starter system, and i was expecting have to upgrade.
> but, it looks like it will make another season before it becomes another
> firewall, honeypot or internal server.
> 
> --
> ___cliff [EMAIL PROTECTED]http://www.genwax.com/
> Bill Moseley wrote:
> 
> > Hi,
> >
> > I'm not sure why, but someone asked me to review a bid they received for a
> > server to run their site.  That's where the $64,000 USD part comes from.
> > Whew!
> >
> > This is not a commerce site (it's a .org), and unlikely to get slashdotted.
> >  24/7 is nice, but it's not the end of the world if the server is down for
> > 12 hours.  The server is normally running about 1.5 hits/second with about
> > 30 10MB mod_perl processes.  Low database activity.  So I imagine an $800
> > PC running linux could do the job -- saving $63,200 in the process ;).
> >
> > Anyway, I've read the Guide on this issue again, and I've looked over the
> > High-Availability Linux Project, but I was wondering if anyone knew of
> > links or had experience with building a nice small inexpensive and reliable
> > server for running mod_perl.  Frankly, A single CPU P550 running Linux with
> > 1G RAM and a couple fast SCSI drives (and some decent ISP connectivity)
> > would more than do the job.  But what do I know!  Do mod_perl programmers
> > know hardware?
> >
> > So, I'm not looking for any specific advice, or do I want to discuss the
> > maintenance issues, but just some basic ideas on hardware, or pointers to
> > links you might have found useful.
> >
> > Like: "I'm running a P550 with 1G, ultra-wide SCSI and 10 hits/second and
> > never see any load problem."
> >
> > or "Check out this link and see how to run two inexpensive boxes in
> > parallel to maintain 100% uptime and you even don't have to worry about
> > tape backup."
> >
> > or "No, it's worth running RAID with hot-swappable disks and power supplies."
> >
> > or "I'll set up that server for $64,000!!" (no, sorry, I'm first in line
> > for that job...)
> >
> > Thanks,
> >
> > Bill Moseley
> > mailto:[EMAIL PROTECTED]

--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: Feature sets [was Re: Templating System]

2000-08-01 Thread Erich L. Markert

Drew Taylor wrote:
> 
> Bill Moseley wrote:
> >
> After all the response the thread generated, I wonder if perhaps we
> (meaning the people who have control over those things :-) really
> _should_ setup another list.
> 

I could see the efficacy of a template developers site for those people
involved in the actual development of whatever solution but I think
another list would confusion.  Besides, template questions would still
be asked on mod_perl anyway...

My $0.02.
--
______________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: template kit.....

2000-07-31 Thread Erich L. Markert

> What I don't understand is *why*.  Why can't you use to
> independent pieces of software: one for templates and the other
> for sessions that work perfectly well together (or seperately)?
> 

Paul,  

I don't think anyone (certainly not myself) is suggesting that all other
solutions be done away with - bigger is not always better.  However, for
certain types of projects an intergrated solution certainly offers up
more appeal than trying to get all this disparate solutions to work in
unison...

I know, personally, that my last project(s) would have benefitted
greatly from a integrated perl app server solution - especially if alot
of the underlying technologies can be hidden from the less than
technical folks...
--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: Templating System

2000-07-27 Thread Erich L. Markert

OK, I'm nearing the end of one project so I'm able to take a look at new
solutions so one question comes to mind.  What does the template toolkit
offer above and beyond HTML::Embperl or some other templating solution?

On a side note, wouldn't the mod_perl community be better served
focusing on one of these solutions and building upon it and creating a
mod_perl based application server much like Python has Zope?
--
______
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: mod_eprl or PHP

2000-07-26 Thread Erich L. Markert

Mea culpa.

[EMAIL PROTECTED] wrote:
> 
> PHP does not require mod_perl. They are completely seperate (and often do not
> like each other when loaded as DSOs).
> 
--
______
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: mod_eprl or PHP

2000-07-26 Thread Erich L. Markert

Obviously not the same stuff as you ;-)

You missed my point, even though you reiterated it in your statement...

How can you make a valid comparison between mod_perl against PHP?  You
can't because they are different beasts and serve different purposes. 
That's why I said it would be more valid to compare JSP against mod_perl
- similar technologies.

Jerrad Pierce wrote:
> 
> With all due respect, what the hell are you smoking?
> PHP is an ENTIRELY different beast from perl, or mod_perl.
> 
> http://php.net has absolutely nothing to do with Larry Wall
> 
> > -----Original Message-
> > From: Erich L. Markert [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, July 26, 2000 12:41 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: mod_eprl or PHP
> >
> >
> > This is also comparing apples and oranges since PHP requires
> > mod_perl...
> >
> > A better comparison would be HTMLEmbperl vs. PHP
> >
> > Or mod_perl vs. java server pages, ASP, etc...
> >

--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: mod_eprl or PHP

2000-07-26 Thread Erich L. Markert

This is also comparing apples and oranges since PHP requires mod_perl...

A better comparison would be HTMLEmbperl vs. PHP

Or mod_perl vs. java server pages, ASP, etc...



Re: Interfacing from Apache to Access

2000-07-10 Thread Erich L. Markert

Look!  It's a big orange burning circle in the sky...  Run away, RUN
AWAY

If you have any say in things DO NOT implement a web interface to an
access DB.  Migrate the access DB to a true SQL server that won't suffer
the many problems that access does.

Geoffrey Young wrote:
> 
> look into DBI and DBD::ODBC on CPAN
> (http://www.perl.com/CPAN-local/modules/by-module/)
> 
> from the DBI mailing list, I gather lots of folks use DBD::ODBC for
> perl-MSAccess connectivity...
> 
> HTH
> 
> --Geoff
> 
> > -Original Message-
> > From: Lorenzo Gordon [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 10, 2000 9:45 AM
> > To: modperl
> > Subject: Interfacing from Apache to Access
> >
> >
> > Hello,
> >
> > I am a software developer for The London School of Hygiene &
> > Tropical Medicine, UK.
> > My query is the following: I have been able to successfully
> > run a Perl script from MS-DOS that would pull out the
> > necessary info. from an Access database I wrote last year (Access 97).
> >
> > The problem is that in order to get the script to talk to the
> > web pages i am currently designing, the script must run on
> > the School's network, which is a Unix Solaris machine running Apache.
> > Both the School's Web Administrator have been struggling (and
> > so far failing) to find an ODBC-like driver that will enable
> > Unix to talk to Access via my Perl script.
> >
> > The implications of not been able to create some connection
> > between these various componenets are massive.
> >
> > Any solutions/pointers/advice anyone might have would be
> > greatly appreciated.  I can't believe I'm the first person to
> > have come across this problem!
> >
> >
> > Please respond either to [EMAIL PROTECTED] .
> >
> > TIA,
> >
> > Lorenzo Gordon.
> >

--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: document contained no data

2000-06-22 Thread Erich L. Markert

One other thing... Make sure your DB connections are timing out.

Blue wrote:
> 
> On Wed, 21 Jun 2000, darren chamberlain wrote:
> 
> > The problem seems to arise when your handler returns something (a status
> > code) but hasn't send any data. Turning off buffering ($|) will only help
> > if you actually send something. Try telnetting to port 80 on the web server
> > and issue some HTTP commands directly, and see what the response is; that
> > might give you some insight.
> >
> > I am always careful to not call die or return until I have sent the header,
> > since that can cause the situation you are seeing.
> 
> ah, good call, darren. the other reason i've seen this happen is plain ol'
> failure of the script to execute, for whatever reason. tailing the error
> log or running the script manually is a good way to check for that.
> 
> when this question first came up, i checked all the FAQS i could find to
> see if there was somewhere i could point the poster. does anyone know of a
> comprehensive addressing of perl/mod_perl cgi errors on the net?
> 
> danke,
> 
> --
> Blue Lang  Unix Systems Admin
> QSP, Inc., 3200 Atlantic Ave, Ste 100, Raleigh, NC, 27604
> Home: 919 835 1540  Work: 919 875 6994  Fax: 919 872 4015

--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: unauthentication

2000-06-14 Thread Erich L. Markert

Unless you use a solution like Apache::AuthCookie, TicketAccess, etc.
(where you issue an authorization ticket) inconjunction with your
NT-domain then the answer to your question is no.  The only way to
reliably logout someone is to have them shutdown their browser.  Reason
being is that authorization/authentication credentials are cached by the
browser - if you use one of the above solutions you can expire the
access ticket there by denying access.

Jonas Nordström wrote:
> 
> We have implemented an intranet gateway in mod-perl, where external clients
> are authenticated against our NT-domain, that works fine.
> I want to add the possibility to "log-out", ie, to "de-authenticate" the
> user, so that the next time he tries to access the gateway, he will be
> prompted to convey username/password.
> Is that possible? Is it enough to respond with a "401"-page?
> 
> /Jonas

--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



[OT] Making apps (un)available solution

2000-06-13 Thread Erich L. Markert

I'm trying to figure out the best way to make apps (un)available without
having to edit the apache config files.

Any suggestions would be appreciated.

--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: [mod_perl] Mini HOWTO

2000-05-09 Thread Erich L. Markert

One tiny problem...

Most of the document isn't viewable from Netscape 4.72

Nelson Correa de Toledo Ferraz wrote:
> 
> Hi,
> 
> I've just finished a mod_perl mini HOWTO. It will help developers to
> install mod_perl and _configure_ it. Please let me know if you have any
> idea to improve this document.
> 
> http://www.insite.com.br/~nferraz/projetos/mod_perl.html
> 
> See you,
> 
> Nelson
> 
> __
> Nelson Ferraz   Insite - Solucoes Internet
> e-mail: [EMAIL PROTECTED]   http://www.insite.com.br/

--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



PPM for DBD::mysql

2000-05-03 Thread Erich L. Markert

I recall someone posting a note about a PPM for DBD::mysql.

Can someone please post that location again?

Muchos gracias.
--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: [OT] Standard country codes/names, where to get them?

2000-04-05 Thread Erich L. Markert

Steven Champeon wrote:
> 
> I use:
> 
>  ftp://ftp.ripe.net/iso3166-countrycodes
> 

Much thanx to all those who wrote... The cleanest list I found was the
one Steve pointed out... 
--
______
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



[OT] Standard country codes/names, where to get them?

2000-04-05 Thread Erich L. Markert

I remember being able to download a text file (I think from W3C) that
contained a listing of international standard country names and codes
much like the U.S. Postal Service does for states.  I was able to find
an HTML document linked from W3C's web site but no text file.

Does anyone know a location that I can download a plain text version of
this from?

TIA.
--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: [RFC] holding a mod_perl conference

2000-04-05 Thread Erich L. Markert


Leon Brocard wrote:
> 
> Ken wrote:
> 
> 
> Where are all you mod_perl guys? Would you be willing to come
> over to the UK?
> 

Only if you could get me tickets to see Manchester United at Old
Trafford ;-)
--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



How to pass and process a large array of strings in HTMEmbperl

1999-11-30 Thread Erich L. Markert

I'm trying to pass a large array of strings to a Embperl document whose sole 
purpose is to display fatal errors.  The method errors() returns an array reference
to an array that contains the following strings:

Mail address error: Missing street address
Mail address error: Missing city/province
Mail address error: Invalid or missing zip code
Work address error: Invalid union name
Missing or invalid home phone number

I've tried the following:

http://[+$ENV{SERVER_NAME}+]/error.epl?msg=[+$a->errors()+]">Errors

It works to the point that it returns all the errors messages in this link but when I 
click on the link error.epl doesn't seem to receive all the strings.  The actual 
expansion of this becomes:

http://localhost/error.epl?msg=Mail+address+error:+Missing+street+address=
Mail+address+error:+Missing+city/province&Mail+address+error:+Invalid+or+missing+
country=Mail+address+error:+Invalid+or+missing+zip+code&Missing+or+invalid+home+phone+
number=">Errors

If in error.epl I have the following:  [+ $fdat{msg} +] nothing is displayed.

TIA.
--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: Embperl and header output

1999-11-30 Thread Erich L. Markert

The code works properly it was just a problem with
display_errors_as_html() method that was sending data to STDOUT.

Thanks to Gerald for showing me the error of my ways...  He pointed out
that I needed to set the EMBPERL_OPTIONS to redirect output to the
Embperl stream...  This solved my problem.

"G.W. Haywood" wrote:
> 
> Hi there,
> 
> On Mon, 29 Nov 1999, Erich L. Markert wrote:
> 
> > skeleton copy of the code below.
> >
> > [-
> > use Apache;
> > use Apache::Constants qw(REDIRECT);
> >
> > error checking and form validation going on here...
> >
> > $new_applicant and $errors are set appropriately here...
> > -]
> >
> > 
> > Untitled Document
> > 
> > 
> > [$ if( ( $new_applicant ) || ( $errors ) ) $]
> > [+ $application->display_errors_as_html() if( ($errors) || 
>($application->errors()) ); +]
> > [+ $student->display_errors_as_html() if( $student->errors()); +]
> >
> > http://$ENV{SERVER_NAME}/Nactel/new-application.epl! +]" 
>ENCTYPE="application/x-www-form-urlencoded">
> > 
> >
> > [$ else $]
> > [-
> > use Apache;
> > use Apache::Constants qw(REDIRECT);
> >
> > $req_rec->header_out("Location" => 
>qq!http://$ENV{SERVER_NAME}/Nactel/common/contact-info.epl?application_id=$fdat{'application_id'}&form_name=$fdat{'form_name'}!);
> > $req_rec->status(REDIRECT);
> > -]
> > [$ endif $]
> >
> > 
> > 
> >
> 
> The nesting in this example looks a bit strange to me.
> Have you taken this from your working (failing) code?
> 
> Kind regards,
> Ged.

--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Embperl and header output

1999-11-29 Thread Erich L. Markert

I've sent this to this list already once before so I apologize for resubmitting 
this problem.  

This application works fine so long as there are no errors.  If there are validation 
errors what is suppose to happen is the errors are to be displayed at the top of the 
HTML doc followed by the form allowing the user to correct any input errors.

The problem is that the errors are being displayed, then the HTTP header is being 
sent, 
then the actual HTML doc is being sent.  Additionally, the status bar reads 
"Reading file..." for approximately 10 seconds before finally indicating "Document: 
Done".

An example of the output generated follows:

ERROR(S):
Application submission failed: Student record exists already

HTTP/1.1 200 OK
Date: Mon, 29 Nov 1999 19:58:28 GMT
Server: Apache/1.3.6 (Unix) mod_perl/1.21
Content-Length: 4567
Keep-Alive: timeout=15, max=99
Connection: Keep-Alive
Content-Type: text/html


Untitled Document
rest of doc

I've also attached a skeleton copy of the code below.

TIA

Erich

[-
use Apache;
use Apache::Constants qw(REDIRECT);

error checking and form validation going on here...

$new_applicant and $errors are set appropriately here...
-]


Untitled Document


[$ if( ( $new_applicant ) || ( $errors ) ) $]
[+ $application->display_errors_as_html() if( ($errors) || ($application->errors()) ); 
+]
[+ $student->display_errors_as_html() if( $student->errors()); +]

http://$ENV{SERVER_NAME}/Nactel/new-application.epl! 
+]" ENCTYPE="application/x-www-form-urlencoded">


[$ else $]
[-
use Apache;
use Apache::Constants qw(REDIRECT);

$req_rec->header_out("Location" => 
qq!http://$ENV{SERVER_NAME}/Nactel/common/contact-info.epl?application_id=$fdat{'application_id'}&form_name=$fdat{'form_name'}!);
$req_rec->status(REDIRECT);
-]
[$ endif $]






HTMLEmbperl - manually setting %fdat during runtime...

1999-11-24 Thread Erich L. Markert

What I am trying to do is pass the value of the application_id onto the
next form.  application_id is not know until the initial screen has been
filled out properly and submitted.  After the error checking and
application submission I then attempt to set $fdat{'application_id'} to
the application id value so I can pass it along to the next form screen

Here's the basic jist of what I want to do...

[-
error checking...

$fdat{'application_id'} = 'some value';
-]


[$ if( ( $new_applicant ) || ( $errors ) ) $]
new application form...
[$ else $]
http://172.17.30.38/Nactel/common/error.epl?[+  [%fdat]
+]">Next
[$ endif $]


Examining the query string on the href shows all the other form data
that was filled in and passed back to this app except that
application_id manually set has no value.

TIA
--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Passing params in Embperl...

1999-11-23 Thread Erich L. Markert

I realize that that this is probably something incredibly easy that I've
just overlooked while reading the docs so I apologize ahead of time...

I need to pass a value that is dynamically generated at run time to the
next Embperl doc.  I've tried doing the following:
$fdat{'application_id'} = 'some value'; and I've also tried using the
Apache::Session option of $udat{'application_id'} but when I read either
of these values in the next form it's blank.

Here's what happens...  I have an initial page of an online
application.  When submit is hit it returns to itself to perform error
checking, if there are no errors then the client is automatically
redirected to the next page of the application form.

Is setting $fdat{application_id} to a value enough to pass this along to
the next form or do I need to somehow provide this in the URL prior to
doing the redirect?
--
__________
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



Re: HTMLEmbperl 1.2.0 HTTP header

1999-11-23 Thread Erich L. Markert

The psuedocode snippet looks something like this (the actual listing is
too huge)

[-
if passed data
perform error checking
else
$new_entry = 1;
-]



[$ if( ($new_entry) || ($f->errors()) ) $]
[+ $f->display_errors_as_html(); +]

blank form stuff...

[$ else $]
[-
use Apache;
use Apache::Constants qw(REDIRECT);

$req_rec->header_out("Location" => 'url_to_redirect_to');
$req_rec->status(REDIRECT);
-]
[$ endif $]

Note:  The display_errors_as_html method doesn't send out any headers of
it's own.

The blank form gets display correctly and if there are no errors the
redirect works properly.



HTMLEmbperl 1.2.0 HTTP header

1999-11-23 Thread Erich L. Markert

I have an online form that uses Embperl.  When the submit button is
clicked the action is to submit the form data back to this same
document.  Error checking and data validation is performed and if any
errors are found they are printed out at the very top of the form.  Any
and all output is done AFTER the beginning of the opening body tag yet
when I display errors I get the following error right after the errors
messages:

HTTP/1.1 200 OK Date: Tue, 23 Nov 1999 14:57:12 GMT Server: Apache/1.3.6
(Unix) mod_perl/1.21 Content-Length: 4563 Keep-Alive: timeout=15,
max=100 Connection: Keep-Alive Content-Type: text/html

The rest of the form is then displayed without a problem.

I've checked my code for any extraneous print or output commands that
would cause apache to send a header out but found none.

Any ideas?
--
__
Mr. Erich L. Markert [EMAIL PROTECTED]
Computer Learning Center TEL (914)422-4328
Pace University
1 Martine Ave
White Plains, New York 10606-1932

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer



HTML::Embperl 1.2.0

1999-11-17 Thread Erich L. Markert

Just upgraded to v1.2.0 from 1.1.1 and ran into a problem.

I have a document that contained an if else statement that basically
checked to see if there were any parameters being passed.

[$ if( ! defined %fdat ) $]

display blank form

[$ else $]

redirect somewhere

[$ endif $]

This worked in 1.1.1 but quickly found that the behavior changed in
1.2.0.  I had to test for an actual value in %fdat.

Has this been changed or is this a bug?

BTW, great piece of software.