Re: PHP POS program

From: Date: Wed, 16 Jul 2003 14:05:52 +0000
Subject: Re: PHP POS program
References: 1  Groups: php.general 
Request: Send a blank email to php-general+get-155422@lists.php.net to get a copy of this message
Mirek: > - Of course, it can be done, but will U find someone, who will ever use > it? I've worked in a company which has about 170 supermarkets and > small food stores and there we had a "war" with our POS software > supplier , so I think, I can tell "I know something about it" It is much > more complext then it seems to be. E-Commerce is about sitting at home > and clicking mouse, shop assistants has much more stress then a person > clicking through e-shop Tell that to Amazon/Dell! E-Commerce systems are not as simple as may first appear either - but I do understand that while I may have the e-commerce experience, you do have more POS experience than me :) > - using php/web based interface can be BIG problem due to nature of the > browser. Depends on the application > - POS is "live" system in opposition to the e-commerce which is only > viewing stock and sending orders. Untrue - E-commerce as you talk about it here is small shop purchasing - e-commerce actually encompasses a much larger facet of operations from fulfillment, CRM, loyalty, etc. > - POS must be as simple and "stupidity proof" as possible, the other > thing is mouse, POS must be controlled via keyboard. > And AFAIK all POS systems, which were written under Windows had no > succes because of the user interface. So I'm for 5 years out of this > branche but as I can see in supermarkets, there are still good old MSDOS > applications. Any system should be simple and stupid proof, from a website to a CRM or fulfillment application. As far as POS being controlled via keyboard - again, depends on the application. You are talking about the point of view from a supermarket/multiple registers, the original question was about a restaurant POS. that is a big difference! :) I am not saying that PHP is the be all and end all for this problem - but what I am saying is that it CAN be done - not necessarily that it should be done. A better solution would be say build the interface in PHP - the back end in MySQL (cause we all know that rocks ;) ) and the printer connection in C or Java. That is just my opinion, which has been proven (even on this list! ;) ) to be wrong on occasion <g> > My point of view has not much to do with PHP but with user interface, In > php can be done very interesting things, I agree, for example I've > written daemon using pure PHP, and it runs for 170 days continuously and > sending e-mails from our site. > >> >> On 7/16/03 8:25 AM, "Mirek Novak" <mirek.novak@auto.cz> wrote: >> >> >>> Angelo Zanetti napsal(a): >>> >>> >>>> Anyone know where I can download a demo point-of-sale program from? >>>> preferably written in php and preferably a point-of-sale designed for >>>> restaurants? any links etc will be great >>>> >>>> TIA >>>> >>>> Angelo > -- Cheers Mike Morton **************************************************** * * Tel: 905-465-1263 * Email: mike@webtraxx.com * **************************************************** "Indeed, it would not be an exaggeration to describe the history of the computer industry for the past decade as a massive effort to keep up with Apple." - Byte Magazine Given infinite time, 100 monkeys could type out the complete works of Shakespeare. Win 98 source code? Eight monkeys, five minutes. -- NullGrey

« previous php.general (#155422) next »