abonnement Unibet Coolblue
pi_180668399
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.
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^
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180669296
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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
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.
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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.
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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.
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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.
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180673974
Anderen nog met iets cools bezig of zo? :@

Поздрави Flip.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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

[ Bericht 0% gewijzigd door #ANONIEM op 23-07-2018 16:10:49 ]
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.
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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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 #ANONIEM op 24-07-2018 10:23:03 ]
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.
Redacted
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?
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
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*
Redacted
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
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692532
Wat denken jullie van micro front-ends trouwens? Gister een goede talk gezien hoe je op tien manieren een micro service architectuur kan verneueken en daarin had die het kort over micro front-ends. (Was niet een manier om het te verneuken :+ )
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692543
quote:
1s.gif Op dinsdag 24 juli 2018 10:49 schreef FlippingCoin het volgende:
Wat denken jullie van micro front-ends trouwens?
Kleine front ends? als in ? voorbeelden?
Redacted
pi_180692560
quote:
0s.gif Op dinsdag 24 juli 2018 10:50 schreef cablegunmaster het volgende:

[..]

Kleine front ends? als in ? voorbeelden?
Zal even laptop pakken had een erg kort artikel gevonden wat het wel redelijk uitlegt.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692629
quote:
0s.gif 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.

Je kan dan met een single page application een deel met Angular maken, een ander deel met React et cetera, kan los van elkaar releases uitbrengen en zo. (iig wat ik er van begrijp, heb mij kort proberen in te lezen)

https://medium.com/@tomso(...)lopment-f325ebdadc16

Bedoelde deze: https://micro-frontends.org/

Speco salutoj Flip.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692704
quote:
1s.gif Op dinsdag 24 juli 2018 10:41 schreef FlippingCoin het volgende:

[..]

Gaaf en het chatprogramma?
Wat is daarmee? :P
pi_180692723
quote:
7s.gif Op dinsdag 24 juli 2018 11:03 schreef DevFreak het volgende:

[..]

Wat is daarmee? :P
Hoe ga je dat vormgeven? Wordt het een website? En in PHP? :P

Hom regards Flip.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692726
Zeer gefrustreerd achter mijn rekenaar hier trouwens. Geen verstand van Docker. Wil het ook niet begrijpen. Blijf even lekker uit mijn veilige wereld ofzo :(
pi_180692749
quote:
7s.gif 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 :(
Docker is wel gaaf hoor volgens mij. :o

Wil daar over een tijdje ook eens naar kijken, staat op mijn todo lijstje. :P

Eerst maar eens een beta versie afronden tho. :+

Mise le meas Flip.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692752
quote:
16s.gif Op dinsdag 24 juli 2018 11:04 schreef FlippingCoin het volgende:

[..]

Hoe ga je dat vormgeven? Wordt het een website? En in PHP? :P

Hom regards Flip.
Ja, wordt een website + mobiele versie die je toe kunt voegen aan je homescreen ofzo. Uiteraard i.c.m. PHP. :)
pi_180692770
quote:
7s.gif 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. :)
Ah vet. ^O^

Ga je die hier ook posten?

မေတ္တာဖြင့် Flip.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692781
quote:
16s.gif Op dinsdag 24 juli 2018 11:06 schreef FlippingCoin het volgende:

[..]

Ah vet. ^O^

Ga je die hier ook posten?

မေတ္တာဖြင့် Flip.
Ja sure :D Duurt wel even hoor, ik werk nu 40 uur per week
pi_180692791
quote:
7s.gif Op dinsdag 24 juli 2018 11:07 schreef DevFreak het volgende:

[..]

Ja sure :D Duurt wel even hoor, ik werk nu 40 uur per week
Cool. O-)

Со почит Flip.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180692853
quote:
16s.gif Op dinsdag 24 juli 2018 11:07 schreef FlippingCoin het volgende:

[..]

Cool. O-)

Со почит Flip.
straks wel, nu nog niet :')
pi_180692979
quote:
16s.gif Op dinsdag 24 juli 2018 11:07 schreef FlippingCoin het volgende:

[..]

Cool. O-)

Со почит Flip.
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.
pi_180694403
quote:
7s.gif 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.
welke vage docker meldingen? :P
Redacted
pi_180700666
quote:
0s.gif Op dinsdag 24 juli 2018 12:29 schreef cablegunmaster het volgende:

[..]

welke vage docker meldingen? :P
laat maar ;)
pi_180700758
quote:
7s.gif 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 :(
pi_180713843
quote:
7s.gif Op dinsdag 24 juli 2018 17:14 schreef Farenji het volgende:

[..]

[ link | afbeelding ]
:D
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180713920
quote:
1s.gif Op woensdag 25 juli 2018 10:06 schreef FlippingCoin het volgende:

[..]

:D
En dan de Hoover vergeten. :{
Redacted
pi_180713966
quote:
11s.gif Op woensdag 25 juli 2018 10:14 schreef cablegunmaster het volgende:

[..]

En dan de Hoover vergeten. :{
Hoover? :o
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180714637
quote:
1s.gif Op woensdag 25 juli 2018 10:19 schreef FlippingCoin het volgende:

[..]

Hoover? :o
Titel van het plaatje. :P elke XKCD heeft een Titel="Random grapje" eroverheen. O+ 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.

[ Bericht 7% gewijzigd door cablegunmaster op 25-07-2018 11:30:38 ]
Redacted
pi_180716595
quote:
11s.gif Op woensdag 25 juli 2018 10:14 schreef cablegunmaster het volgende:

[..]

En dan de Hoover vergeten. :{
Ik heb hem toch gelinkt naar het origineel. Kun je hier op fok ook een hover aan een plaatje hangen dan?
pi_180716786
quote:
0s.gif 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?
Ah gezien :), dacht dat hij eerst linkte naar het plaatje direct van XKCD.

[ Bericht 4% gewijzigd door cablegunmaster op 25-07-2018 13:21:44 ]
Redacted
pi_180717069


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.
I think that it’s extraordinarily important that we in computer science keep fun in computing
For all who deny the struggle, the triumphant overcome
pi_180717444
quote:
16s.gif 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.
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.

of B: Meerdere tabellen kunnen al mijn waardes voor de foreign key relatie bevatten? :P
als het B is dan zou je een koppeltabel kunnen overwegen met daarin alle waardes uit A B en C?
Redacted
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')