Archief - algoritme : Eten bestellen via intranet

Z

Zelete

Legacy Member

• 24 sep 2004

• #1

Hallo,

Ik ga ergens volgend jaar een LAN organiseren. Ik zou dus graag willen dat iedereen zijn eten of drinken kan bestellen via een intranet website. Er zal een computer geplaatst worden in de keuken waarop de bestellingen op het scherm moeten komen. Uiteraard zal iemand van de keuken de bestelling naar het juiste tafelnummer brengen. Met welk systeem is dit het meest haalbaar? Ik had gedacht aan de PHP mail functie (dus een Email check elke minuut ofzo op de keukencomputer) maar er zijn er uiteraard nog andere en betere?

Met vriendelijke groeten,

s

servi

Legacy Member

• 24 sep 2004

• #2

moderator noot :
je topic bevat geen prefix, een verkeerd prefix of heeft een onduidelijke titel.
Gelieve een duidelijke titel met een bijhorend correct prefix te gebruiken.
Voor meer informatie over prefixen kan je terecht op regels en prefixen !!!.
Je topic is aangepast, gelieve in het vervolg er op te letten.

L

Le Preinz

Legacy Member

• 24 sep 2004

• #3

wrm geen soort "gastenboek" die de bestellingen geeft en die om zoveel tijd refreshed?

B

Bunz

Legacy Member

• 24 sep 2004

• #4

neeneen le Preinz.

IK ben daaar momenteel mee bezig met zo een bestelscript op een lan. Eigenlijk werkt dit allemaal via de intranet site, zonder mailen etc etc. Het best haalbaar is werken met ip adressen / id's (van users). Het best haalbare systeem is volgens mij een database met dergelijke gegevens erin (wie besteld er, wanneer, keuken , ...) waarbij je werkt met een front-end (the lanners) en een back-end: de keuken. PHP of andere talen zoals ASP lijken mijn daar best geschikt voor. Mijn eigen voorkeur gaat uit naar PHP


Edit: Wat van voordelen heeft dit systeem: wel Je kan op het einde ongeveer exact bepalen wat er besteld geweest is en wat verkocht geweest is en nog een aantal andere stats , zoals wie heeft er het meest gespendeerd aan eten enz ... (leuke prijs aan te koppelen ). Ook kunnen de gebruikers net twee minuten langer gamen om dan hun warme maaltijd direct te komen afhalen of gebracht te worden. Ordering Food will be just one click away. Bij een gastenboek moet je nog intypen ( mensen met een raar accent hebben geen probleem noch mensen die niet kunnen typen etc etc, ... ) Ik bedoel hier natuurlijk bij het is lastig voor de keuken om altijd andere dialecten te lezen en te begrijpen. Het is veel gemakkelijker als je een beetje geautomatiseerd werkt.

Je geeft aan wat je verkoopt.
De gebruiker klikt hetgene wat hij wil aan.
Keuken krijgt order maakt het klaar en gaat het brengen.

Geen misverstanden mogelijk.

D

DarkBone

Legacy Member

• 24 sep 2004

• #5

Ik denk dat uw systeem het makkelijkste is hoor.

Ge kunt altijd met een database werken waarbij de bestellingen erin komen te staan, dan laat ge bijvoorbeeld een pagina openstaan waar ge kunt aanduiden of de bestellingen al voltooid zijn of niet. Die pagina kun je ook laten refreshen zodat er bestellingen onderaan de lijst kunnen bijkomen.

B

Bunz

Legacy Member

• 24 sep 2004

• #6

DarkBone zei:

Ik denk dat uw systeem het makkelijkste is hoor.

Ge kunt altijd met een database werken waarbij de bestellingen erin komen te staan, dan laat ge bijvoorbeeld een pagina openstaan waar ge kunt aanduiden of de bestellingen al voltooid zijn of niet. Die pagina kun je ook laten refreshen zodat er bestellingen onderaan de lijst kunnen bijkomen.

Klik om te vergroten...

exactly my point

0

0n3Liner

Legacy Member

• 24 sep 2004

• #7

DarkBone zei:

Ik denk dat uw systeem het makkelijkste is hoor.

Ge kunt altijd met een database werken waarbij de bestellingen erin komen te staan, dan laat ge bijvoorbeeld een pagina openstaan waar ge kunt aanduiden of de bestellingen al voltooid zijn of niet. Die pagina kun je ook laten refreshen zodat er bestellingen onderaan de lijst kunnen bijkomen.

Klik om te vergroten...

