Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

Messaging, hoe aan te pakken?

Pagina: 1
Acties:

  • alienfruit
  • Registratie: Maart 2003
  • Laatst online: 12:57

alienfruit

the alien you never expected

Topicstarter
Ik ben bezig met een project voor een goede doel om het overschot aan voedsel in te perken. Nu wil graag de mogelijkheid om berichten te sturen naar mensen die bij je in de buurt zit en semi privé berichten sturen (Twitter Direct messages stijl). Alleen nu weet ik niet hoe ik dit het beste kan aanpakken.

Als eerste dacht ik om in Redis of MongoDB bij te houden waar elke gebruiker is doormiddel van de HTML5 Geolocation API en dit volgens op te slaan. Als er vervolgens een bericht wordt gestuurd door een andere gebruiker binnen een straal van 5-10km dan moet iedereen binnen deze cirkel het berichtje krijgen en moet het verschijnen op de website.

Mijn eerste gedachte was om de GPS coordinaten op te slaan en dan vervolgens bij te houden van wanneer de GPS ticket was. Als deze niet 'verlopen' (bijv. halve dag oud) dan krijgt de gebruiker het berichtje. Als SMS en binnen als een Twitter-stijl achtige Direct Message. Alleen niet zit ik te twijfelen wat de beste manier is om te gaan met het versturen berichten naar gebruikers.

Zijn hier 'best practices' voor? Momenteel verwacht ik rond ~200 gebruikers. Bijvoorbeeld hoe zou je dit opslaan? Een nieuw record voor ontvanger van het berichtje (message, recipientId) of meer de bericht X en gaat naar de volgende ontvangers (message, recipientIds).

  • DennusB
  • Registratie: Mei 2006
  • Niet online
alienfruit schreef op dinsdag 20 mei 2014 @ 11:17:
Ik ben bezig met een project voor een goede doel om het overschot aan voedsel in te perken. Nu wil graag de mogelijkheid om berichten te sturen naar mensen die bij je in de buurt zit en semi privé berichten sturen (Twitter Direct messages stijl). Alleen nu weet ik niet hoe ik dit het beste kan aanpakken.

Als eerste dacht ik om in Redis of MongoDB bij te houden waar elke gebruiker is doormiddel van de HTML5 Geolocation API en dit volgens op te slaan. Als er vervolgens een bericht wordt gestuurd door een andere gebruiker binnen een straal van 5-10km dan moet iedereen binnen deze cirkel het berichtje krijgen en moet het verschijnen op de website.

Mijn eerste gedachte was om de GPS coordinaten op te slaan en dan vervolgens bij te houden van wanneer de GPS ticket was. Als deze niet 'verlopen' (bijv. halve dag oud) dan krijgt de gebruiker het berichtje. Als SMS en binnen als een Twitter-stijl achtige Direct Message. Alleen niet zit ik te twijfelen wat de beste manier is om te gaan met het versturen berichten naar gebruikers.

Zijn hier 'best practices' voor? Momenteel verwacht ik rond ~200 gebruikers. Bijvoorbeeld hoe zou je dit opslaan? Een nieuw record voor ontvanger van het berichtje (message, recipientId) of meer de bericht X en gaat naar de volgende ontvangers (message, recipientIds).
Voor de daadwerkelijke berichten zou ik bijvoorbeeld gewoon XMPP gebruiken :) Bewezen protocol en lekker stabiel!

Owner of DBIT Consultancy | DJ BassBrewer


  • HMS
  • Registratie: Januari 2004
  • Laatst online: 17-11 00:33

HMS

Kijk eens naar Azure Mobile Services, daar zitten push berichten ook in. Voor als je het wiel niet opnieuw wilt uitvinden op korte termijn ;)

http://azure.microsoft.com/en-us/develop/mobile/

  • TheNephilim
  • Registratie: September 2005
  • Laatst online: 21-11 15:31

TheNephilim

Wtfuzzle

Wat gaat de daadwerkelijke ontvanger van de berichten worden? Een app voor op een telefoon?