Lijkt me ook handiger voor de ontwikkelaars.
Leden API
Timmie schreef:Misschien is het handig om te kunnen selecteren welke functies de API key mag gebruiken. En de mogelijkheid tot meer API keys zodat je kan bepalen welke App wat mag uitlezen.
(Misschien is het al genoemd maar ik zocht niet alle paginas door te lezen)
Lennard schreef:Ja net als in de Google Play Store zegmaar. Daar heb ik nog over na zitten denken maar dan wordt het weer een stuk complexer allemaal, en waarschijnlijk zijn er toch maar een paar gebruikers die apps maken/gebruiken.Eerdere citaten tonen
Robbert schreef:Als gebruiker zal ik graag meerdere API codes kunnen maken en dan per API code het liefst een naam erbij geven en premissies die die API code kan opvragen.Eerdere citaten tonen
Lennard schreef:Oh, was al bang dat ik wat vergeten was.Eerdere citaten tonen
Marvinguich schreef:Geen ToegangThanks, al hoor ik het liever van mensen die het echt in willen bouwen; als ik van alles ga ondersteunen en niemand gebruikt het verder dan schiet het ook niet op namelijk.Eerdere citaten tonen
Freestyle schreef:Misschien ook handig, voor de servers of ze online/offline zijn.
Voor de tickets (eigenlijk niet nodig want je krijgt dan een prive bericht).
En voor meldingen als je host/domein/vps/etc bijna is verlopen.
Dus API code xxxx-xxxx-xxxx mag mijn puntensaldo en aantal nieuwe priveberichten zien, maar code yyyy-yyyy-yyyy mag alleen mijn puntensaldo zien.
Als het echt veel gebruikt gaat worden zal ik er over denken om zoiets in te bouwen.
Bjarnootjuh schreef:Als het niet via kut-google checkout had gewerkt had ik het wel gedaan.Lennard, anders koop jij een store account en upload jij allesis 5$
Kan je ook ff zeggen welke errors die terug kan geven zodat ik dan mijn systeem kan aanleren die mooi in het Nederlands te tonen? Alle mogelijke returns graag 
Zoals database errors en errors als deze:
Zoals database errors en errors als deze:
<error>api isnt enabled for this user</error>
<error>incorrect user given</error>no user given
incorrect user given
api isnt enabled for this user
no key given
incorrect key given
no info given (als &info= niet bestaat)
info {item} doesnt exist (als je bijv &info=dawnoado hebt; iets wat niet bestaat)
Dat is alles.
incorrect user given
api isnt enabled for this user
no key given
incorrect key given
no info given (als &info= niet bestaat)
info {item} doesnt exist (als je bijv &info=dawnoado hebt; iets wat niet bestaat)
Dat is alles.
En wat als je SQL server nu opeens uitvalt?
Dan krijg je een header location naar failover.one2xs.com, en een tekstmelding db error.
Gewoon standaard-melding dus.
Gewoon standaard-melding dus.
Nou omdat jij het bent 
Als je XML met SimpleXML gaat parsen, dan geeft de simplexml_load_file() toch een false als hij niet werkt, geldt ook voor json_decode/encode..
Daar kan je dan al een foutafhandeling in bouwen die dan vertelt dat de het ophalenniet gelukt is.
Daar kan je dan al een foutafhandeling in bouwen die dan vertelt dat de het ophalenniet gelukt is.
Ik gebruik simplexml_load_string(file_get_contents) 
Maar kan je simplexml_load_file() ook voor externe bestanden gebruiken dan?
Maar kan je simplexml_load_file() ook voor externe bestanden gebruiken dan?
Is het mogelijk dat transacties ook hun ID meekrijgen? (Net zoals PBs)
In principe kan dat ja, maar die worden nergens hier op de site gebruikt, dus ik zou niet weten wat je ermee moet?
Ik sla steeds laatste ID op bij nieuwe dingen
Dan kijk ik later in het script of id hoger is dan laatste ID
Als dit bij transacties komt kan ik dus nieuwe transacties laten zien
Dan kijk ik later in het script of id hoger is dan laatste ID
Als dit bij transacties komt kan ik dus nieuwe transacties laten zien
Nice. Maar dan kun je beter op datum controleren, het ID is niet altijd oplopend.
Maar dan kun je beter op datum controleren, het ID is niet altijd oplopend.