Sprint 8 ‐ Server‐side‐rendering - lynnvdbo/i-love-web GitHub Wiki

Checkout - 04/03/26

Leg de termen voor de JavaScript Object Notation in eigen woorden uit

Voorbeeld JSON

{

"name": "Lynn",

"opleiding": "Frontend Design and Development",

"leerjaar": 1,

"student": true,

"vakken": ["HTML", "CSS", "JavaScript"],

"project": null

}

Alle termen uitgelegd

Object: het hele blok tussen { }.

Keys: "name", "opleiding", "leerjaar".

Values: "Lynn", "Frontend Development", 1.

String: "Lynn" en "Frontend Development".

Number: 1.

Boolean: true.

Array: ["HTML", "CSS", "JavaScript"].

: ‘’ ‘ {} / , [] in de array

Null: null.

Hier nog wat aantekeningen

array = lijst met dingen bijv objecten

key= voor de : “key

key zijn strings als je meer dan 1 woord hebt moet het tussen aanhalingstekent

wat achter : staat is de value

key:””value”

objecten herkennen aan curly braces {}

value kan bepaalde waarde heben een data type zoals

string - tekst herken je aan aanhallingstekens

number - geen aanhalingstekens

boolean - value in vorm van booleanse logica waar maar twee waarden mogelijk zijn → true of false

tweewaardig ding

null - geen info niet ingevuld verschil null en undefined is null lege veld en undefinds is wel gebuld

nested - in elkaar gezette data

arrays met objecten etc kan hele geneste structuur

schema - bschrijf strucur json document

parce - overzetten van string naar andere waarde

interpreteren can een string als zijnde json en vertaal slag in maken

serialize - omgekeerd parcen van java wat je wilt surern naar databse meot je serialize een objetct van maken

encode - decode precies zelfde andere woorden

payload - je payload post request stuur je json meer naar server dat is je payload

API- Application Programmes Interface

Checkout routing, request, response - 09/03/26

Waar leg jij de grens qua nette URL’s ontwerpen?

Een URL moet net al te lang zijn en gewoon simpel, zodat iedereen het duidelijk kan lezen en dus geen gekke tekens ertussen.

Welke van de drie manieren van routes aanmaken heb je al gebruikt?

Ik heb de app.get al gebruikt

Wat moet een goede 404 pagina volgens jou bevatten?

Duidelijkheid voor de gebruiker, zodat hij weet wat er gaande is op de website en de pagina niet bestaat. Ook handig om een knop te hebben waar je dan terug kan gaan naar waar je vandaan kwam.

Welke bron ga je raadplegen om meer over regular expressions te leren?

Mdn is altijd wel een handige en goede bron

Checkout routing, request, response - 11/03/26

Hoeveel experimenten met query parameters heb je gedaan?

Ik heb tot nu toe nog geen query parameters gebruikt, maar dit is wel handig zodra ik wil gaan filteren

Hoeveel Liquid filters heb je al geprobeerd?

Ik heb de upcase filter al geprobeerd. Dit zorgt ervoor dat de tekst in HOOFDLETTERS komt te staan

Data filteren en template filters - 11/03/26

👉 Experiment 1: Ik wil alle studenten gesorteerd op name

https://fdnd.directus.app/items/person/?sort=name

👉 Experiment 2: Ik wil alle names van studenten die een name hebben die begint met de letter D

https://fdnd.directus.app/items/person/?filter[name][_istarts_with]=d

door een i toe voor 'starts' toe te voegen [_istarts_with] pakt hij alle namen met de d maakt niet uit of het kleine of hoofdletters zijn

👉 Experiment 3: Ik wil alle names van studenten die een name hebben die begint met de letter D of K

https://fdnd.directus.app/items/person?sort=name&filter[_or][0][name][_istarts_with]=d&filter[_or][1][name][_istarts_with]=k

👉 Experiment 4: Ik wil alle names en birthdates van studenten die een birthdate hebben ingevuld

https://fdnd.directus.app/items/person?fields=name,birthdate&filter[birthdate][_nnull]=true

BRONNEN

https://shopify.github.io/liquid/

https://liquidjs.com/filters/date.html

https://liquidjs.com/filters/overview.html

https://directus.io/docs/guides/connect/filter-rules

https://directus.io/docs/guides/connect/query-parameters#search