Idee; Biertje?

[gekkepietje]

Ha ha ha, check het uit:

[DouweM]

Er moet overigens ook een manier zijn om als de Biertje?-vraag binnenkomt meerdere drankjes te kunnen selecteren. Voor als je zelf veel dorst hebt, of als er een iPhone-loze vriend bij je staat die ook wel wat wil drinken. (Bij een leuk meisje ga je natuurlijk zelf halen )

[spysical]

Oorspronkelijk geplaatst door gekkepietje

Nou vind ik het niet erg om op mijn eigen server mijn eigen private key te plaatsen, maar iemand anders krijgt hem niet. Tim14ww had al aangeboden om de Ad Hoc distributie te doen, en iemand anders (spysical?) had al aangeboden de server te hosten, maar dan moet Tim het niet erg vinden om zijn private key op iemand anders zijn server te zetten.

Ik Kan eigelijk alleen het beheer van een site doen XD
Mijn servers van thuis staan al vol... En ik ga niet ergens anders een server huren...

[timneutel]

misschien moeten we ook zoiets doen, dat elke iphone zijn eigen code heeft [zoals bij de iMob app] en je dus je vrienden toe kan voegen, waarna je ze kan uitnodigen.

[spysical]

Oorspronkelijk geplaatst door timneutel

misschien moeten we ook zoiets doen, dat elke iphone zijn eigen code heeft [zoals bij de iMob app] en je dus je vrienden toe kan voegen, waarna je ze kan uitnodigen.

Hmm ja is een goed idee. Dit houd ook geleik tegen dat de app heel snel word gekraakt. Want we willen natuurlijk geld als we er iets voor vragen.
Ook een leuk om een lite editie te maken in het Engels alleen. Met alleen de optie water. Omdat als je alles beschikbaar maakt dat dan de full version niet verkoopt.
Natuurlijk wel de lijst/kaart laten zieN maar als ze op iets anders dan water drukken dat ze dan gezien krijgen dat ze daarvoor de full versie moeten kopen.

Grtz

[den_ivan]

Sterke dranken met combinatie van een andere drank?

Dus de grootste sterkedranken en fruitsappen en frisdranken nog ergens apart?

(Het zijn maar ideeën)

[DouweM]

Volgens mij kun je beter e-mailadressen gebruiken in plaats van friendcodes... Dan kun je gewoon uit je adresboek je vrienden kiezen, in plaats van een ingewikkelde code uit te moeten wisselen...

[timneutel]

Oorspronkelijk geplaatst door DouweM

Volgens mij kun je beter e-mailadressen gebruiken in plaats van friendcodes... Dan kun je gewoon uit je adresboek je vrienden kiezen, in plaats van een ingewikkelde code uit te moeten wisselen...

dat is waar, ik weet niet hoe push notificaties verstuurd worden, ik dacht naar een code, dan kan je die gebruiken

[DouweM]

Volgens mij worden push notifications verstuurd naar een UDID, dus dan zouden we die met je e-mailadres in een database kunnen zetten.

[gekkepietje]

Push werkt als volgt: je iPhone app vraagt bij het opstarten om een "device token". Dit is net zoiets als je UDID maar speciaal voor push notifications. Het kan de eerste keer een paar seconden duren voordat je het device token krijgt, maar de volgende keer is het een stuk sneller omdat het token op je iPhone gecached wordt. Het is de bedoeling dat je app vervolgens op je eigen server inlogt met username/wachtwoord/whatever en het device token meestuurt. De server kan vervolgens push notifications naar dat device token sturen en Apple zorgt ervoor dat ze op de bijbehorende telefoon aankomen.

Ik zal later op de dag mijn push code in de SVN repository zetten, dan kunnen andere developers en geinteresseerden ermee spelen.

[timneutel]

ik heb weer een schets gemaakt, zo zou je de bestellingen ook kunnen weer geven, op het moment dat je voor iedereen bier hebt besteld, moet je natuurlijk weten wie wat heeft besteld, en als je het desbetreffende drankje aan de desbetreffende persoon heb gegeven, wil je dat natuurlijk ook weten.



alle drankjes worden weergegeven op een dienblad, als het dienblad [15] vol is, komt er een dienblad bij, waartussen je kan scrollen net als bij de weer app. als je wilt weten wiens drankje van wie is, tap je er op. heb je het drankje aan die persoon gegeven, dan duppel tap je.

[spysical]

