abonnementen ibood.com bol.com Coolblue
  maandag 23 juli 2018 @ 09:03:12 #151
459997 DevFreak
Brengt je topic vrijheid
pi_180668399
registreer om deze reclame te verbergen
quote:
16s.gif Op zondag 22 juli 2018 20:54 schreef FlippingCoin het volgende:
Hmmm matig, wil met mijn Angular applicatie een HTTP 302, StatusFound afhandelen die ik van mijn API krijg als ik opvraag of een account bestaat, maar de browser pakt deze aan waardoor mijn applicatie hem niet kan afhandelen. -O-

Zouden jullie hiervoor een andere HTTP status gebruiken? Gaat er om dat een account bestaat, hoef verder geen body te ontvangen of zo.

Бо эҳтиром Flip.
quote:
16s.gif Op zondag 22 juli 2018 21:19 schreef FlippingCoin het volgende:

[..]

Hmmm zelf verkeerd gekeken, 302 moet ik helemaal niet gebruiken in dit geval. :@

വിശ്വസ്തതയോടെ Flip.
Ik gebruik deze lijst altijd ter referentie:

https://httpstatuses.com/
pi_180668876
quote:
16s.gif Op zondag 22 juli 2018 20:54 schreef FlippingCoin het volgende:
Hmmm matig, wil met mijn Angular applicatie een HTTP 302, StatusFound afhandelen die ik van mijn API krijg als ik opvraag of een account bestaat, maar de browser pakt deze aan waardoor mijn applicatie hem niet kan afhandelen. -O-

Zouden jullie hiervoor een andere HTTP status gebruiken? Gaat er om dat een account bestaat, hoef verder geen body te ontvangen of zo.

Бо эҳтиром Flip.
Als iets niet bestaat (page, object, user, resource, whatever) kun je het beste een 404 gebruiken, een 302 is een redirect.
  maandag 23 juli 2018 @ 10:10:23 #153
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180669294
quote:
19s.gif Op maandag 23 juli 2018 09:03 schreef DevFreak het volgende:

[..]


[..]

Ik gebruik deze lijst altijd ter referentie:

https://httpstatuses.com/
A handige lijst thanks. ^O^
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  maandag 23 juli 2018 @ 10:10:56 #154
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180669296
registreer om deze reclame te verbergen
quote:
0s.gif Op maandag 23 juli 2018 09:41 schreef Farenji het volgende:

[..]

Als iets niet bestaat (page, object, user, resource, whatever) kun je het beste een 404 gebruiken, een 302 is een redirect.
En niet 204? Want de URI klopt wel.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
pi_180669817
quote:
1s.gif Op maandag 23 juli 2018 10:10 schreef FlippingCoin het volgende:

[..]

En niet 204? Want de URI klopt wel.
Ik weet niet in hoeverre je urls RESTful zijn en hoe de app in elkaar zit maar als je bijv een account opvraagt met GET /account/123 en dat account bestaat niet dan verwacht ik een 404 en geen 204. Als je het minder RESTful aanpakt en je hebt iets als /check_account?accountid=123 dan zou ik gewoon 200 teruggeven met een json payload met { "result": false } of wat dan ook.

204 heb ik eigenlijk nog nooit gebruikt. Statussen die ik oha gebruik:

200 ok
201 succesfully created (na een POST, aanmaken van een nieuw object)
302 temp redirect (gebruik nooit 301 want die wordt te aggressief gecached in browsers)
304 not modified, voor caching
400 foutief request, missende required argumenten, syntax errors etc
401 niet authorized (niet ingelogd of verkeerde credentials)
403 forbidden, opzouten, jij hoort hier niet
404 resource not found
405 niet toegestane/geimplementeerde methode, bijv POST als alleen GET is toegestaan; wordt meestal door je framework afgehandeld
420 enhance your calm, voor rate limit overschrijding :7 (niet officieel maar wel leuk)
500 er ging ergens iets onverwachts kapot (ook meestal door je framework afgehandeld)
pi_180670362
quote:
0s.gif Op maandag 23 juli 2018 10:39 schreef Farenji het volgende:

[..]

302 temp redirect (gebruik nooit 301 want die wordt te aggressief gecached in browsers)
301 = permanent redirect. Op het moment dat een pagina permanent is verhuisd is een 301 JUIST wel goed om te gebruiken en is het ook heel goed dat browsers die cachen. Sowieso ook beter voor SEO, want je vertelt zoekmachines meteen dat ze de oude url mogen vergeten en de nieuwe url moeten opnemen.
Dus nooit gebruiken vind ik een heel slecht advies, je moet er alleen wel goed over nadenken wat je wanneer gebruikt (dat geldt voor alle HTTP status codes).
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_180670747
registreer om deze reclame te verbergen
quote:
4s.gif Op maandag 23 juli 2018 11:06 schreef Rockfire het volgende:

