{"id":2325,"date":"2020-02-06T21:48:00","date_gmt":"2020-02-06T20:48:00","guid":{"rendered":"https:\/\/vgrblogg.se\/utveckling\/?p=2325"},"modified":"2022-07-20T14:24:15","modified_gmt":"2022-07-20T12:24:15","slug":"hackathon-for-att-hoja-kvaliteten-pa-vara-webbplatser","status":"publish","type":"post","link":"https:\/\/vgrblogg.se\/utveckling\/2020\/02\/06\/hackathon-for-att-hoja-kvaliteten-pa-vara-webbplatser\/","title":{"rendered":"Hackathon f\u00f6r att h\u00f6ja kvaliteten p\u00e5 v\u00e5ra webbplatser"},"content":{"rendered":"\n

Jag var under torsdagen med p\u00e5 ett \u201chackathon\u201d i miniatyr med v\u00e5ra webbkonsulter fr\u00e5n Precio Fishbone och Filip fr\u00e5n v\u00e5r kommunikationsstab. Som Filip kommenterat \u00e4r det kul att vi blandar olika bakgrunder och att vi fr\u00e5n VGR kommer fr\u00e5n olika staber, Filip fr\u00e5n kommunikation (KEX) och jag fr\u00e5n H\u00e4lso- och sjukv\u00e5rdsstaben. En tanke jag hade varf\u00f6r det \u00e4r bra att vara med i dessa sammanhang \u00e4r f\u00f6r att l\u00e4ra mig mer och sedan kunna ta med detta till v\u00e5rt kravst\u00e4llande p\u00e5 Inera f\u00f6r exempelvis den extremt popul\u00e4ra webbplatsen 1177 V\u00e5rdguiden<\/a> och de e-tj\u00e4nster vi har d\u00e4r f\u00f6r inv\u00e5narna.<\/p>\n\n\n\n\n\n\n\n

Temat f\u00f6r just denna tr\u00e4ff var ganska brett, n\u00e4mligen; webbprestanda, tillg\u00e4nglighet och integritet. En utg\u00e5ngspunkt \u00e4r att vi p\u00e5 VGR har f\u00f6r avsikt att b\u00e4ttra p\u00e5 v\u00e5r position p\u00e5 Webperf i kategorin Sveriges regioner<\/a>. <\/p>\n\n\n\n


\n\n\n\n

Full disclosure: det \u00e4r jag, Marcus, som under min f\u00f6r\u00e4ldraledighet byggt tj\u00e4nsten Webperf.<\/em><\/p>\n\n\n\n


\n\n\n\n

VGR varandes min arbetsgivare drar dock lite nytta av detta d\u00e5 jag f\u00f6rst\u00e5s tar med mig erfarenheter och ett batteri av tester till jobbet n\u00e4r s\u00e5 \u00f6nskas. Exempelvis denna g\u00e5ng d\u00e5 vi testade om webbplatsen n\u00e5gra g\u00e5nger och k\u00f6rde storskaliga tester med hj\u00e4lp av samma kod jag tagit fram p\u00e5 fritiden.<\/p>\n\n\n\n

Varf\u00f6r ta en ny titt p\u00e5 en befintlig webbplats?<\/strong><\/h2>\n\n\n\n

Som med alla webbplatser s\u00e5 tenderar de att efter lansering s\u00e5 sakteliga bli vildvuxna, att saker inte anv\u00e4nts som man hade t\u00e4nkt och att det kommer nya f\u00f6rv\u00e4ntningar p\u00e5 hur saker ska fungera.<\/p>\n\n\n\n

Vi tittade efter saker som kan f\u00f6rb\u00e4ttras genom olika sorters tester och funderade ut hypoteser till varf\u00f6r resultatet blir som det blir.<\/p>\n\n\n\n

Ett av \u201cfynden\u201d var att det tycks ta f\u00f6r l\u00e5ng tid att h\u00e4mta sidor som har ett block i sig med externa RSS-prenumerationer. En sida tog mellan 0,3-2,7 sekunder p\u00e5 sig f\u00f6r att visa upp sig. Extremt nyttigt att kunna diskutera hypotesen tillsammans. \u201cHur funkar det med Varnish?\u201d, \u201cHar vi n\u00e5gon output-cache p\u00e5 RSS-blocket\u201d, \u201cVilken timeout \u00e4r det p\u00e5 cache, eller invalideras den dynamiskt?\u201d<\/p>\n\n\n\n

Metod f\u00f6r unders\u00f6kning<\/strong><\/h2>\n\n\n\n

Av de delar vi k\u00f6rde; prestanda och automatiserad tillg\u00e4nglighetstest, innebar att vi k\u00f6rde:<\/p>\n\n\n\n