sos: new CMS()

Bør vi bytte plattform?

(null-alternativ ikke vurdert)

Sok og skriv i dag

WordPress er en klassisk CMS (Content Managment System). SoS er i hovedsak ren tekst, men noen behov som er løst med plugins.

UTfordringer

Søk og skriv lever på en eldre server og må flyttes
Samarbeidet med HVL har vært slitsomt for alle pga. manglende tilgang til server for oppdateringer
WordPress som tjeneste levert av ITA, UB som tjenesteeier og eksterne webdesignere fører til ineffektivitet
WordPress er etter dagens standard unødvendig monolitisk og teknisk komplekst
WordPress er en webapplikasjon som er utsatt for hacking, siden admin-sidene er eksponert sammen med innholdet
For mye arbeid for en enkel nettside?

Trender

Oppsplitting av monolitiske webapplikasjoner
Egen applikasjon for redigering av data
Større fokus på gode datastrukturer
Bygging av frontend med Static Site Generators
Data hentes fra mange kilder og sys sammen til en nettside
Ingen dynamisk bygging av nettsider ved brukerbesøk, alle sider generert på forhånd
Ingen direkte kall mot database, færre angrepsvektorer for hackere

api

{

}

VuePress

Gitlab Pages

Serverless

---
title: "Søketeknikker"
date: "2016-07-04"
---

## Finn gode søkeord

Det første du må gjøre, er å finne gode søkeord. Bruk problemstillingen som utgangspunkt og identifiser sentrale begreper, inkludert alternative termer (synonymer).

Tenk på følgende:

- Bruk fagterminologi. Mange databaser har en innebygd emneordsliste (tesaurus) over anerkjente fagtermer med tilhørende synonymer.
- Vær oppmerksom på at søkeord som er gode i én database, kan være mindre gode i en annen.
- Språk: De fleste internasjonale databaser krever at du søker på engelsk. Selv om [Oria](http://oria.no) gir treff både på norsk og engelsk, kan du gå glipp av svært mange aktuelle dokumenter dersom du bare velger norske søkeord. Engelske fagtermer kan finnes i lærebøker, fagartikler og ordbøker. Les sammendrag og sjekk forfatternes egne emneord.
- Vær kreativ: Finn flest mulig synonymer som er dekkende for innholdet i begrepene du er interessert i.
- Sett opp en tabell med kolonner for hvert begrep i problemstillingen, og føy til synonymer underveis (se eksempel lenger ned).
- Ikke bruk for mange ulike søkeord - to til tre er vanligvis nok.

MarkDown eksempel

Proof of concept. SoS som markdown!

https://sok-og-skriv.gitlab.io

Gitlab Pages

Redigering i GitLab sin "Web IDE".

https://gitlab.com/sok-og-skriv/sok-og-skriv.gitlab.io

api

{

}

Sanity.io (norsk firma) med data fra Sok og skriv

https://sanity-sokogskriv-studio.netlify.com

Static Site Generator

Hvordan vil Sok og skriv versjon 3 se ut?

https://sanity-sokogskriv.netlify.com

Netlify

Frontend med Sanity-data, eksempelet er Tarjes prosjekt:

saelen.family

Serverless

api

{

}

Fordeler

Enkel tekstredigering i "wiki"-tekst
Generisk frontend, rask gevinst
Redaksjon og utviklere kan jobbe tett med samme verktøy
Serverless!

Redigeringsgrensesnitt tilpasset innholdet
Støtter komplekse datamodeller
Konvertering av innhold til nytt system er enkelt (Sanity er allerede testet)
Serverless!

api

{

}

Ulemper

Må lære MarkDown syntaks
Må lære seg git og git-verktøy
Færre tilpassningsmuligheter

Frontend må bygges fra bunn
Ikke live oppdatering av nettsidene
Kan koste noe for redigeringstilgang

api

{

}

Serverless

Tredje vei

Serverless

Fjerde vei

https://sokogskriv.no/wp-json/

Eksperiment

Tarje har eksperimentert med konvertering av XML-eksport til Sanity og Markdown i disse repositoriene. Git gruppe: https://git.app.uib.no/uib-ub/sokogskriv

Konvertering:

https://git.app.uib.no/uib-ub/sokogskriv/sokogskriv-to-sanity

https://git.app.uib.no/uib-ub/sokogskriv/sokogskriv-to-markdown

Editor/Frontend:

https://github.com/tarjelavik/sanity-sokogskriv

https://gitlab.com/sok-og-skriv/sok-og-skriv.gitlab.io