Oblig 5 Webutvikling Magnus Kristiansen Oppgave 1 Jeg startet med å laste ned wordpress fra www.wordpress.org, og installerte det gjennom WAMP (lokalserver). Og brukte guiden i https://codex.wordpress.org/child_themes for å komme i gang. Jeg tenkte å lage en fotballside og valgte å modifisere themet Twenty Fourteen. Jeg opprettet en mappe i wordpress\wp-content\themes jeg kalte twentyfourteen-child. I denne mappen lagde jeg to filer: style.css for å definere child themet og dets parent.
Og functions.php for å laste inn parent theme sin stil og funksjoner på riktig måte. Dette er egentlig det eneste man trenger for å lage et child theme. Men da jeg ikke har gjort noen endringer i selve "themet" er det fortsatt helt likt som parent themet, Twenty Fourteen.
Jeg startet med å sette opp en meny. Deretter fikset jeg header(tekst,bakgrunn,meny,searchbar) Flyttet sidebar over på høyre side.
La til mer content da jeg innså litt sent at jeg burde ha gjort det før jeg gjorde noe særlig endringer i themet. Gjorde mye endringer i font og litt pynting i sidebar.
All endring i theme ble gjort i style.css, her er kode for header og sidebar
Deretter så jeg etter passende plugins til siden. Mine plugins. La inn Football Data i widget-plassen på sidebar. Sidebaren var satt med fast pixelbredde, som jeg måtte endre, da Football Datas minimum bredde fortsatt var for bred for sidebaren.
Cookie notice plugin-oppsett Nederst på dette bilde ser vi resultat av cookie notice plugin. Fikk til slutt gjort endringer på footer. Ble litt forvirring da det var veldig mange div'er rundt footerteksten, og to av dem hadde inline css som overskrev min css. Fikk løst problemet ved bruk av!important i css. La også inn social plugin i footer. Kode for footer:
Her er sluttresultatet. Fikk ikke hele siden med i et bilde Jeg er ganske fornøyd med resultatet, men ikke helt. Det var mer tungvint å modifisere et theme enn jeg først antok. Mest fordi det er veldig mange classer/id'er som omslutter hverandre, og det ikke alltid er like lett å se hvilke selektorer du må endre, eller hvor css koden som gjelder for diverse elementer kommer fra. F.eks jeg skulle flytte sidebar fra venstre til høyre side, håpet jeg det kun skulle kunne gjøres med en float:right. Det var ikke tilfellet, selve contentet i sidebaren klarte jeg å flytte til høyre side, men den sorte bakgrunnen ble igjen på venstre side og main content på siden ville ikke flytte seg, og ble derfor stående litt for nære den "nye" sidebaren.
Oppgave 2 Sikkerhetsrådene jeg vil gi noen som skal sette opp og drifte et CMS, er først og fremst oppdateringer. Sørg for at du har siste versjon av alt du tar i bruk for å drifte CMSet. F.eks wordpress, theme, plugins og webserver. Oppdateringer fikser ofte sikkerhetshull, og gjør det derfor mindre sannsynlig at du blir utsatt for angrep. Hold deg til pålitelige og populære themes/plugins, da disse som regel er mer sikre. Gi brukere begrenset tilgang til det de faktisk har bruk for. Slette gamle og unødvendige brukere. Holder du deg til disse rådene om behandling av brukere er det mindre sannsynlig at brukere vil slå seg vrange og kan gå til angrep på siden, og mindre sannsynlig at noen tar over brukertilgangen til en av brukerne for å gjøre ugang. Solide passord for brukere, gjerne ved bruk av toparts autentisering, tvungen bruk av sterke passord og regelmessig passordbytte. For wordpress kan man endre login URL og slette standard admin brukeren. Da default login URL og adminbruker er et populært mål for hackere. Bruke sikkerhets plugins, det finnes mange av dem, men kan være lurt å holde seg til de mer populære. Disse kan bl.a brukes til å oppdage egne sikkerhetshull på siden. Skulle du bli angrepet må du gå gjennom alt. Det kan fort være veldig mye mer som er påvirket enn hva man ser ved første øyekast. Det kan ofte lønne seg og bare slette hele databasen og installasjonen, og sette de opp på nytt. Derfor er det lurt å ofte ta sikkerhetskopi av siden, så du evt kan bruke sikkerhetskopi om hele siden må slettes. Men her må man igjen være forsiktig, da sikkerhetskopien din også kan være kompromittert. Det kan være at siden din ble hacket for 1 måned siden men siden krasjet ikke før i dag, og at sikkerhetskopien du har fra forrige uke også vil krasje. Oppgave 3 CMS står for Content Management Systems. Det er et system for å drifte websider, og er bygget på Database. Fordeler med CMS: Du får da dynamiske nettsider, som skiller godt mellom funksjonalitet, innhold og design. Enkelt å utføre innholdsredigering med forhåndsvisning. Kan velge blant mange plugins og templates og har automatisk oppdatering som er veldig nyttig med tanke på sikkerhet. I tillegg har man versionsmanagement som er veldig godt å ha om man er flere brukere som jobber med samme side, så man ikke overskriver andres endringer. Brukerkontroll så du kan begrense andres tilgang, om brukeren ikke har behov for alle rettigheter. En veldig stor del av dagens nettsider er laget i CMS, med så mange utviklere blir CMS mer stabilt og trygt da det raskt oppdages bugs/sikkerhetshull. Finnes mange forskjellige CMS, og som egner seg til forskjellige typer oppgaver. Skal du ha en nettbutikk burde du kanskje bruke et annet CMS enn hva du bruker til å drifte bloggen din. Negativt med cms: Store endringer kan være veldig krevende i CMS, systemet kan være ganske strengt når det kommer til rettigheter for hva du kan endre.
Noen CMS systemer er unødvendig store. F.eks Drupal som er veldig stort, er ikke anbefalt om du kun skal lage en enkel side. Dersom du skal lage flere forskjellige typer websteder kan det være at du må lære flere CMS systemer, da det første CMS systemet kanskje er helt ubrukelig når det kommer til å sette opp den andre siden. Oppgave 4 A: Jeg tror utviklere vil ha mye å sette seg inn i de neste årene. Men på langsikt vil de få veldig mye bedre universell utformings kompetanse, da de blir nødt til å lære seg dette. Bedrifter vil jo ansette utviklere som er gode på dette, da loven krever universell utforming på løsningene deres. Det vil bli flere brukere med handicap, og høyere forventninger til tilgjengelighet på nettsider. Sidene vil også bli generelt mer lettleselig for alle da utviklere vil være mer obs på dette. B: Når flere utviklere jobber med universell utforming, vil det bli større etterspørsel for enklere metoder å gjøre dette. Jeg tror dette vil forandre standarden i f.eks kodespråk, nettlesere og editorer. I HTML5 fikk vi semantiske tagger etter mange utviklere i tidligere versjoner av HTML brukte div tagger de kalte f.eks main, footer, header. Jeg tror derfor det vil komme enklere metoder å utføre universell utforming i fremtiden.