Re: PHP POS program
| From: | Mike Morton | 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