quote: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.
Zouden jullie hiervoor een andere HTTP status gebruiken? Gaat er om dat een account bestaat, hoef verder geen body te ontvangen of zo.
Бо эҳтиром Flip.
Ik gebruik deze lijst altijd ter referentie:quote: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.
Als iets niet bestaat (page, object, user, resource, whatever) kun je het beste een 404 gebruiken, een 302 is een redirect.quote: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.
Zouden jullie hiervoor een andere HTTP status gebruiken? Gaat er om dat een account bestaat, hoef verder geen body te ontvangen of zo.
Бо эҳтиром Flip.
A handige lijst thanks.quote:Op maandag 23 juli 2018 09:03 schreef DevFreak het volgende:
[..]
[..]
Ik gebruik deze lijst altijd ter referentie:
https://httpstatuses.com/
En niet 204? Want de URI klopt wel.quote: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.
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.quote:Op maandag 23 juli 2018 10:10 schreef FlippingCoin het volgende:
[..]
En niet 204? Want de URI klopt wel.
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.quote: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)
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.quote: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).
Ja ik probeer de REST principes aan te houden het is de call gelijk aan:quote: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 (niet officieel maar wel leuk)
500 er ging ergens iets onverwachts kapot (ook meestal door je framework afgehandeld)
204 is ook een succes code, als in: operatie geslaagd, maar er komt geen antwoord. Bijv een functie zonder return value (void).quote: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.
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.quote: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.
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.quote: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.
Ah oké dus 4xx betekend niet dat de path niet bestaat?quote: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.
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.quote: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.
Ah top duidelijk, dankjewel.quote: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.
1 2 3 4 5 6 7 8 9 10 | <?php let a; if () { a = promiseFuncA(); } else { a = promiseFuncB(); } x(a); // Must be called AFTER a is set by async function. ?> |
ik ga binnenkort aan de slag met een platform voor zorgprofessionals, deze week op gesprekquote:Op maandag 23 juli 2018 13:57 schreef FlippingCoin het volgende:
Anderen nog met iets cools bezig of zo?
Поздрави Flip.
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.quote:Op maandag 23 juli 2018 16:07 schreef DevFreak het volgende:
[..]
voor mezelf (vrije tijd) ga ik denk ik een simpel chatprogramma maken
Oh gaaf beide.quote: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
voor mezelf (vrije tijd) ga ik denk ik een simpel chatprogramma maken
Ik ga in de eerste instantie voor 'long polling', en daarna ga ik eens kijken naar Pusher. Ik weet het nog niet helemaal zeker.quote: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 me bezig houden met de backend. Er komt een beveiligde site voor de zorgprofessionals en voor de cliënten komen er mobiele apps.quote:Op maandag 23 juli 2018 16:32 schreef FlippingCoin het volgende:
[..]
Oh gaaf beide.
Wat voor chatprogramma gaat het worden? Website of applicatie of?
Pā Kind Flip.
Gaaf en het chatprogramma?quote: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.
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.
Ah dat is klotewerk ja.quote: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.
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.quote:
Haha ja dat kan ook nog dan wordt het helemaal lastig maar beter dat je het hebt nu.quote: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.
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.
Kleine front ends? als in ? voorbeelden?quote:Op dinsdag 24 juli 2018 10:49 schreef FlippingCoin het volgende:
Wat denken jullie van micro front-ends trouwens?
Zal even laptop pakken had een erg kort artikel gevonden wat het wel redelijk uitlegt.quote:Op dinsdag 24 juli 2018 10:50 schreef cablegunmaster het volgende:
[..]
Kleine front ends? als in ? voorbeelden?
Het is het opdelen van de front-ends over meerdere delen inderdaad, zo krijg je loose coupling tussen de onderdelen en is een reactie op de steeds groter wordende front-ends inclusief diens frameworks.quote:Op dinsdag 24 juli 2018 10:50 schreef cablegunmaster het volgende:
[..]
Kleine front ends? als in ? voorbeelden?
Hoe ga je dat vormgeven? Wordt het een website? En in PHP?quote:
Docker is wel gaaf hoor volgens mij.quote:Op dinsdag 24 juli 2018 11:04 schreef DevFreak het volgende:
Zeer gefrustreerd achter mijn rekenaar hier trouwens. Geen verstand van Docker. Wil het ook niet begrijpen. Blijf even lekker uit mijn veilige wereld ofzo
Ja, wordt een website + mobiele versie die je toe kunt voegen aan je homescreen ofzo. Uiteraard i.c.m. PHP.quote:Op dinsdag 24 juli 2018 11:04 schreef FlippingCoin het volgende:
[..]
Hoe ga je dat vormgeven? Wordt het een website? En in PHP?
Hom regards Flip.
Ah vet.quote:Op dinsdag 24 juli 2018 11:05 schreef DevFreak het volgende:
[..]
Ja, wordt een website + mobiele versie die je toe kunt voegen aan je homescreen ofzo. Uiteraard i.c.m. PHP.
Ja sure Duurt wel even hoor, ik werk nu 40 uur per weekquote:Op dinsdag 24 juli 2018 11:06 schreef FlippingCoin het volgende:
[..]
Ah vet.
Ga je die hier ook posten?
မေတ္တာဖြင့် Flip.
Cool.quote:Op dinsdag 24 juli 2018 11:07 schreef DevFreak het volgende:
[..]
Ja sure Duurt wel even hoor, ik werk nu 40 uur per week
ik bedoel: als ik niet had hoeven uitvogelen waar al die vage Docker foutmeldingen vandaan komen, had ik de issues al 10x op kunnen lossen.quote:
welke vage docker meldingen?quote:Op dinsdag 24 juli 2018 11:18 schreef DevFreak het volgende:
[..]
ik bedoel: als ik niet had hoeven uitvogelen waar al die vage Docker foutmeldingen vandaan komen, had ik de issues al 10x op kunnen lossen.
quote:Op dinsdag 24 juli 2018 11:04 schreef DevFreak het volgende:
Zeer gefrustreerd achter mijn rekenaar hier trouwens. Geen verstand van Docker. Wil het ook niet begrijpen. Blijf even lekker uit mijn veilige wereld ofzo
quote:
En dan de Hoover vergeten.quote:
Hoover?quote:
Titel van het plaatje. elke XKCD heeft een Titel="Random grapje" eroverheen. Voegt een grapje toe. als je met de muis overheen hovert zie je de grap. Oorspronkelijk bedoelt om de IMG een naam te geven en deze zo te identificeren, of voor blinde mensen zodat er een naam in hun voice output komt als ze overheen gaan.quote:
Ik heb hem toch gelinkt naar het origineel. Kun je hier op fok ook een hover aan een plaatje hangen dan?quote:
Ah gezien , dacht dat hij eerst linkte naar het plaatje direct van XKCD.quote:Op woensdag 25 juli 2018 13:07 schreef Farenji het volgende:
[..]
Ik heb hem toch gelinkt naar het origineel. Kun je hier op fok ook een hover aan een plaatje hangen dan?
Bedoel je A : 1 tabel met alle waardes die je kan hebben er in. en deze maak je op 1 veld de foreign Key relatie op aan naar Tabel A, B en C.quote:Op woensdag 25 juli 2018 13:28 schreef FlippingCoin het volgende:
[ afbeelding ]
Stel je hebt tabel x, en die moet een foreign key hebben naar of a of b of c, en in de toekomst komen hier nog meer bij, hoe zouden jullie dat maken in SQL?
Oh zie dat de relatielijntjes verkeerd zijn gegaan, let daar maar niet op. Het is een 1:n relatie, een a, b of c heeft 0 of meerdere x.
Zelf zat ik aan een koppeltabel te denken, alleen dan moet a, b of c een foreign key naar de koppeltabel hebben i.p.v. andersom, dat klinkt ook niet goed.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |