Hi,
I'm impressed by the great possibilities A5AppServer offers. I bought it because I saw advantages over PHP/MySql applications. Mainly because it is presented as a developing program for those who do not want to go to deep into code and need an easy way to produce wonderfull webapplications, in the same way the A5Desktop works.
I played around with it for a while, was impressed and got myself some nice applications, but there always is one issue: speed. I have browsed this forum and many times found the advice to use Xbasic and not to use too complex grids, not too many dropdowns etcetera.
But: I need these grids and dropdowns and for now I just don't have the time to get into Xbasic and start writing my applications from scratch.
I have relatively small databases, with usually not more then 1000-1500 records and grids with max 10-20 fields and 2 or 3 dropdowns. I have a VPS with 1G garanteed RAM.
I used to make my applications in PHP with a MySql database. Also in PHP I'm not an expert (ok, maybe I'm just a nitwit), but there are several good generating programs like PHPMaker that create the basic scripts, which are relatively easy to adapt.
Using these programs the difference in time to develop an application compared to A5AppServer is little, A5AppServer wins but not by far. And with A5AppServer it is a bit easier to get to a nice layout.
But: once published the speed of my PHP-application is about 8 times as fast as the A5-application, using the same database and the same dropdowns and look-up tables! That's a difference of 1 or 8 seconds to open a new page! Also I need to hire a seperate windows-VPS to use the AppServer.
So for now I'm affraid I am going to have to say goodbye to the AppServer and go back to PHP, maybe untill I have more time to get into Xbasic or untill the AppServer is giving more speed using the common webcomponents. Unless anyone tells me that I am crazy and doing something terribly wrong because it can't be that the AppServer is beaten by PHP.... and suggests what I am doing wrong....
Henk
I'm impressed by the great possibilities A5AppServer offers. I bought it because I saw advantages over PHP/MySql applications. Mainly because it is presented as a developing program for those who do not want to go to deep into code and need an easy way to produce wonderfull webapplications, in the same way the A5Desktop works.
I played around with it for a while, was impressed and got myself some nice applications, but there always is one issue: speed. I have browsed this forum and many times found the advice to use Xbasic and not to use too complex grids, not too many dropdowns etcetera.
But: I need these grids and dropdowns and for now I just don't have the time to get into Xbasic and start writing my applications from scratch.
I have relatively small databases, with usually not more then 1000-1500 records and grids with max 10-20 fields and 2 or 3 dropdowns. I have a VPS with 1G garanteed RAM.
I used to make my applications in PHP with a MySql database. Also in PHP I'm not an expert (ok, maybe I'm just a nitwit), but there are several good generating programs like PHPMaker that create the basic scripts, which are relatively easy to adapt.
Using these programs the difference in time to develop an application compared to A5AppServer is little, A5AppServer wins but not by far. And with A5AppServer it is a bit easier to get to a nice layout.
But: once published the speed of my PHP-application is about 8 times as fast as the A5-application, using the same database and the same dropdowns and look-up tables! That's a difference of 1 or 8 seconds to open a new page! Also I need to hire a seperate windows-VPS to use the AppServer.
So for now I'm affraid I am going to have to say goodbye to the AppServer and go back to PHP, maybe untill I have more time to get into Xbasic or untill the AppServer is giving more speed using the common webcomponents. Unless anyone tells me that I am crazy and doing something terribly wrong because it can't be that the AppServer is beaten by PHP.... and suggests what I am doing wrong....
Henk
Comment