Hva er galt med innholdsbehandling i dag?

(Hvorfor finne opp hjulet på nytt?)

  • Liten kobling mellom administrasjon og resultat
  • For mange valg og alternativer
  • Innhold blir ofte låst inn i former som nyheter/blogg osv
  • Trege sider - må laste inn data fra en database og flette sammen data og utseende
  • Utviklerfientlig - systemet er ofte bundet til et programmeringsspråk og en plattform

Dette er de problemene som må løses!

Ulike plattformer for innholdsbehandling

Joomla

Ulike plattformer for innholdsbehandling

Joomla

  • Veldig mye brukt
  • Vanskelig administrasjon
    • Låst til rammer bestemt av Joomlas utviklere
    • For mange valg og alternativer
  • Tilpass siden til innholdsbehandlingssystemet, ikke motsatt
  • Gir full kontroll til redaktøren, ikke designeren
    • Komersielle og frie utvidelser er sjelden enkle å tilpasse til utseendet på siden
  • Treghet
  • Låst til PHP (og delvis også MySQL) som plattform

Ulike plattformer for innholdsbehandling

Wordpress

Ulike plattformer for innholdsbehandling

Wordpress

  • Ekstremt populær blogg-plattform, men også mye brukt til ordinær innholdsbehandling
  • Veldig knyttet til rollen som blogg-plattform
  • Separat administrasjonsgrensesnitt
  • Låst til PHP (og delvis også MySQL) som plattform
    • Vanskeligere å utvide enn Joomla

Ulike plattformer for innholdsbehandling

De andre...

  • Drupal
    • Stort og vanskelig
    • Ekstrem kompleksitet i brukergrensesnittet
    • Utvidbart, men høy læringskurve
  • ProcessWire
    • Generelt sett god gjennomføring
    • Enkelt å utvide (og legger opp til det)
    • Låst til PHP/MySQL
    • Administrasjonsgrensesnittet kan være vanskelig å forstå for noen, men kan være langt lettere enn resten
    • Det nærmeste jeg kommer før jeg må lage noe selv?

Om bachelorprosjektet

  • Målet
    • Lage et mer eller mindre fullverdig produkt som løser disse problemene
  • Realiteten
    • Det som skulle bli prototypen ble det endelige resultatet
    • Viktige oppdagelser er gjort
      • Valget av editor
      • Prosjektets faktiske størrelse
      • Er dette veien å gå?

Demo

Redaktor.io

I dag

  • Tynt administrasjonsgrensenitt, bare et lag over den vanlige siden
    • Et ekte What You See Is What You Get?
  • Veldig brukervennlig

Redaktor.io

I fremtiden

  • De fleste valg og opsjoner er opp til designeren/utvikleren å bestemme
  • Kompilering til statiske nettsider - raskere får du det ikke
  • Ingen låsing til plattform eller programmeringsspråk - åpent API og statiske nettsider

Arkitektur

Takk for oppmerksomheten!

Har dere noen spørsmål?

Ole Martin Handeland
HiST, 2013