[..]

301 = permanent redirect. Op het moment dat een pagina permanent is verhuisd is een 301 JUIST wel goed om te gebruiken en is het ook heel goed dat browsers die cachen. Sowieso ook beter voor SEO, want je vertelt zoekmachines meteen dat ze de oude url mogen vergeten en de nieuwe url moeten opnemen.
Dus nooit gebruiken vind ik een heel slecht advies, je moet er alleen wel goed over nadenken wat je wanneer gebruikt (dat geldt voor alle HTTP status codes).
Ok nooit gebruiken klopt idd niet, er zijn best use cases voor, maar in bijna alle gevallen wil je 302 omdat je eigenlijk naderhand de bestemming niet meer kan wijzigen met een 301, die dingen worden echt forever gecached door je browser, zelfs je history en cache weggooien is vaak niet genoeg.
  maandag 23 juli 2018 @ 12:18:39 #158
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180671849
quote:
0s.gif Op maandag 23 juli 2018 10:39 schreef Farenji het volgende:

[..]

Ik weet niet in hoeverre je urls RESTful zijn en hoe de app in elkaar zit maar als je bijv een account opvraagt met GET /account/123 en dat account bestaat niet dan verwacht ik een 404 en geen 204. Als je het minder RESTful aanpakt en je hebt iets als /check_account?accountid=123 dan zou ik gewoon 200 teruggeven met een json payload met { "result": false } of wat dan ook.

204 heb ik eigenlijk nog nooit gebruikt. Statussen die ik oha gebruik:

200 ok
201 succesfully created (na een POST, aanmaken van een nieuw object)
302 temp redirect (gebruik nooit 301 want die wordt te aggressief gecached in browsers)
304 not modified, voor caching
400 foutief request, missende required argumenten, syntax errors etc
401 niet authorized (niet ingelogd of verkeerde credentials)
403 forbidden, opzouten, jij hoort hier niet
404 resource not found
405 niet toegestane/geimplementeerde methode, bijv POST als alleen GET is toegestaan; wordt meestal door je framework afgehandeld
420 enhance your calm, voor rate limit overschrijding :7 (niet officieel maar wel leuk)
500 er ging ergens iets onverwachts kapot (ook meestal door je framework afgehandeld)
Ja ik probeer de REST principes aan te houden het is de call gelijk aan:
HEAD /user/firebase/{firebaseId}

Om te kijken of er een user bestaat, en ik had nu het idee om 200 terug te geven als die bestaat en 204 als die niet bestaat.

204 is toch no content wat dan klopt? Er is geen user met dit firebase id terwijl de call wel succesvol is gebeurd? Een 404 zou er toch op duiden dat de URI niet in de API is gevonden?

P.s. dit gebeurd op de achtergrond en niet na een gebruikersinteractie of als er een pagina geopend wordt of zo.

კეთილი სურვილებით Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
pi_180672618
quote:
16s.gif Op maandag 23 juli 2018 12:18 schreef FlippingCoin het volgende:

[..]

Ja ik probeer de REST principes aan te houden het is de call gelijk aan:
HEAD /user/firebase/{firebaseId}

Om te kijken of er een user bestaat, en ik had nu het idee om 200 terug te geven als die bestaat en 204 als die niet bestaat.

204 is toch no content wat dan klopt? Er is geen user met dit firebase id terwijl de call wel succesvol is gebeurd? Een 404 zou er toch op duiden dat de URI niet in de API is gevonden?

P.s. dit gebeurd op de achtergrond en niet na een gebruikersinteractie of als er een pagina geopend wordt of zo.

კეთილი სურვილებით Flip.
204 is ook een succes code, als in: operatie geslaagd, maar er komt geen antwoord. Bijv een functie zonder return value (void).
Een user ophalen die niet bestaat kan nooit slagen, want die user bestaat niet. Dus ook geen ok status. Het idee van REST is dat de code semantisch iets zegt over de operatie, dus zodat je in geval van een foutcode (4xx of 5xx) ook de juiste foutafhandeling kan doen in de applicatie, evt zelfs zonder dat je de http body hoeft te parsen.
  maandag 23 juli 2018 @ 12:59:19 #160
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180672668
quote:
0s.gif Op maandag 23 juli 2018 12:56 schreef Farenji het volgende:

[..]

204 is ook een succes code, als in: operatie geslaagd, maar er komt geen antwoord. Bijv een functie zonder return value (void).
Een user ophalen die niet bestaat kan nooit slagen, want die user bestaat niet. Dus ook geen ok status. Het idee van REST is dat de code semantisch iets zegt over de operatie, dus zodat je in geval van een foutcode (4xx of 5xx) ook de juiste foutafhandeling kan doen in de applicatie, evt zelfs zonder dat je de http body hoeft te parsen.
Maar het is ook een succesvolle API call want de meegegeven firebase id bestaat wel, en ik wil alleen weten of die gekoppeld is met een account ja of nee, ik verwacht alleen de header terug.

