tanveerhabib
Programmer
Hello all i have saw lot of people making accounting software for organizations in Visual Fox Pro. Is PHP not that much advance to make a goood accounting software in it? please answer...
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
accounting software in php
- Thread starter tanveerhabib
- Start date
- Status
southbeach
Programmer
I do not see why not. In fact, I use it for that very purpose ... lol
My only true concern has always been record locking, beyond that, I find that PHP has been excellent for developing any type of application.
--
SouthBeach
The good thing about not knowing is the opportunity to learn - Yours truly, 2008.
My only true concern has always been record locking, beyond that, I find that PHP has been excellent for developing any type of application.
--
SouthBeach
The good thing about not knowing is the opportunity to learn - Yours truly, 2008.
- Thread starter
- #3
tanveerhabib
Programmer
But the applications which are made in PHP don't run/execute that much faster as it runs in VFP and VB....
southbeach
Programmer
The good old speed question/concern ;-)
Well then, when you have an application in VB or VFP which, if I am not mistaken, uses Client/Server side processing, you have the ability to put a lot of load in the client side of things and by doing so, maintain optimum performance. I have seen cases where the old fashion "batch" method is employed where data is batched daily from "client" to 'server' (this is commonly done in portable devices - or so it was back in the 'serial days').
This is not to say you cannot do the same in PHP. If you can afford to batch your data and not maintain a "up to the second" updated files, write your code so that data is kept in the client side in JSON or XML format and sync once daily. Of course, you now are looking at doing some NON-PHP code to pull this off. :-(
Then there is the argument of "executable binaries vs interpreted text like code". VB and/or VFB can be compiled into executable binaries and, if properly done, accessing (or running out of - used to be called memory resident program) client's ROM gives it the added advantage of running at much faster speed even if you were posting to server live.
In the end, it is really a matter of a much larger check list than "speed". There are pros and cons in both - I have seen VFP code choke on simple tasks running in an "intranet" with delays measuring into the seconds so, wait a second here or there really, what difference does it make!?!
I hope you are not using "speed" as the primary criteria to select a development tool. If it is, you may as well look at C, C++ or one of those lower level programming languages. Also, configure your own topology where you can have whatever resources you figure you need for your own application without having to share it with the rest of the world (do not use cloud hosted services - at least none under $1000/month).
--
SouthBeach
The good thing about not knowing is the opportunity to learn - Yours truly, 2008.
Well then, when you have an application in VB or VFP which, if I am not mistaken, uses Client/Server side processing, you have the ability to put a lot of load in the client side of things and by doing so, maintain optimum performance. I have seen cases where the old fashion "batch" method is employed where data is batched daily from "client" to 'server' (this is commonly done in portable devices - or so it was back in the 'serial days').
This is not to say you cannot do the same in PHP. If you can afford to batch your data and not maintain a "up to the second" updated files, write your code so that data is kept in the client side in JSON or XML format and sync once daily. Of course, you now are looking at doing some NON-PHP code to pull this off. :-(
Then there is the argument of "executable binaries vs interpreted text like code". VB and/or VFB can be compiled into executable binaries and, if properly done, accessing (or running out of - used to be called memory resident program) client's ROM gives it the added advantage of running at much faster speed even if you were posting to server live.
In the end, it is really a matter of a much larger check list than "speed". There are pros and cons in both - I have seen VFP code choke on simple tasks running in an "intranet" with delays measuring into the seconds so, wait a second here or there really, what difference does it make!?!
I hope you are not using "speed" as the primary criteria to select a development tool. If it is, you may as well look at C, C++ or one of those lower level programming languages. Also, configure your own topology where you can have whatever resources you figure you need for your own application without having to share it with the rest of the world (do not use cloud hosted services - at least none under $1000/month).
--
SouthBeach
The good thing about not knowing is the opportunity to learn - Yours truly, 2008.
ChrisHirst
IS-IT--Management
are two that I know of.
Chris.
Indifference will be the downfall of mankind, but who cares?
Time flies like an arrow, however, fruit flies like a banana.
Webmaster Forum
- Status