Re: 20 years ago

Sory, English is not my mother language, I was reffering to the tool usted
to produce the web pages, not the tool to write the programs.

In you do your web using php in a cheap Linux server, comunicating with the
IBM i, the result will be worst than green screen. Besides, cheap Linux
servers do not scale well. You need Linux mainframes.

I can see your opinions are based in experince with others platforms, that
you extrapolate to the IBM, not valid.

With Apache, RPG, SQL, my P9, having only one core activated, can prossess
over a hundred transactions every second at peack time. I think scale will
not be a problem.



El jue., 18 de agosto de 2022 05:16, Patrik Schindler <poc@xxxxxxxxxx>
escribió:

Hello Raul,

Am 18.08.2022 um 03:10 schrieb Raul Alberto Jager Weiler <
raul.jager@xxxxxxxxx>:

The choise of the wrong tool is why the GUI will not be better than the

green screen.

I can't see a connection here. You can use bad tools to create good
things, but good tools aren't a guarantee for good things being created,
also.

And, do you realize that you admit that there might be a problem with (the
lack of) good web UI tools while the 5250 tools seem to be at least
sufficient to create a reasonably good UI?

An extra server is a usual source of problemas, plus it is slower.

I strongly disagree. A properly done extra Server relieves the database
from being hammered with SQL queries by caching frequenly re-used data. Too
much SQL hammering leads to funny locking issues and poor performance
despite the server's CPU being mostly idle. Been there, done that.

Using RPG with a service program to read the data and merge the results

with the HTML gives the same easy to build, fast, reliable programing
environment.

And won't scale well.

PHP is slower, and to make it safe requieres a lot of cleaning the input.

PHP might be slower but the abundance of incredibly cheap CPU cycles in
the Linux world compensates for that. I hate myself for this statement
already. ;-)

Checking your input is mandatory. The world would be much less affected by
bugs when programmers would adhere to this simple rule: Check your input!

Of course it's perfectly valid to shift this checking from the programmer
to the HLL, or framework, or whatever, doing this automatically. But this
doesn't mean it's not there.

Plus, the html is mixed with the logic.

This is easily corrected with proper modularization of the code.

You're more or less talking and comparing your specific product of choice
with generic PHP programming. I think this is a comparison of Apples with
Bananas.

:wq! PoC

--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com