<div dir="auto"><div>I remember when keeping the display layer separate from the business logic was not taught in "Programming 101", and in many shops it still isn't enforced.</div><div dir="auto"><br></div><div dir="auto">Dr. John Donovan made a good sum of money showing IT executives how projects that would take an estimated nine months by the executives own staff could be done overnight (or even less) by Donovan's three programmers using the equivalent of LAMP.</div><div dir="auto"><br></div><div dir="auto">[I just read the Wikipedia entry on Dr. Donovan and his legal issues.  I have no data about those other than what I read there.</div><div dir="auto"><br></div><div dir="auto">All I know about Donovan is what I read from his early books and experienced through his seminars.  While some of the performance that he presented in his seminars could be explained through the magician's trick of limiting possibilities, basically he was demonstrating to business executives the power of LAMP.]</div><div dir="auto"><br></div><div dir="auto">Of course there is the process of writing the initial code and the process of verifying it and putting it into production.....and these were the days of "waterfall" vs "agile" production.</div><div dir="auto"><br></div><div dir="auto">Recently Michael Stonebraker (Ingres, PostGRES) has implemented a project "DBOS" that takes this a step further.  Not for every type of processing, DBOS is probably interesting for transaction processing.</div><div dir="auto"><br></div><div dir="auto">md</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Thu, Jun 13, 2024, 09:41 DJPfulio--- via Ale <<a href="mailto:ale@ale.org">ale@ale.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 6/13/24 03:08, Steve Litt via Ale wrote:<br>
> Adrya Stembridge via Ale said on Wed, 5 Jun 2024 09:25:55 -0400<br>
> <br>
>> Thirding LAMP stack for simple and quick development project.<br>
> <br>
> Thanks Adrya,<br>
> <br>
> I'm guessing you mean [perl | python | ruby] CGI. I used to do that.<br>
> Trouble is, I needed to build every scaffold for every start tag and<br>
> end tag, and I needed to write all the sanitization code from scratch.<br>
<br>
Depends.<br>
Perl has a 'taint' mode and if you use DBIx for all DBMS access, then it handles all escaping to prevent nasty things.  Basically, you only need to specific valid inputs all others will be refused.<br>
<br>
As for tags - use Template::Toolkit.  It is more complex than just doing it manually, but it is 1000x more extensible and they've thought of everything you might want/need to do in the display layer.  Keeping the display layer separate from the business logic is programming 101 stuff.<br>
<br>
Or did I misinterpret everything?<br>
<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank" rel="noreferrer">Ale@ale.org</a><br>
<a href="https://mail.ale.org/mailman/listinfo/ale" rel="noreferrer noreferrer" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div></div></div>