Wouw, mooi gemaakt en leuk idee!
Over de locatie die niet constant is.
Als je nou gewoon ongv het zelfde doet als Hey WAY. Dan kun je gewoon weten waar je vrienden zijn...

[jonathan]

Zoals ik eerder al aangaf kan ik (met mijn bedrijf One More App) ook wat helpen. Ik heb serverruimte en een iPhone Developer Program License. Verder kan ik de website regelen. Een ander puntje: One More App krijg op de achtergrond ook een hele database met onder andere social-dingen, gekoppeld aan UDID's. We zouden deze applicatie aan kunnen sluiten op die database.

Nou ja, ik hoor wel wat er nodig is.

[gekkepietje]

Oke luitjes, ik heb een aantal dingen gecommit in de SVN repository, namelijk:

- Een simpele push server in PHP. Dit is een achtergrond proces dat een verbinding openhoudt naar Apple. Steeds als er nieuwe berichtjes zijn, dan doet hij een push.

- Een server API. Dit is waar de iPhone app tegenaan praat. De API kan nu nog maar twee dingen: (nieuwe) gebruikers aanmelden, en "Wat wil je drinken?" push notifications versturen. De rest van de commando's bouw ik er later deze week nog in.

- Een iPhone app. Deze doet niet veel. Als je hem opstart, meldt hij je aan bij de API en als je op de "Biertje?" knop klikt, dan stuurt hij een berichtje naar de server, waarna die dus de push notifications verstuurt. De app laat ook andere binnengekomen push berichtjes zien.

Ik heb het getest op mijn eigen lokale systeem en het werkt prima. Push berichtjes komen binnen 2 seconden aan op de telefoon. Als je het zelf wilt testen, moet je een Developer Program account hebben en zelf de certificaten en zo aanmaken, en natuurlijk een eigen servertje opzetten.

Kijk maar eens naar de code als je wilt. Er missen nog wat dingen -- zo moet het push script eigenlijk alle nieuwe berichtjes in 1 keer doorsturen in plaats van 1 voor 1 -- maar dit is grotendeels gedocumenteerd in de README files.

Enjoy!

[Timelord]

Enkele toevoegingen:

Als je weet wie de Bob is, dan die absoluut NIET Biertje op het scherm, maar bv: Frisje ?

Of als je weet dat iemand vervelend word na enkele biertjes, of wat voor reden dan ook, dat iemand na een bepaalde hoeveelheid biertjes ook alleen nog maar de frisvraag krijgt.

Als iemand standaard iets anders drinkt, bv Cola, dat dan degene Cola als standaard antwoordknop heeft.

Bijhouden hoeveel iemand die avond gedronken heeft. Makkelijk als je achteraf iedereen laat betalen.

[P-development]

Oorspronkelijk geplaatst door gekkepietje

Oke luitjes, ik heb een aantal dingen gecommit in de SVN repository, namelijk:
...

Functioneel php? Waarom niet OO? Waarom gebruik je geen prepared statements voor SQL? Daarnaast zou ik geen php gebruiken voor een achtergrond proces, onder andere in verband met php configuraties met onbeperkt max_execution_time etc.

[gekkepietje]

Oorspronkelijk geplaatst door P-development

Functioneel php? Waarom niet OO? Waarom gebruik je geen prepared statements voor SQL? Daarnaast zou ik geen php gebruiken voor een achtergrond proces, onder andere in verband met php configuraties met onbeperkt max_execution_time etc.

Ik vind de discussie functioneel PHP vs OO niet zo interessant, ook prepared SQL statements vs wat ik nu doe is niet erg relevant. Want je zegt het zelf al: je kunt beter geen PHP gebruiken voor een achtergrondproces.

Waarom doe ik het dan toch? Simpel, dit is slechts een prototype. Het werkt, en het is voorlopig een afdoende oplossing. Maar ik ben het met je eens dat als we dit echt in de praktijk gaan brengen en het wordt een populaire app, dat we dan een meer high performance oplossing moeten gebruiken.

Als je tips hebt, dan hoor ik het graag. Zie dit slechts als een beginnetje.

[libia]

Ik ben ook voor OO maarja, aangezien er toch geen php wordt gebruikt is het niet erg relevant.
Prepared SQL is handiger, maar niet nodig.

voor de rest klinkt het allemaal erg leuk!

[Timelord]

Ik zou ook voor OO gaan als ik wist waar het over ging

[sirtalis]

Kek idee jongens!

Naamsuggesties:

BottomsUp!
of
Ad Fundum