hmmm, ik zou dat auto refreshen alten, als je juist bezig bent met een aantal bestellingen aan te vinken, en dat refresht, dan zijn al u vakskens weer leeg

B

Bunz

Legacy Member

• 24 sep 2004

• #8

Neen hoor, Je bestelling komt aan in de keuken, je neem bv auto - refresh op vijftien seconden en je hebt één knop "klaar" dan hebje imho tijd genoeg om dit te doen.

0

0n3Liner

Legacy Member

• 24 sep 2004

• #9

haja, vaneigenst

D

DarkBone

Legacy Member

• 24 sep 2004

• #10

Da's wat ik ook bedoelde. Maar da's puur een kwestie van implementatie, 't belangrijkste is of ge het via e-mail wilt gaan verwerken of er nog apart een kleine php applicatie voor wilt schrijven.

0

0n3Liner

Legacy Member

• 24 sep 2004

• #11

via email moet ge dan weer via internet gaan of een mail server opzetten, dus denkd at het beste toch gewoon met een database is...of niet

D

DarkBone

Legacy Member

• 24 sep 2004

• #12

Goed punt

J

J-Style

Legacy Member

• 24 sep 2004

• #13

Bunz zei:

Neen hoor, Je bestelling komt aan in de keuken, je neem bv auto - refresh op vijftien seconden en je hebt één knop "klaar" dan hebje imho tijd genoeg om dit te doen.

Klik om te vergroten...

Goeie ideeën allemaal.


Misschien ook een knop maken om de refresh een aantal seconden (vb. 10) uit te stellen. Als iemand dan toch iets wil updaten, zoals bestellingen aanvinken, dan kan ie de refresh langer laten wachten.

S

Smoerf

Legacy Member

• 24 sep 2004

• #14

Persoonlijk vind ik het geen goed systeem om eten te laten bezorgen. Ik ging normaal zoiets maken voor een LAN, maar bij nader inzien is het toch een kleinere moeite voor de gamer om zelf eten/drank te gaan halen dan d'r een script voor te schrijven. (Dat is mijn mening)

En een refresh mss met een tellertje, zodat je weet hoeveel seconden je nog hebt om op klaar te klikken...

Z

Zelete

Legacy Member

• 25 sep 2004

• #15

ok allemaal, zéér bedankt voor al de ideën. ik denk toch dat ik het ga houden bij een simpel email scriptje.

met vriendelijke groeten,

B

Bunz

Legacy Member

• 25 sep 2004

• #16

Zelete zei:

ok allemaal, zéér bedankt voor al de ideën. ik denk toch dat ik het ga houden bij een simpel email scriptje.

met vriendelijke groeten,

Klik om te vergroten...

Zucht ... n/o maar ik doen dan de moeite om te antwoorden , iedereen denkt ongeveer hetzelfde maar u doet toch u eigen goesting die wel slechter is dan wat iedereen denkt. Waarom komde het dan nog vragen eigenlijk ? Als ge toch u goesting gaat doen. Explorer new borders .. but stay away from this board ( i like my attitude and humor )

H

H@voc_!nc.

Legacy Member

• 27 sep 2004

• #17

maak da in java das gemaakt voor zo'n dinges

d

dJeez

Legacy Member

• 27 sep 2004

• #18

Bunz zei:

Zucht ... n/o maar ik doen dan de moeite om te antwoorden , iedereen denkt ongeveer hetzelfde maar u doet toch u eigen goesting die wel slechter is dan wat iedereen denkt. Waarom komde het dan nog vragen eigenlijk ? Als ge toch u goesting gaat doen.

Klik om te vergroten...

En waarom zouden ze uw oplossing per se moeten volgen als ze er zelf een andere willen uitwerken? Het gaat over aanreiken van oplossingen, het staat de vraagsteller steeds vrij om al dan niet gebruik te maken van die oplossingen. Uiteindelijk doet iedereen die hier een vraag stelt en een oplossing krijgt nog steeds "zijn goesting", al dan niet volgens de aangereikte oplossingen.

H

H@voc_!nc.

Legacy Member

• 27 sep 2004

• #19

tis beter zelf een slechte oplossing te maken ... zelf vinden da ze zuigt dan ergens een script af te halen en da te installere

E

EryciusPuteanus

Legacy Member

• 27 sep 2004

• #20

't zou iig een mooie oefening zijn voor de lessen systeemanalyse

En met H@voc_!nc. hierboven ben ik het ni eens... beter goe geript dan slecht zelfgemaakt zeg ik altijd (ge moet dan natuurlijk wel kunnen toegeven dat ge geript hebt, en ook de nodige credits geven he)