GET

[johnkors]

Egentlig mer en diskusjon:

Kan ikke hvemsomhelst spamme loggen din ved å besøke URLen "log/?msg=spam&url=spammoramma" i en nettleser?

Man jo gjøre spamme tilsvarende med POST da viaCURL/Postman såklart, men det er jo iallefall litt vanskeligere for menigmannen å utføre spamming. POST involverer vel en del mer logikk i onerror som kan være kjipt.

Var det en avveining som ble diskutert i gruppa?

[kimjoar]

Har ikke blitt diskutert.

Men: blir ikke dette det samme for alle andre GETs i hele systemet? Bør man ikke tenke på det generelt sett og ikke som en del av onerror spesifikt? Hvordan håndterer man vanligvis dette idag?

[johnkors]

Først tenkte jeg at det var unaturlig med en GET som endrer tilstand på noe, men på den andre siden så er det jo kun logging det er snakk om - og ikke noe applikasjons-tilstand sånn sett. Syns GET er en bra pragmatisk løsning.

[kimjoar]

Bra poeng. Jeg er åpen for både GET og POST. Det som er positivt med GET er antall moving parts. Løsningen er veldig enkel. noe som er veldig positivt i en onerror.

[lillesand]

Bevisst spamming av logger må til sist håndteres server side uansett. Jeg ville logget dette til en egen fil og kanskje ikke tatt vare på loggene like lenge som for en vanlig server side log.

Angående GET vs POST: helt enig. POST hadde vært riktigere for HTTP, men GET passer bra fordi man slipper å
håndtere POST, men heller kan "poste" ved hjelp av et bilde.