Reminds me of the concept of "Porn Buddies" mentioned in the BBC series "Coupling." Basically you and a best mate exchange keys so that they can rush round and hide your porn in the case of your sudden death.
Perl beginners, on the other hand, should stick to HTML::Mason for its simplicity.
Of course, if you have a situation where you have an already set up machine running Template Toolkit then beginners can just use the simple templating directives that it provides. I've heard great things about people who primarly are designers getting their hands on Template Toolkit pages and quickly learning the simple templating language.
Of course, there's more than one way to do it;-) And more than one templating system - pick the best one for the job at hand.
CGI is about running seperate programs with the arguments passed to the webserver. Things like mod_perl and (IIRC) most of the PHP and Java implementations do not run seperate programs - the webserver itself deals with the way scripts are run, or it talks to a seperate process via another socket - it doesn't start a new version of that program for each form submital.
So no, POSTs and GETs are to do with HTTP, but they don't have to use a CGI.
Do they use Taint mode at all?
Yeah, that's covered in great depth the section on security that I mentioned in the review.
Also, what's wrong with Mason?
Oh, nothing. It's just that I would rather not have had it presented as the only templating solution.
And someone marked it offtopic. How can that be offtopic? It's a direct answer to a question about the review
You might want to look at some of the templating systems that are avalible. davorg mentioned The Template Toolkit in his review; This is a templating system that would allow you to use a very basic set of commands inline inside HTML to do simple looping and SQL stuff - and then to use pure Perl plugins (which you can easily write yourself) to get at the full power of Perl when you need it.
And yes, templating systems do scale. The code that runs this site uses the Template Toolkit - there's even a section in the Slash ORA book on it.
I understand your point. CGI isn't used as much as it used to be, however...
As I said in another post, since you can run Perl CGI scripts in mod_perl (i.e. with perl built directly into Apache itself) the stuff covered in this book is still quite useful. Many powerful sites (including this one) use mod_perl, and it's a good skill to learn...starting off with CGI programming is one good way to start to go about that.
Quite a few people do. It's good for quick and simple scripts. For bigger tasks, where your server is under load, people (like, say those running this site here) use mod_perl which builds perl into the Apache server itself, giving much better performance.
The key is that you can easily run CGI scripts - quite possibly unmodified - with mod_perl thanks to the wonders of the Apache::Registry module that ships with mod_perl. It's all covered in the guide.
I do not think that initilaism means what you think that initialism means.
(apologies to the Pricess Bride)
CGI is a interface. A Common Gateway Interface. It's a way computer programs (e.g. Perl) can be run so that their output is sent to a browser as a webpage. So yes, writing CGI Applications in Perl makes sense. The other way round does not.
Re:Reminds me a lot of...
on
Techno Teddy
·
· Score: 1
Yeah, but not quite.
The theramin is used to create a direct location -> note mapping. What I saw was a much more complex system where the the ultrasonic sensors would be rigged to control the flow of several finite state machines.
The finate state machines would loop round and play back repetative beats, or decay, or whatever the ibook had been configured to play. Basically, rather than just playing notes directly (which was still possible) the system could also be used to build up a collection of notes and 'develop' a tune rather than each action being directly mapped to a sound.
Reminds me a lot of...
on
Techno Teddy
·
· Score: 4, Informative
This guy's work with making music with ultrasonic sensors. I saw his stuff a London dorkbot meeting where he let us play with these things.
Waving your hands around in a analogue space above sensors to create music is a weird experience - quite unlike playing the keyboard or strumming a guitar.
Yey Gus for giving the same wireless security talk he did at YAPC::Europe last year.
Basically at the end of the event he presented the "We've had free wireless access for the entire event , and we sniffed this many plain text passwords flying across the open" talk. Silly, silly people.
It's fine point, but you have to remember Adams himself penned the preface to "Sunset at Blandings", the publishing of the unfinished book written by the late PG Wodehouse.
There's quite a good review of this on diverse books which goes into all of this.
I thought you needed RMI to do JINI, and from what I remember the KVM didn't have it.
Is the Surrogate Host Architecture some kind of proxying system where by the KVM connects (via some other means) to a normal Java machine that 'speaks' JINI, or is it that an add on system for the j2me where by you add JINI to it.
The trouble with the KVM (aka j2me, the Java platform for Palm Pilots et al) is that it's a really really limited platform. Doing anything even remotely complicated is difficult.
It's not the same Java you get in your browser. It's upwards compatible, meaning stuff you can run on your Palm you can run on a normal Java machine but not the other way round.
You don't have the windowing system. You don't have all the nice GUI stuff - you have to write that yourself. Now you have to do it on a platform that has no libraries for drawing filled ploygons. Hell, you don't even have floating point numbers or no direct access to the screen - makes it a little hard to draw stuff!
Java may take off some of the learning curve here but there's still a lot of pretty hard core stuff you have to do to program an app - it's not just a matter of using your visual editor anymore - and your existing Java skills are not going to be enough.
Dr Damian Conway is one cool dude. And he's doing some cool stuff with Perl, which you can read about in his diary,The Conway Channel as linked to by the previous poster.
Of course, Damian is paid by the Perl Community to do this cool stuff. We're still looking to make up the funding for the later half of this year. Want to donate? Get yourself across to the donations page
The robot was rather clunky and took ages to serve drinks...nothing at all like the nimble robots out of Short Circuit that mixed drinks. Also, it was all very 'mix this and mix this.' None of the cool presentation you get from a decent bartender. The worst thing is that they have to have a human to take your money anyhow (something to do with not having automated alchol serving machines by law IIRC).
Don't really like the place myself...when I went in about a year back it was all covered in mirrors and hady the most tacky decor. The Anchor nearby is a much better pub, with real beer, seats by the river for the summer and warm fire in the winter in a classic hundred+ year old english pub.
Slashdot Mirror
Good series. Oooh, look, you can buy it on DVD.
I'd agree that the mod_perl Developer's Cookbook is really good, and you'll have to prise it from my dead hands before I'll give up my copy.
Of course, there's more than one way to do it ;-) And more than one templating system - pick the best one for the job at hand.
So no, POSTs and GETs are to do with HTTP, but they don't have to use a CGI.
nms is such a place. It has replacements for all of Matt's scripts - and Matt himself has suggested using them as replacements for his buggy versions
I'm sure the author of this review would agree with me that this is a good place to go to get scripts ;-)
And yes, templating systems do scale. The code that runs this site uses the Template Toolkit - there's even a section in the Slash ORA book on it.
As I said in another post, since you can run Perl CGI scripts in mod_perl (i.e. with perl built directly into Apache itself) the stuff covered in this book is still quite useful. Many powerful sites (including this one) use mod_perl, and it's a good skill to learn...starting off with CGI programming is one good way to start to go about that.
The key is that you can easily run CGI scripts - quite possibly unmodified - with mod_perl thanks to the wonders of the Apache::Registry module that ships with mod_perl. It's all covered in the guide.
I do not think that initilaism means what you think that initialism means.
(apologies to the Pricess Bride)
CGI is a interface. A Common Gateway Interface. It's a way computer programs (e.g. Perl) can be run so that their output is sent to a browser as a webpage. So yes, writing CGI Applications in Perl makes sense. The other way round does not.
The theramin is used to create a direct location -> note mapping. What I saw was a much more complex system where the the ultrasonic sensors would be rigged to control the flow of several finite state machines.
The finate state machines would loop round and play back repetative beats, or decay, or whatever the ibook had been configured to play. Basically, rather than just playing notes directly (which was still possible) the system could also be used to build up a collection of notes and 'develop' a tune rather than each action being directly mapped to a sound.
Waving your hands around in a analogue space above sensors to create music is a weird experience - quite unlike playing the keyboard or strumming a guitar.
Basically at the end of the event he presented the "We've had free wireless access for the entire event , and we sniffed this many plain text passwords flying across the open" talk. Silly, silly people.
SSH is your friend.
Hmmm.
It's not nice to insult PHP programmers either.
There's quite a good review of this on diverse books which goes into all of this.
The URL
r .g z
g z
http://perl.apache.org/dist/mod_perl-1.99_01.ta
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_01.tar.
size: 368151 bytes
md5: 8db81a4cc572544eb427f2beb1beceea
This is the first public release of mod_perl version 2.0-tobe.
Apache version 2.0.35 or higher is required.
Recently Sun donated some new hardware to make search.cpan.org work a lot faster. This was covered on use Perl.
Thanks Sun!
I thought you needed RMI to do JINI, and from what I remember the KVM didn't have it.
Is the Surrogate Host Architecture some kind of proxying system where by the KVM connects (via some other means) to a normal Java machine that 'speaks' JINI, or is it that an add on system for the j2me where by you add JINI to it.
It's not the same Java you get in your browser. It's upwards compatible, meaning stuff you can run on your Palm you can run on a normal Java machine but not the other way round.
You don't have the windowing system. You don't have all the nice GUI stuff - you have to write that yourself. Now you have to do it on a platform that has no libraries for drawing filled ploygons. Hell, you don't even have floating point numbers or no direct access to the screen - makes it a little hard to draw stuff!
Java may take off some of the learning curve here but there's still a lot of pretty hard core stuff you have to do to program an app - it's not just a matter of using your visual editor anymore - and your existing Java skills are not going to be enough.
Yes, RISC OS has antilaising from the go. Even sub-pixel antialiasing (what it seems ClearType is now only even implementing.)
Interestingly though, RISC OS originally used non-aliased fonts for system icons and terminal (well '!edit') stuff.
Later versions changed this (when the screen resolution upped) but for the start it was plain old pixel perfect bitmap fonts.
The Liberator's computer (big ciruclar thing with horizontal stripes) was called "Zen".
The computer they picked up later on (funky clear box thing with blinkenlights) was called "ORAC".
I really, really, shouldn't be able to remember this.
Oh, and the they both had a mad nutter chasing after them who was part of the authoriries but slightly nuts and out for revenge above all else
Of course, Damian is paid by the Perl Community to do this cool stuff. We're still looking to make up the funding for the later half of this year. Want to donate? Get yourself across to the donations page
http://www.cynbar.co.uk/
The robot was rather clunky and took ages to serve drinks...nothing at all like the nimble robots out of Short Circuit that mixed drinks. Also, it was all very 'mix this and mix this.' None of the cool presentation you get from a decent bartender. The worst thing is that they have to have a human to take your money anyhow (something to do with not having automated alchol serving machines by law IIRC).
Don't really like the place myself...when I went in about a year back it was all covered in mirrors and hady the most tacky decor. The Anchor nearby is a much better pub, with real beer, seats by the river for the summer and warm fire in the winter in a classic hundred+ year old english pub.
It seems you are using the same technique for logic too.
;-)