Leden API

Tijd als Unix timestamp lijkt handigste

E:
Dit is een beetje overdreven:
/xml/channel/message/message/message/amount

Beter doe je eerste message weghalen (Je hebt channel al)
En daarna s> en daarin

E2: En ik denk dat een version tag wel handig is

Ja Niels nu heb ik het net weer ingebouwd

Oh, die moet geen message heten.

De XML/JSON wordt automatisch gegenereerd op basis van een array, dus daar zit nog een foutje in.

Versie-tag zal ik ook toevoegen.

Milan schreef:

Ja Niels nu heb ik het net weer ingebouwd

Milan schreef:

Ja Niels nu heb ik het net weer ingebouwd

Nja de tips die ik geef zijn eigenlijk om het handiger / meer leesbaar te maken + Handiger om in je code te zien wat-wat doet

PS: Het is nog een soort beta héa

Lennard schreef:

Oh, die moet geen message heten.

De XML/JSON wordt automatisch gegenereerd op basis van een array, dus daar zit nog een foutje in.

Versie-tag zal ik ook toevoegen.

Milan schreef:

Ja Niels nu heb ik het net weer ingebouwd

Nice
--------------
E: content-type van JSON klopt niet

Nielsie schreef:

E: content-type van JSON klopt niet

Komt in de volgende update straks, thanks.
text/json toch?

Lennard schreef:

Eerdere citaten tonen

Nielsie schreef:

E: content-type van JSON klopt niet

Komt in de volgende update straks, thanks.
text/json toch?

Nop application/json

Bij een mobiele site, vinden jullie dan de grootte (aantal kB) belangrijk of hoe het werkt en uitziet?

Milan schreef:

Bij een mobiele site, vinden jullie dan de grootte (aantal kB) belangrijk of hoe het werkt en uitziet?

Verdeel het

Milan schreef:

Bij een mobiele site, vinden jullie dan de grootte (aantal kB) belangrijk of hoe het werkt en uitziet?

Nou om eerlijk te zijn denk ik dat mensen eerder naar One2xs zelf gaan dan naar een webapp waarop je je puntensaldo en privéberichten kan zien.

Alhoewel een Apple/android/... app die je waarschuwt bij een bericht wel handig zou zijn. Maar... Als je ingesteld een mail te krijgen bij een PB op One2xs, en op je device instelt elk kwartier je mail te checken doet dat het eigenlijk al voor je, want de app mag maximaal 1 keer per 10 minuten checken.

Ik verwerk een cachesysteem in mijn app.

Nielsie schreef:

Tijd als Unix timestamp lijkt handigste

E:
Dit is een beetje overdreven:
/xml/channel/message/message/message/amount

Beter doe je eerste message weghalen (Je hebt channel al)
En daarna s> en daarin
Half gefixt; heb nu message-0, message-1, etc. in messages, en in die message-0 en message-1 enzo staat steeds een apart privébericht.
Ik wil eigenlijk dit hebben:
/messages/message/
/messages/message/
/messages/message/

ipv:
/messages/message-0/
/messages/message-1/
/messages/message-2/

maar dat lukt me nog even niet dus ik knoei nog even verder

Dat kan gewoon hoor

Nielsie schreef:

Dat kan gewoon hoor

Wat kan gewoon? Hoe ik het heb?

Heb het nu gefixt iig
versie-nummer staat er nu ook in, maar dat is simpelweg de timestamp dat het bestand voor t laatst is gewijzigd.
Wat is het doel/nut eigenlijk van een versie-nummer in dit geval?

Lennard schreef:

Eerdere citaten tonen

Nielsie schreef:

Dat kan gewoon hoor

Wat kan gewoon? Hoe ik het heb?

Heb het nu gefixt iig
versie-nummer staat er nu ook in, maar dat is simpelweg de timestamp dat het bestand voor t laatst is gewijzigd.
Wat is het doel/nut eigenlijk van een versie-nummer in dit geval?

Dat een app kan zien of er een eventuele update nodig is in de app
Dus timestamp is denk wel goed
E: JSON heeft geen versie

Hm maar dan bij elke kleine wijziging (bijv. taalfout) die ik doorvoer verandert die versie he..
Ik houd het wel bij een handmatige nummering, dan probeer ik alles backwards compatible te maken, en als dat niet gaat dan verhoog ik het versienummer zelf wel.

JSON versienummer komt er aan.

Dat is ook goed