Sevvlor schreef:toevoeging op 16 oktober 2016, 23:49:38:Nou ik wil niet steeds naar de database voor de berichtjes... en het is simpel in te bouwen dus Why niet?!
Wouterr schreef:Het is te doen, hangt er alleen vanaf hoe je dat gaat cachen. Je zou dan de gehele cache met betichten kunnen invalideren en herbouwen of alleen per 10. Hangt af van hoe de app werkt.toevoeging op 16 oktober 2016, 23:49:38:Eerdere citaten tonen
Sevvlor schreef:Nou ik wil niet steeds naar de database voor de berichtjes... en het is simpel in te bouwen dus Why niet?!
Scheelt 7% load dus het is het waard-ish
Voor een klant moest ik ook een mobile chat app maken, maar inclusief de mogelijkheid oude berichten te editten en verwijderen. Dat is echt een ramp om te cachen... Of denk ik te moeilijk?
Wouterr schreef:Heb ik een tijdje geleden nog gemaakt, maar ik moet het nog eens in mijn straks vernieuwde site integreren. Alleen houd ik geen historie bij. Wel is er ook koppeling met een API die de dienstregeling aan de hand van het dienstregeling-treinnummer ophaalt, maar puur statisch zoals de planning is. Mogelijk kan ik een API regelen voor de historie, maar dat is even afwachten.Trouwens, ik heb wellicht een leuk idee: Van materieel nummer naar (huidige) trein nummer (en zijn geschiedenis). Is dat mogelijk? Had ik vandaag toevallig nodig, om iemand te stalken.
Met andere woorden:
Een stuk accurater dan statische lijsten die ik elke maand vanuit een betrouwbare bron binnenkrijg, met een langere termijnplanning (die door de bijsturing in sommige gevallen opeens (blijvend) kan veranderen 
) 
.Sevvlor schreef:Dat is wel beter! App werkt atm echt crappy, besparen op kosten in begin van development fase van een app is niet zon succes. Nu zitten ze met de gebakken peren (heb het dan over mn baas, want aan de code ligt het natuurlijk nietHet is te doen, hangt er alleen vanaf hoe je dat gaat cachen. Je zou dan de gehele cache met betichten kunnen invalideren en herbouwen of alleen per 10. Hangt af van hoe de app werkt.Eerdere citaten tonen
Wouterr schreef:toevoeging op 16 oktober 2016, 23:49:38:Eerdere citaten tonen
Sevvlor schreef:Nou ik wil niet steeds naar de database voor de berichtjes... en het is simpel in te bouwen dus Why niet?!
Scheelt 7% load dus het is het waard-ish
Voor een klant moest ik ook een mobile chat app maken, maar inclusief de mogelijkheid oude berichten te editten en verwijderen. Dat is echt een ramp om te cachen... Of denk ik te moeilijk?
Ik heb het hier over een http-get-and-post chat op een site. Het was mij alleen maar om IO te verlagen en de SQL-server minder te belasten.
toevoeging op 16 oktober 2016, 23:56:36:
Writes gaan nog naar disk maar reads van server ram.
).Aarclay schreef:Netjes! Ik was nu op eerst op spoortkaart gaan zoeken, om vervolgens in ovtijden te kijken of ik de juiste had a.d.h.v. het materieel nummer. Dit zou je wel kunnen bijhouden in een lokaal databaseje om vervolgens op materieel nummer te kunnen zoeken, toch?Heb ik een tijdje geleden nog gemaakt, maar ik moet het nog eens in mijn straks vernieuwde site integreren. Alleen houd ik geen historie bij. Wel is er ook koppeling met een API die de dienstregeling aan de hand van het dienstregeling-treinnummer ophaalt, maar puur statisch zoals de planning is. Mogelijk kan ik een API regelen voor de historie, maar dat is even afwachten.Eerdere citaten tonen
Wouterr schreef:Trouwens, ik heb wellicht een leuk idee: Van materieel nummer naar (huidige) trein nummer (en zijn geschiedenis). Is dat mogelijk? Had ik vandaag toevallig nodig, om iemand te stalken.
Pas geleden nog een scriptje gemaakt (met reverse-enigineer werk van de NS-App) om de materieelgegevens op te halen vanuit een dienstregeling-treinnummer. Blijkt hij zelfs het dagplan op te kunnen halen, terwijl de NS-app daar volgens mij niks mee doet.
Ik kan dus gewoon zien wat er later op de dag gepland wordt aan materieel
De gevonden APIs ga ik zeker op termijn integreren, op een testlocatie ziet het er al veelbelovend uit.
. Iemand gaf hier het materieel nummer door waar die op zat.. 
.
Wouterr schreef:Misschien moet je gewoon een stalk app maken? Alle gegevens die er maar zijn over iemand kunnen opvragen.Die lui daar hebben sinds 2013 dus onverwacht nu opeens een update erdoor heen geknaldEerdere citaten tonen
Aarclay schreef:Bugfix op Treinenweb, omdat de werkzaamheden-pagina wat data vanuit de NS_API mistte.
Shit, altijd leuk. Geen versioning op APIs en dan wijzigingen gaan doorvoeren! Trouwens, ik heb wellicht een leuk idee: Van materieel nummer naar (huidige) trein nummer (en zijn geschiedenis). Is dat mogelijk? Had ik vandaag toevallig nodig, om iemand te stalken.
Aarclay schreef:Hah, dat is wel grappig! Zon API zou wel handig zijn.OVtijden houdt gewoon een archief bij van alle vertrektijden, en ik geloof nu ook al een tijdje de materieelnummers. Misschien dat ik de maker eens om een API vraag. Ik kwam hem pas toevallig tegen in de trein
Thomvh schreef:Big DataMisschien moet je gewoon een stalk app maken? Alle gegevens die er maar zijn over iemand kunnen opvragen.Eerdere citaten tonen
Wouterr schreef:Die lui daar hebben sinds 2013 dus onverwacht nu opeens een update erdoor heen geknaldEerdere citaten tonen
Aarclay schreef:Bugfix op Treinenweb, omdat de werkzaamheden-pagina wat data vanuit de NS_API mistte.
Shit, altijd leuk. Geen versioning op APIs en dan wijzigingen gaan doorvoeren! Trouwens, ik heb wellicht een leuk idee: Van materieel nummer naar (huidige) trein nummer (en zijn geschiedenis). Is dat mogelijk? Had ik vandaag toevallig nodig, om iemand te stalken.
Thom schreef:Cool!Begonnen aan klein projectje last.info dat zoveel mogelijk informatie laat zien over de song die je het laatst hebt geluisterd of nu luistert (soort van linkje voor op mn onderschriftplaatje)