亲切的问候 Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
pi_180672743
quote:
16s.gif Op maandag 23 juli 2018 12:59 schreef FlippingCoin het volgende:

[..]

Maar het is ook een succesvolle API call want de meegegeven firebase id bestaat wel, en ik wil alleen weten of die gekoppeld is met een account ja of nee, ik verwacht alleen de header terug.

亲切的问候 Flip.
Je vraagt een resource op (een firebase account) en die hoeft niet te bestaan. De call op zich is succesvol, want valid syntax, route bestaat enzo en er is geen server error. Dat is exact het verschil tussen 4xx en 5xx codes.
  maandag 23 juli 2018 @ 13:12:06 #162
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180672912
quote:
0s.gif Op maandag 23 juli 2018 13:03 schreef Farenji het volgende:

[..]

Je vraagt een resource op (een firebase account) en die hoeft niet te bestaan. De call op zich is succesvol, want valid syntax, route bestaat enzo en er is geen server error. Dat is exact het verschil tussen 4xx en 5xx codes.
Ah okť dus 4xx betekend niet dat de path niet bestaat?

En maakt het geen verschil dat het een HEAD call is i.p.v. een GET call?


വിശ്വസ്തതയോടെ Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
pi_180673035
quote:
16s.gif Op maandag 23 juli 2018 13:12 schreef FlippingCoin het volgende:

[..]

Ah okť dus 4xx betekend niet dat de path niet bestaat?

En maakt het geen verschil dat het een HEAD call is i.p.v. een GET call?

വിശ്വസ്തതയോടെ Flip.
Bij REST moet je niet in paden denken maar in resources. Een user, account, item, pagina, config setting, etc. Een pad "bestaat altijd" maar een pad verwijst naar een resource en die kan bestaan of niet bestaan.
  maandag 23 juli 2018 @ 13:19:19 #164
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180673062
quote:
0s.gif Op maandag 23 juli 2018 13:18 schreef Farenji het volgende:

[..]

Bij REST moet je niet in paden denken maar in resources. Een user, account, item, pagina, config setting, etc. Een pad "bestaat altijd" maar een pad verwijst naar een resource en die kan bestaan of niet bestaan.
Ah top duidelijk, dankjewel. ^O^

Všnliga Hšlsningar Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  maandag 23 juli 2018 @ 13:57:12 #165
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180673974
Anderen nog met iets cools bezig of zo? :@

Поздрави Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  maandag 23 juli 2018 @ 15:46:43 #166
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180676213
1
2
3
4
5
6
7
8
9
10
<?php
let a
;
if () {
    
promiseFuncA();
} else {
    
promiseFuncB();
}

x(a);    // Must be called AFTER a is set by async function.
?>

Wat is denken jullie de beste manier om dit aan te pakken? Een then achter beide promise functies zetten met daarin x(a) met als nadeel duplicate code?

De functies zijn van een library en ik kan er niet async voorplaatsen dus await kan dan niet toch?


Срдачан поздрав Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  maandag 23 juli 2018 @ 16:07:59 #167
459997 DevFreak
Brengt je topic vrijheid
pi_180676709
quote:
16s.gif Op maandag 23 juli 2018 13:57 schreef FlippingCoin het volgende:
Anderen nog met iets cools bezig of zo? :@

Поздрави Flip.
ik ga binnenkort aan de slag met een platform voor zorgprofessionals, deze week op gesprek :P

voor mezelf (vrije tijd) ga ik denk ik een simpel chatprogramma maken
pi_180677041
quote:
7s.gif Op maandag 23 juli 2018 16:07 schreef DevFreak het volgende:

[..]

voor mezelf (vrije tijd) ga ik denk ik een simpel chatprogramma maken
Tof, hoe ga je het real time gedeelte aanpakken? Zelf een socket server opzetten, of ga je iets als pusher gebruiken? Ik heb een paar maanden geleden een chatplatform gebouwd obv pusher, is best mooi geworden. Lastigste was nog de implementatie van de read status van berichten.
  maandag 23 juli 2018 @ 16:32:42 #169
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180677242
quote:
7s.gif Op maandag 23 juli 2018 16:07 schreef DevFreak het volgende:

[..]

ik ga binnenkort aan de slag met een platform voor zorgprofessionals, deze week op gesprek :P

voor mezelf (vrije tijd) ga ik denk ik een simpel chatprogramma maken
Oh gaaf beide. :o

Wat voor chatprogramma gaat het worden? Website of applicatie of? :P

