Re: Parsing HTTP links
I've just started looking at HTML:Tree, it sounds great and it sounds like it would do what you are looking for, too. > From: [EMAIL PROTECTED] > Date: Thu, 18 Oct 2001 07:09:06 -0500 > To: [EMAIL PROTECTED] > Subject: Re: Parsing HTTP links > > Hey guys, > > thanks for all the help with this. I actually did mean HTML Links as I am > looking to parse out specific links from an HTML file. I'm not only > concerned with "HTTP" link () but also other HTML flags. Right > now I'm using HTML::SimpleLinkExtor but I'm not sure that gives me exactly > what I want. > > Essentially what I'm trying to do is parse out all info from a web page > that is in bold (text). I'm going to revisit LinkExtor but if > there is a better solution, I'm all ears. > > Greg > > > > > > RaFaL Pocztarski <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 10/18/2001 06:58 AM > > > To: [EMAIL PROTECTED] > cc: > Subject:Re: Parsing HTTP links > > > Dave Newton wrote: > >> RaFaL Pocztarski wrote: >>> [EMAIL PROTECTED] wrote: I need to parse out all http links stored in a local file. >>> You mean HTML links. >> >> Actually, while the answer doesn't change, we don't know that >> this is what he meant. For example, he might not want ftp:// >> or mailto:, both of which are HTML links but not http links! > > Well, in fact the answer does change. If Greg hasn't meant HTML links, > then he won't have much use of HTML::LinkExtor, which I told him to use. > But unfortunately we can't know that, as Greg hasn't answered yet. > > - RaFaL Pocztarski, [EMAIL PROTECTED] > > -- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: new html window
I think it will work if you add target=_blank, but I don't have anything handy to check for exact syntax - Original Message - From: <[EMAIL PROTECTED]> To: "CGI Beginners" <[EMAIL PROTECTED]> Sent: Wednesday, October 17, 2001 1:01 PM Subject: new html window > hello all- > i'm writing a formmail-esque script that checks for required fields coming > in from the html form. should a field be missing user input, i'd like to > have a new html window open displaying the missed fields. > i'm familiar with using the Location function to redirect the current > browser to a new page, however, i'm curious to know how i would go about > opening a new window to display my generated html. > > thanks! -charles > > > -- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to save and retreive form
Despite the advice to store the form data in a database instead of a flat file, I finally set up the script the way I had in mind, with a directory structure created as needed on my web server and the information in a flat file. It works great. Of course, now that my husband can actually see this in action he has a grand vision for turing this into a full-fledged application instead of just an online version of one form, so I really will need to install and use mysql. Some day... this is all in my "free time" anyway. So I wanted to say thanks to the group for their help, especially the regulars. If there is anyone else needing help on this same topic (original posts would be the archives from the end of September) please let me know. And if anyone else is doing intranet applications for a recording studio - and trying to make them musician-proof :) - we may need to form a support group. Lynn -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to save and retreive form
Well, I don't need any database functionality per se, just save and retrieve, but if it makes my life *easier* instead of harder then I'm all for it. :) The save to text file was so easy that initially looked to be the simplest approach. Thanks for the suggestion, I'll check it out. > > From what you have described, why do you think it would be overkill to use > a database? A database should be used for just this kind of thing, so you > can focus on your application logic and not have to worry about storage > and retrieval. MySQL is very simple to set up and easy to use. But even > something like DB_File or the Storable class would be more helpful for > you. > > -- Brett -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to save and retreive form
I'm having a horrible time deciding the best way to accomplish this goal. Let me see if I can explain this well enough that I can get some suggestions. For a small business intranet, I want the user to fill out the form, save it onto the web server, and be able to retreive it later. A text file will be fine, there won't be any need for reporting etc and a database would be overkill. I would like to have a directory structure on the web server that matches with three of the fields on the form, a directory for each engineer, then a subdirectory for each band (created as needed), and then a text file for each song name that that contains the state of the form. Each form will be the tracking sheet for a particular song. I have the saving part worked out. After the form is filled out it is saved as a text file in the appropriate location. But I am stuck on how to let the user pull the form back up. I'm imagining that the user will select from the engineer names in a drop list, then possible band names for that engineer in a drop list, and then the possible song names for that band will be shown in the next drop list. After selecting the desired song name the form will then be loaded using that saved form information. I looked into using javascript to display the list boxes dynamically depending on user input, but of course javascript can't go back and get a directory listing off of the server to see what the next choices should be. I also don't really want to have to expand my horizons into javascript if I don't have to, since I'm still learning perl :) Someone suggested that I build a hash using File::Find to begin with of all directories and subdirectories when the page loads. I don't expect this to be hit more than a few times a day, but would like to build this the best way, so that I can copy this concept for similar uses. I would like to have the directory structure instead of all the saved files in one directory, simply because I can leverage that directory structure for other things. But I am very open to suggestions. I looked at the web page http://www.wiley.com/legacy/compbooks/stein/ and that is how I worked out the saving part. But his example of how to restore is not practical, as it has the user type in the path to the file. The other reference I have used is the O'Reilly CGI Programming with Perl book. Sorry this was so long, and if you read this far thanks! -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
postie (command line mailer for windows)
Here is an interesting tidbit for anyone thinking of using the command line
mail tool "postie" on Windows from their cgi script.
I decided to send email through a system call to postie, just because postie
is how I have always sent mail from the command line in Windows :) I
couldn't figure out why I was getting a display error from IIS - it worked
fine in a test script but not in my real script. Turns out postie was
wanting to display a complaint about CGI, and I finally found this tidbit
from the author of the utility:
"To run Postie from a CGI program and get it to process command-line
arguments properly you must first un-set the environment variable
'GATEWAY_INTERFACE' or run the program without inheriting the parent CGI
program's environment"
In other words, use undef(ENV{GATEWAY_INTERFACE}); before executing your
system command calling postie, and then all is well.
Thought I would pass this on so no one else wastes time on the same thing, I
only found one mention of it in my google web search and and none in my deja
news search (or whateve it is called now) so it most not be a very popular
way to go - or else people give up and do it another way.
BTW, I looked at the NET:SMTP included with activeperl and didn't see how I
could make the contents of a text file be the body of my message. If someone
can tell me how that is possible, I would prefer to use that method in the
future. (I'm avoiding installing any more modules than what were included.)
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: active perl on IIS
That did it - thanks :) I am slowly but surely getting this changed over. I changed http://198.162.0.1/scripts/sl3.pl"; (Obviously if I decided to make this public I would need a different IP or hopefully a DNS name.) I can't believe this is taking me so long, when the script WORKS on a different OS and web server, but hopefully once I have gone through this once I'll be able to do this again in the future (or just develop on the same platform, that would be nice!) -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: active perl on IIS
I spoke too soon. I thought this was just a minor tweak, which it probably is ;), but the tweak is not what I thought it was going to be ... When I click the button to submit the form, instead of running the perl script I get the "File Download" dialog. If I choose the "run the file from this location" radio button - what I thought was going to be the solution - all my STDOUT is in a DOS window, and my CGI param calls don't get anything that I filled in on the form. At the end of my script I have some CGI to display in the browser that it is done, but instead those lines show up as in the DOS window. Like I had double-clicked the pl file. If I type in the path to the sl3.pl file in my browser, it executes correctly and displays those "I'm done" lines in my browser. I stared at the activeperl directions for configuring IIS and don't see what I'm doing wrong. .pl is associated at the top level down with the full path including perl.exe followed by %s %s. And it works if I go straight there. These html and pl files work fine with IE browser on NT and linux apache web server at work, and I'm still using IE browser, so I know the problem is my IIS configuration. Yes, in my "free time" I will look into running apache instead of IIS. Why do I get a file download dialog box? My html file is like this: [snipped] -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: active perl on IIS
Wo-hoo! My script is now working. Here is what I had to do: 1. The same thing that I have spent several days of my life on when you add up all the times I have done this to myself - the mysterious way that text files on not quite the same on a different OS. (Last time was the other way around - I wrote in on a mac at home and transferred it to work.) My trusty Ultra-Edit to the rescue! After I had installed it on this home computer, it immediately suggested that I convert the file I had just opened. 2. I changed my file extensions from .cgi to .pl 3. I had to change a few places in my code that I used a '/' in a file path instead of a '\' since I am uploading a file to the web server, and of course I was sure that I was going to remember that I would need to use postie instead of mailx but didn't ;) Thanks everyone for your help. This is just a simple program for creating ebay auction descriptions after FTPing the selected files to an ISP, but if it can help anyone out then let me know and I would be happy to share. Lynn -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: active perl on IIS
I haven't had a chance to work on it recently, but I think it will turn out to be the .cgi extension (I'll have to go back and see who suggested that). I have my scripts in a directory which was created automatically called "scripts" a subdirecctory of c:\inetpub - IIS has it configured for executables. However, all my perl scripts in this directory have the extension .cgi. Double-clicking one of the example files installed by ActivePerl (those files have a .pl extension) executes fine, but my .cgi files have a generic icon - can't believe I didn't think to check that. I have the O'Reilly CGI book, with the rat/mouse on the cover, it is very helpful for CGI and Perl. I have the working version at work, it's just the implementation at home on IIS that I'm struggling with after doing my development at work. :( Thanks very much for the suggestions, I hope to be able to tackle this tonight (after my 2 year old goes to bed - she doesn't have much patience for programming yet!). > From: "yahoo" <[EMAIL PROTECTED]> > Date: Sun, 2 Sep 2001 18:28:47 +0100 > To: <[EMAIL PROTECTED]> > Subject: RE: active perl on IIS > > Hi Gunther, > I think Lynn said she was looking for a book which covered IIS & > PerlScript - the OReilly win32 book is good for that (going hand-in-hand > with ActiveStates latest documentation of course!). > > I don't think IIS normally pre-creates a cgi-bin for you - none of my > installations have one (here is an excerpt from the IIS 5 documentation) > > To install and configure CGI applications: > > Set up a directory for your CGI programs. For extra security, you should > separate your CGI programs from your content files. You do not need to name > the directory Cgi-bin, although you can do so if you want. See Creating > Virtual Directories. > > As I said in my original email, you need to mark the directory as allowing > scripting for executables inorder to get the .pl file to run. > > I agree with what you say about the file extension; I did mention the .pl > extension in my original response. > > > Lynn, any updates on this problem? > > regards > > Joel > -Original Message- > From: Gunther Birznieks [mailto:[EMAIL PROTECTED]] > Sent: 02 September 2001 04:00 > To: yahoo; [EMAIL PROTECTED] > Subject: RE: active perl on IIS > > > Joel, I could be wrong but based on the way Lynn describes the problem, it > does not sound like she has a problem with Perl being installed as the > PerlScript examples do work as she stated. Also, she should not have to > create a cgi-bin. IIS has a pre-created cgi-bin typically. > > While I am a fan of OReilly, I am also not sure that Win32 Perl book from > OReilly will help Lynn so much because it's about Perl first and foremost, > CGI secondarily (not that much coverage), and I don't think it goes into > server configs but I could be wrong. > > Anyway, I think what Lynn is describing sounds more like a file extension > problem. ActiveState Perl does set up Perl for IIS if I remember correctly > but it does it based on FILE EXTENSION. So an important factor here is that > Lynn should figure out if her file extensions would run if she clicked on > the script in Explorer. > > I would be interested to know what file extension she is using for her > scripts. If her colleagues are on UNIX and writing web apps, it's highly > likely that they might use .cgi as an extension? But ActiveState never sets > up .cgi. It will set up .pl for Perl for example. > > I have a more detailed article on this topic located here: > > http://webcompare.internet.com/isapiperl/index.html > > With a page specific to providing hints for installing ActiveState Perl for > IIS here. > > http://webcompare.internet.com/isapiperl/isapiperl_3.html > > Good Luck, > Gunther > > At 08:23 PM 8/29/2001 +0100, yahoo wrote: >> Lynn, >> I've installed ActiveStates Perl a couple of times on Win 2K & NT and each >> time, as part of the install, it allowed/prompted for the configuration of >> the ISAPI part which basically meant you can run perl as an active x >> scripting engine.
active perl on IIS
Can anyone point me to a site or book with detailed information about configuring my W2K server IIS for perl and cgi? I have a form which I designed at work on Linux and Apache, and it works fine in that environment. I want to run it on my home W2K machine, but am baffled. My coworkers are no help because they all work on *nix machines. I installed activeperl and followed the configuration directions at the activeperl site but after clicking submit on my form I get "the page cannot be displayed". The active perl example pages work correctly, but they have the perl script imbedded in the html page, unlike what I want to run which is a separate html file and perl script. I'm not expecting anyone in this group to walk me through it, unless you want to :), but can you point me to a helpful source? I did change the path in the form action tag, but there is probably something else simple I am forgetting in this port from unix to windows. On apache, I check error_log, is there an equivalent log file for W2K IIS? Thanks, Lynn -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upload script
OK, I will just post the differences from the example in "CGI Programming
with Perl" (rat book), if anyone wants a copy of my entire script, let me
know. The example script I was using is Example 5-2. upload.cgi on pages
99-101 in the second edition.
1. Upload method
my $fh = $q->upload($file);
should be
my $fh = $q->upload("file");
2. Output file
until (sysopen OUTPUT,UPLOAD_DIR . $filename, O_CREAT | O_EXCL) {
should be
until (sysopen (OUTFILE, UPLOAD_DIR . '/' . $filename, O_WRONLY | O_CREAT |
O_EXCL)) {
3. Headers
I had to add some html-style output that the file uploaded successfully, to
resolve the "premature end of script headers". So after the close output
line I put:
print $q->header,$q->start_html('Results'),"The file has been uploaded",
$q->end_html;
- Original Message -
From: "Lynn Glessner" <[EMAIL PROTECTED]>
To: "Bradley M. Handy" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Tuesday, August 21, 2001 1:13 PM
Subject: Re: Upload script
> {Lights going off - bells - red lights}
>
> Someone else said the same thing and I didn't get it. Putting "file" means
> not passing a literal "file" but the value "file" from the html form. I
see,
> said the blind man ...
>
> I'm definitely going to give the authors a piece of my mind - torturing
poor
> newbies by giving us broken example code. And this is an O'Reilly book,
too!
>
> That change allowed me to run perl -w and the only error left in my apache
> error log is a "premature end of script" so I'm sure that was it. I'll
post
> exactly what I had to change to the list after I get it working (she says
> with confidence).
>
> Thanks much!
>
> >
> > # the 'upload' subroutine has the same usage as 'param', but is used for
> > file uploads.
> > # so instead of passing $file to 'upload' you should be passing "file".
> > # (this is according to the CGI docs.) 'upload' returns a filehandle,
> while
> > 'param' returns
> > # a file name. this may be your problem.
> > my $fh = $q->upload( $file );
> >
> >
>
>
>
> --
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upload script
{Lights going off - bells - red lights}
Someone else said the same thing and I didn't get it. Putting "file" means
not passing a literal "file" but the value "file" from the html form. I see,
said the blind man ...
I'm definitely going to give the authors a piece of my mind - torturing poor
newbies by giving us broken example code. And this is an O'Reilly book, too!
That change allowed me to run perl -w and the only error left in my apache
error log is a "premature end of script" so I'm sure that was it. I'll post
exactly what I had to change to the list after I get it working (she says
with confidence).
Thanks much!
>
> # the 'upload' subroutine has the same usage as 'param', but is used for
> file uploads.
> # so instead of passing $file to 'upload' you should be passing "file".
> # (this is according to the CGI docs.) 'upload' returns a filehandle,
while
> 'param' returns
> # a file name. this may be your problem.
> my $fh = $q->upload( $file );
>
>
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upload script
Hmm, how did my message end up on both lists, I meant to just send it to the
CGI list? Sorry for the extra noise. But now that it's started, I'll reply
to both in case people are following it.
The name of my upload file isn't literally file, it is contained in the
variable named file. I agree that the upload method is probably my problem;
someone else said it was just buggy. :(
The other method without using the upload method in the book is param($file)
as the filehandle, but it alludes to conflicts with strict that way. There
is an example of that at "The Official Guide to Programming with CGI.pm"
website, so I think I'll try that next.
- Original Message -
From: <[EMAIL PROTECTED]>
To: "Lynn Glessner" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, August 21, 2001 9:49 AM
Subject: Re: Upload script
> I dont use CGI.pm a whole lot but looking at the perldocs for CGI.pm it
> mentions that upload method takes the name of the upload field. Looking
at
> the example in the POD it appears that you should be calling upload like
this
>
> my $fh = $q->upload( 'file' );
>
> instead of
>
> my $fh = $q->upload( $file );
>
> checkout perldoc CGI ..
>
> On Tue, Aug 21, 2001 at 08:49:32AM -0700, Lynn Glessner shaped the
electrons to read:
> > I have copied a script out of "CGI programming with perl", to see if I
> > understand how uploading a file would work. So far it doesn't - the code
> > checks correctly with perl -c but then I get an internal server error
500. I
> > think I found a minor error in the book example already :( Can anyone
help?
> > I have apache and perl 5.6.0.
> >
> > The apache error log has:
> > Can't use an undefined value as a symbol reference at ... line 43
> > Premature end of script headers
> >
> > I downloaded the latest CGI module I could find, since there was a note
that
> > upload was added to CGI 2.47 perllocal.pod shows CGI 2.7.1, but maybe
there
> > is some kind of restart I need to do? I didn't know how to check what
> > version I had *before* I updated, so this may be a red herring.
> >
> > Here are the relevanet bits of code:
> >
> > use strict;
> > use CGI;
> > use Fcntl qw( :DEFAULT :flock );
> >
> > use constant UPLOAD_DIR => "/usr/local/apache/data/uploads";
> > use constant BUFFER_SIZE => 16_384;
> > use constant MAX_FILE_SIZE => 1_048_576; # Limit each upload to 1 MB
> > use constant MAX_OPEN_TRIES => 100;
> > use constant MAX_DIR_SIZE => 175 * MAX_FILE_SIZE;
> >
> > $CGI::DISABLE_UPLOADS = 0;
> > $CGI::POST_MAX = MAX_FILE_SIZE;
> >
> > my $q = new CGI;
> > $q->cgi_error and error( $q, "Error transferring file: " .
$q->cgi_error );
> >
> > my $file = $q->param( "file" ) || error ($q, "No file received.");
> > my $filename = $q->param( "filename" ) || error ($q, "No filename
> > entered.");
> > my $fh = $q->upload( $file );
> > my $buffer = "";
> >
> > [snipped, next line is line 43]
> >
> > binmode $fh;
> > binmode OUTPUT;
> >
> > # Write contents to output file
> > while (read ($fh, $buffer, BUFFER_SIZE) ) {
> > print OUTPUT $buffer;
> > }
> >
> > close OUTPUT;
> >
> >
> > --
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Upload script
I have copied a script out of "CGI programming with perl", to see if I
understand how uploading a file would work. So far it doesn't - the code
checks correctly with perl -c but then I get an internal server error 500. I
think I found a minor error in the book example already :( Can anyone help?
I have apache and perl 5.6.0.
The apache error log has:
Can't use an undefined value as a symbol reference at ... line 43
Premature end of script headers
I downloaded the latest CGI module I could find, since there was a note that
upload was added to CGI 2.47 perllocal.pod shows CGI 2.7.1, but maybe there
is some kind of restart I need to do? I didn't know how to check what
version I had *before* I updated, so this may be a red herring.
Here are the relevanet bits of code:
use strict;
use CGI;
use Fcntl qw( :DEFAULT :flock );
use constant UPLOAD_DIR => "/usr/local/apache/data/uploads";
use constant BUFFER_SIZE => 16_384;
use constant MAX_FILE_SIZE => 1_048_576; # Limit each upload to 1 MB
use constant MAX_OPEN_TRIES => 100;
use constant MAX_DIR_SIZE => 175 * MAX_FILE_SIZE;
$CGI::DISABLE_UPLOADS = 0;
$CGI::POST_MAX = MAX_FILE_SIZE;
my $q = new CGI;
$q->cgi_error and error( $q, "Error transferring file: " . $q->cgi_error );
my $file = $q->param( "file" ) || error ($q, "No file received.");
my $filename = $q->param( "filename" ) || error ($q, "No filename
entered.");
my $fh = $q->upload( $file );
my $buffer = "";
[snipped, next line is line 43]
binmode $fh;
binmode OUTPUT;
# Write contents to output file
while (read ($fh, $buffer, BUFFER_SIZE) ) {
print OUTPUT $buffer;
}
close OUTPUT;
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Perl Editors
Ultra-Edit has a perl-specific mode (color coding, automatic indenting, the normal) and has a killer "save to FTP" feature for doing your work on a windows station and automatically saving to a Unix box. Lynn -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: very funny...
As a newbie myself, I found that page hysterical. Of course I also spent a while working on a service desk, so I understand about how to ask questions :) "It doesn't work" is my pet peeve too. I can't imagine anyone being offended, and I really don't think there is any tension on this group. The vast majority of the "senior" posters seem very nice, far above average for newsgroups. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 08, 2001 3:03 AM Subject: NOT: very funny... -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