Pā Kind Flip.
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  dinsdag 24 juli 2018 @ 09:26:23 #170
459997 DevFreak
Brengt je topic vrijheid
pi_180691453
quote:
1s.gif Op maandag 23 juli 2018 16:22 schreef Farenji het volgende:

[..]

Tof, hoe ga je het real time gedeelte aanpakken? Zelf een socket server opzetten, of ga je iets als pusher gebruiken? Ik heb een paar maanden geleden een chatplatform gebouwd obv pusher, is best mooi geworden. Lastigste was nog de implementatie van de read status van berichten.
Ik ga in de eerste instantie voor 'long polling', en daarna ga ik eens kijken naar Pusher. Ik weet het nog niet helemaal zeker. :P

Edit: ik wil eigenlijk gaan voor een eigen oplossing. Ik vind het te 'easy' om te gaan met een derde partij. Gewoon zelf iets schrijven in Ratchet ofzo

quote:
16s.gif Op maandag 23 juli 2018 16:32 schreef FlippingCoin het volgende:

[..]

Oh gaaf beide. :o

Wat voor chatprogramma gaat het worden? Website of applicatie of? :P

Pā Kind Flip.
Ik ga me bezig houden met de backend. Er komt een beveiligde site voor de zorgprofessionals en voor de cliŽnten komen er mobiele apps. :)

Niet dat ik veel verstand van mobiele apps heb, dus daar gaat iemand anders zich mee bezig houden.

[ Bericht 3% gewijzigd door DevFreak op 24-07-2018 10:23:03 ]
  dinsdag 24 juli 2018 @ 09:56:00 #171
173887 cablegunmaster
Alleen voor Lieve mensjes!
pi_180691835
Morgen, ik ben bezig met waardes achteraanjagen in de DB. waar ik niet weet waar het staat. :*

Heerlijk als je in Apps werkt waar je de DB niet geheel van kent.
  dinsdag 24 juli 2018 @ 10:41:03 #172
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180692427
quote:
7s.gif Op dinsdag 24 juli 2018 09:26 schreef DevFreak het volgende:

[..]

Ik ga in de eerste instantie voor 'long polling', en daarna ga ik eens kijken naar Pusher. Ik weet het nog niet helemaal zeker. :P

Edit: ik wil eigenlijk gaan voor een eigen oplossing. Ik vind het te 'easy' om te gaan met een derde partij. Gewoon zelf iets schrijven in Ratchet ofzo

[..]

Ik ga me bezig houden met de backend. Er komt een beveiligde site voor de zorgprofessionals en voor de cliŽnten komen er mobiele apps. :)

Niet dat ik veel verstand van mobiele apps heb, dus daar gaat iemand anders zich mee bezig houden.
Gaaf en het chatprogramma?
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  dinsdag 24 juli 2018 @ 10:41:22 #173
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180692431
quote:
0s.gif Op dinsdag 24 juli 2018 09:56 schreef cablegunmaster het volgende:
Morgen, ik ben bezig met waardes achteraanjagen in de DB. waar ik niet weet waar het staat. :*

Heerlijk als je in Apps werkt waar je de DB niet geheel van kent.
Ah dat is klotewerk ja. :r
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
  dinsdag 24 juli 2018 @ 10:43:40 #174
173887 cablegunmaster
Alleen voor Lieve mensjes!
pi_180692459
quote:
1s.gif Op dinsdag 24 juli 2018 10:41 schreef FlippingCoin het volgende:

[..]

Ah dat is klotewerk ja. :r
Verkeerde DB zat ik in te wroeten bleek het uiteindelijk te zijn . :') Zelfde row en ID , maar verkeerde DB , de rows leken teveel op elkaar. Gelukkig zijn het Test databases. O+
Waarom kwam ik er niet achter? Zelfde IP + Adres, andere DB naam. Even in de settings wezen spitten waar ik op stond en nu kan ik weer verder. *O*
  dinsdag 24 juli 2018 @ 10:49:25 #175
459912 FlippingCoin
Weer zo'n kut millennial.
pi_180692522
quote:
10s.gif Op dinsdag 24 juli 2018 10:43 schreef cablegunmaster het volgende:

[..]

Verkeerde DB zat ik in te wroeten bleek het uiteindelijk te zijn . :') Zelfde row en ID , maar verkeerde DB , de rows leken teveel op elkaar. Gelukkig zijn het Test databases. O+
Waarom kwam ik er niet achter? Zelfde IP + Adres, andere DB naam. Even in de settings wezen spitten waar ik op stond en nu kan ik weer verder. *O*
Haha ja dat kan ook nog dan wordt het helemaal lastig maar beter dat je het hebt nu. :D
slechts gestoord door het niet gestoord willen worden
You can all run naked backwards through a field of dicks. :6
leve de eigenpijperij
al die willen te kaap'ren varen moeten mannen met baarden zijn
abonnementen ibood.com bol.com Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')