Menu

Webbyrån

Loggövervakning i realtid med Splunk

Eftersom vi säljer supportavtal där vi ansvarar för våra kunders webbplatser är det viktigt för oss att ständigt kunna ligga steget före, helst till den nivån där vi kan arbeta proaktivt och hindra allvarliga fel – innan de uppstår. Om någonting händer våra kunders webbplatser förväntas vi kunna svara på varför någonting har hänt, samt se till att det inte händer igen.

Det finns många anledningar till varför saker kan hända. Vi tar ofta över ansvaret för andras webbplatser och dessa kan ha en hel del kvalitetsbrister. En administratör med hög behörighet kan av misstag råkat klicka på fel knapp och på så sätt genomfört en stor förändring. Ett annat inte alltför ovanligt scenario är att webbplatsen är byggd kring färdiga tillägg som efter en tid stöter på kompabilitetsproblem med nyare versioner av WordPress. I vissa fall har vi till och med sett att utvecklare tar bort funktioner ur sina tillägg – vilket kan innebära att en administratör inte kan fullfölja sin arbetsuppgift.

För en organisation som har investerat mycket i sin webbplats är det därför viktigt att webbplatsen testas och övervakas noggrant. För att vara säker på att funktionaliteten fungerar behöver man en mängd olika verktyg. I denna artikel kommer jag att prata om ett av verktygen som vi använder för att säkerställa att saker fungerar – loggövervakning.

Vad är loggövervakning?

Loggövervakning så som vi använder det innebär att vi löpande importerar så mycket logghändelser som möjligt från våra kunders servrar kontinuerligt med ett verktyg som heter Splunk. En ren instans av Splunk innehåller endast rådata, men med hjälp av Splunks gränssnitt och scriptspråk kan vi göra sökningar på vissa typer av händelser. Vi kan sedan visualisera dessa händelser på en mängd olika sätt för att skapa oss en skräddarsydd ”Dashboard” som visar relevant information för just våra ändamål.

Att göra en sökning är mycket enkelt och intuitivt, och med ett par peka-klicka manövrar har man konstruerat en liten widget av sin sökning. Man kan sedan dra runt sina widgets i sin dashboard enkelt med simpel drag-och-släpp. Det finns även en förnämlig funktion för att smidigt och med peka-klicka låta mjukvaran ta fram komplexa regular expressions för att ta fram specifik data ur en komplex datamängd.

Vad kan man visa?

Splunk hjälper oss att visa information om varje server – diskstorlek, processorkraft, processer & användare utan att behöva göra några speciella inställningar. Genom att hämta hem loggfiler kan vi även få en mängd relevant information som berättar viktiga saker för oss gällande kvalité på kundens webbplats, såsom allvarliga fel i kod, bruteforce-attacker, felaktiga rättigheter mm. Det går till och med att förutsäga tendenser. Vad Splunk inte gör direkt är att visa WordPress-specifik information som kan vara relevant för oss. Då vi av prestandaskäl gärna inte vill sätta på debug (felsökningsläge) i en produktionsmiljö så finns det ingen loggdata att tillgå. Vi måste därför själva berätta för WordPress att – och vad – den skall logga. Detta gör vi genom att använda diverse tillägg.

Visa inloggningsförsök med WP fail2ban

En första åtgärd som kan vara bra att göra är att använda fail2ban tillsammans med WP fail2ban. Detta innebär att alla inloggningar som görs till WordPress automatiskt loggas i syslog (och därmed i Splunk).

splunk-search-wploginfail

Med hjälp av den data vi får till Splunk av WP fail2ban kan vi nu göra en enkel sökning för att få ut alla misslyckade inloggningsförsök:

Authentication failure for * from *

Detta visar antagligen en lång rad rådata. Detta är lite svårt att få översikt på, eftersom vi har många kunder. Därför vill vi göra detta till en kurva som visar tendens över tid. I denna kurva vill vi helst att varje maskin skall ha sin egen stapel. Genom att göra några tillägg till vår sökning kan vi få Splunk att göra sökningen så den visar förändring över tid.

Authentication failure for * from * | timechart count by host

Denna visualisering, översatt i dashboard widgets, ger oss något sådant här:

ac-inspector-fail2ban

Denna visualisering gjorde att vi enkelt kunde förvandla ”spiken” som man ser i statistiken till ett ärende: Vrid lite på fail2ban inställningarna för att minska antalet bruteforce-försök som inte stoppas av brandväggen till installationen (som då automatiskt appliceras även på WordPress)

Visa potentiella problem med Angry Creative Inspector

Vi har tillverkat ett eget tillägg (som för närvarande är en Alpha / Beta) Angry Creative Inspector, som berättar saker för Splunk som vi av erfarenhet vet kan vara viktiga.

Vi har sorterat in saker i tre sorters kategorier:

  • Notice
  • Warning
  • Error

En Notice är någonting som inte är någon fara – man kan kolla på detta när man hinner. En Warning är någonting som man antagligen vill fixa ganska snart. Ett Error-meddelande är någonting man vill titta på med omedelbar verkan.

För närvarande klarar AC Inspectorn att rapportera följande händelser:

  • Multisite kompatibel
  • Site aktivering / deaktivering (Multisite)
  • Plugin aktivering / deaktivering
  • Filrättigheter (Plugins & Uppladdningar)
  • Kollar om produktionsserver har fel konstanter (tex DISALLOW_FILE_MODS)

Här finns det mycket att göra och vi mottar med glädje hjälp att vidareutveckla pluginet. Några av våra mål är:

  • Tydligt genomgående format på loggar
  • Sanitetskontrollera filträd
  • En administratör ska kunna bestämma loggformat själv
  • En administratör ska kunna skapa en lista över kritiska plugins
  • En administratör ska kunna se i loggarna om sökmotorindexeringen blockeras

Hur gör vi då för att använda Angry Creative Inspector ihop med Splunk? Vi söker helt enkelt i Splunk på dess olika loggnivåer och visualiserar dessa i en dashboard. Detta är så vi har valt att göra det, eftersom ett litet fel kan trigga kanska många Notice/Warning/Error meddelanden. Vår sökning ser då ut ungefär såhär:

"[AC_Inspector]" "NOTICE" | timechart count by host

Lägger vi in den sökningen samt gör lite olika typer av datumbegränsningar för till exempel det senaste dygnet så får vi en dashboard i Splunk där vi mycket snabbt och smidigt kan se vad som händer i vår miljö utan att behöva gräva särskilt djupt i loggarna. Det innebär att vår dashboard i Splunk kanske ser ut ungefär såhär:

Splunk + AC Inspector

Slutsats

Sammanfattningsvis fungerar Splunk som ett utmärkt verktyg för att snabbt kunna felsöka och åtgärda problem som uppstår i våra WordPress installationer. Splunk löser problemet med HUR vi kan genomföra detta på ett bra sätt, och ersätter det med en större utmaning: att veta VAD man skall titta efter och visualisera.

Angry Creative fyller 2 år!

Angry Creative fyller två år i September och det är dags för att berätta lite vad vi hållit på med. Det har varit ganska trött med uppdateringar här på bloggen på sistone, så antingen har vi suttit på händerna eller varit upptagna med annat. Eller?

Hur har Angry Creatives andra år varit?

År nummer två har varit riktigt roligt, och utmanande. Vi har på allvar etablerat oss som en seriös partner att arbeta med om man skall göra en WordPress satsning. Vi har förbättrat våra processer och våra verktyg för att kunna göra bättre och mer driftsäkra leveranser till våra kunder.

Vi har jobbat mycket tydligare med supportavtal för våra kunder där vi kan erbjuda löpande förvaltning för våra kunder. Ihop med det har vi utvecklat våra verktyg inom flera fält som gör att våra kunder får en helt annan kvalité på tjänsten som levereras jämfört med många av våra konkurrenter. Vi har stött på de flesta problemen tidigare och kan bygga på den erfarenheten och har automatiserade system som hjälper oss att göra det.

Vilka har varit de största utmaningarna?

Den största utmaningen men även den största belöningen har varit att gå från start-up läge till att känna oss mer stabila, både ekonomiskt som hantverksmässigt. Att ständigt förbättra sig själva och göra varje förändring med entusiasm har krävt mycket tid och energi av oss, alla har verkligen jobbat stenhårt.

Utöver de rent process och verktygsmässiga utmaningarna så har vi ändrat på vår framtoning och gjort klart och tydligt att vi är experter på WordPress, vilket kanske inte alltid framgått i vårt marknadsmaterial tidigare.

Vi har även rullat ut vårt väldigt efterlängtade motivationsprogram, där anställda får tid till Open Source. När vi startade hade vi ambitionen att göra en sådan grej, men hela första året var vi tvungna att gå från möjlighet till möjlighet. Nu är det äntligen en fast del av vad det innebär att jobba här!

Hur har det gått då?

Det har gått bra! Vi har rekryterat ny personal, avslutat några stora projekt (1000h+) och byggt självförtroendet något oerhört. Vi fick pris som årets unga företag i Norrköping. Ännu en gång höll vi i WordPress Meetup i Norrköping, som blev galet lyckat.  Och sen har vi ju gjort memecak.es, där vi samlar upp roliga tårtor som vi äter på kontoret för att fira lanseringar 🙂

Vad händer i höst?

I höst kommer vi försöka trycka på gasen och köra full fart framåt. Vi har nu alla beståndsdelar för att kunna skapa ett Open-Source företag som levererar vad man lovar, och gärna lite till.

Här på bloggen kommer ni kunna läsa om våra övervakningssystem och hur de fungerar, om kundcase samt lite fler vardagsbetraktelser från kontoret.

Hej där Erik Månsson, Art Director.

Erik är vår nya kontorskompis som delar rum med oss här på byrån.

En webbyrå behöver bestå av en mängd olika personer med olika kompetenser för att kunna göra ett bra jobb.

Vår nya kontorskompis Erik Månsson kommer att berika vårt team med sin unika kompetens och erfarenhet. Framförallt kommer Erik hjälpa oss med design & Art Direction för våra kunders räkning, då detta är hans primära kompetensområde.

Tidigare har Erik varit mest i konstsvängen och jobbat med saker åt bland annat Flygvapenmuseum, Arbetets museum och Norrköpings Stadsmuseum. Erik är helt klart den med högst kulturellt kapital på byrån, och vi är glada över att ha honom här.

Efter sommaren offentliggör vi de första fantastiska projekten Erik varit inblandad i. Det kommer att bli magiskt!

Angry Creative är årets unga företag i Norrköping 2013.

Onsdagen den 24:e April så förärades jag (Jimmy Rosén) som leder Angry Creative med utmärkelsen ”Årets unga företagare i Norrköping”. Priset är ett vandringspris som delas ut till företagsledare som är under 35 år som driver en verksamhet med anställda.

Motivationen lyder som följer:

Jimmy Rosén som äger och driver företaget Angry Creative har utsetts till årets unga företagare i Norrköping 2013.

Jimmy använder nätverkande som en möjlighet att utveckla sitt företag. Genom sin närvaro i olika arrangemang bygger han sitt och bolagets varumärke.

Med start i Jimmys studentrum har Angry Creative utvecklats till en webbyrå som erbjuder sina kunder tjänster baserade på WordPress och öppen källkod.

Med stor integritet hävdar Jimmy nyttan av det han och Angry Creative tror på och bevisligen finns det en marknad.

Med stor integritet hävdar Jimmy nyttan av det han och Angry Creative tror på och bevisligen finns det en marknad.

Samtidigt bjuder Jimmy på sin kunskap i olika fora och är därmed ett exempel på hur kunskapssamhället bygger på att gemensam kunskap utvecklar företagsamheten i kontrats till industrisamhällets slutenhet och hemlighållande.

Att programmera hemsidor av yppersta kvalitet är något som Jimmy verkligen brinner för. Han är också mån om att hjälpa kunden att få värdefulla insikter som kan omvandlas till affärsmöjligheter.

Hans och företagets devis är: vi gör internet vackert!

Jimmy är en god förebild för andra unga företagare och visar att en entreprenör kan utveckla sitt företag baserat på kunskap och en stark vilja.

Vi på Angry Creative tycker naturligtvis detta är superkul och önskar tacka våra kunder, partners & vänner för all hjälp.

Press:

Folkbladet: http://www.folkbladet.se/nyheter/default.aspx?articleid=6374521

Norrköpings Tidningar: http://www.nt.se/nyheter/?articleid=8515843

Norrköpings kommun: http://www.norrkoping.se/arbete-naringsliv/naringsliv/nyheter/2013/jimmy-rosen-angry-creativ/index.xml

Norrköping Science Park: http://www.nosp.se/om-oss/nyheter/%C3%A5rets-unga-f%C3%B6retagare-finns-i-v%C3%A5rt-kluster.aspx

Linköpings Universitet: http://www.liu.se/liu-nytt/arkiv/nyhetsarkiv/1.459089?l=sv

Praktik: Att arbeta i team.

Nu är det snart min sista vecka här på Angry Creative. Då kan det passa sig att skriva ett blogginlägg om hur vi praktikanter har jobbat tillsammans.

Det hela började med att. Två och två i team. En designer och en utvecklare. Planera sprinter och uppskatta tid.

Jag och Christoffer har nu under tre veckor arbetat tillsammans i ett team. Vårt team är tänkt att vara en tight arbetsgrupp där designer och utvecklare jobbar sida vid sida. Det har vi faktiskt gjort också, rent bokstavligt, för vi sitter faktiskt vid varsitt skrivbord brevid varandra. Förutom rent rumsligt har vi även arbetat sida vid sida med memecak.es när det gäller planering och utförande också.

Det första vi började med vara att starta upp ett projekt i Basecamp. Det är ett webbaserat projektlednings- och samarbetsverktyg. I Basecamp samlar man allt som har med projektet att göra, allt från user stories till serveruppgifter. Vi har lagt upp arbetet så att vi jobbar med versioner veckovis. Så varje måndag lägger vi upp var vi tror att vi hinner med under den följande veckan som uppgifter i basecamp varje uppgift får en ansvarig, antingen mig eller Christoffer. Därefter jobbar vi igenom alla punkter så gott det går.

Varje morgon har hela kontoret en daily stand up, men det är inte skämt som har huvudfokus. Istället berättar varje person om vad som gjordes under gårdagen och vad som ska göras under dagen. Samt kryssar för på whiteboarden om några punkter är avklarade.

Varje fredag, som idag, går alla igenom hur det har gått i veckan och vad som har fungerat awesome och vad som har fungerat mindre awesome.

Summa summarum: Två och två team med en designer och en utvecklare är helt klart ett bra sätt utveckla en webbsida.

Praktikanterna presenterar stolt: Memecak.es

…eller iallafall en första prototyp. Vi har under två veckor jobbat intensivt med att ta fram och utveckla det allra mest basala i vårt projekt. Memecak.es är en webbsida som är tänkt att vara den första av sitt slag.

Vi förstår att det kan vara lite oklart för dig som inte riktigt förstår vad meme cakes innebär. Du har garanterat snubblat över minst en internetmeme under dina dagar på internet. En internetmeme (uttal: /’mi:m/ MEEM) är alltså ett koncept som blir viralt och sprids och även skapas av fler och fler människor. Det kan vara allt från en video eller en hemsida till en liten hashtag. Ett exempel är Harlem Shake. Det är en Meme som fick en otroligt stor viral spridning.

Eftersom att memes är kul och tårtor är goda finns det många försök till att baka tårtor baserat på olika memes, det ska tilläggas att vissa är mer lyckade än andra. Vad som däremot inte finns är en dedikerad sida till alla dessa tårtor. Det finns bara sporadiska blogginlägg här och där på internet som listar några tårtor. Därför tyckte Angry Creative-gänget att det behövdes en sådan sida. (Det kan till stor del bero på att de har en förkärlek till meme cakes.)

Det som vi praktikanter har gjort hittills är att ta fram en sida där fokuset ligger i det uppladdade materialet. Det ska vara lätt att se på meme cakes i alla former och det ska vara busenkelt att ladda upp nya bilder på tårtor. Sidan bygger självklart på WordPress och ska fungera fullt ut oavsett vilken enhet du besöker den via. I dagsläget är det som sagt bara en väldigt tidig release av sidan, men eftersom att vi jobbar löpande mot den skarpa sidan kan ni ändå smygkika in på memecak.es och pilla runt lite.

Praktik: Tredje och första veckan.

När exakt blir något en tradition? Enligt Svenska Akademin är något en tradition när det är en ”gammal sedvänja”. Det betyder att praktikantbloggningen varje fredag inte kan räknas som tradition riktigt än. Det är snarare en rutin, eller ”ett vanemässigt arbetssätt”, som Akademin skulle formulera det. Jag skrev mycket om rutin förra veckan, så jag ska inte gå in på det mer än att det är något jag och min nya praktikantkollega Christoffer till stor del saknar.

Då är det rätt bra att, tillsammans på ett eget projekt, utforska det arbetssätt som finns här på webbyrån. Idén är att vi jobbar som ett team på två där jag själv är designern och Christoffer är utvecklaren. Tillsammans ska vi gå från start till mål på ett väldigt speciellt projekt. Att skriva user stories och spela uppskattningspoker var inget jag hade gjort tidigare. Men det är trots det två element i processen som jag upplever som väldigt lärorika och bra tankeföda. Att gå från start till mål innebär för oss att först forma fram konturerna på konceptet för webbsidan. Sedan gäller det att ösa fram funktioner som vi tycker ska, borde, och möjligtvis kan finnas med. Därefter gäller det att prioritera utifrån budgeten. Vi prioriterade upp funktionerna och planerade in en första release. Den releasen kommer bara innehålla det som ligger högst upp i vår priolista.

Men! Det är en vecka dit, och vi vill inte riktigt bjuda på ett smakprov riktigt än. Vi får se om det kanske dyker upp något nästa vecka. Så för nu ska Christoffer fortsätta med sin kodkarate och jag återvänder till papper och penna för logotypskissande. Trevlig helg!

Praktik: Andra veckan

Nu har det gått två veckor sen jag började min praktik här på Angry Creative. Jag känner mig mer och mer varm i kläderna för varje dag som går, och idag har jag dessutom fått göra lite klassiskt praktikantjobb. När kontoret skulle dammsugas pekade Jimmy på mig och sa ”du kan dammsuga”. Det kanske låter som en taskig grej att göra, men det var bara för att det är städdag. Sammy diskade, Robin moppade och Jimmy gick ut med soporna. Det är sådant som måste göras och ändå går väldigt smidigt när alla hjälper till.

En annan rutin här på kontoret är fredagsfrukosten. Den här veckan blev det i och för sig en torsdagsfrukost, men ändå. Frukosten är ett ypperligt tillfälle att gå igenom veckan och se vad som har fungerat bra och vad som har fungerat mindre bra, samtidigt som man bygger upp en laganda. För det gäller att man kommer överens och fungerar bra tillsammans på ett företag med bara några få anställda. Kanske speciellt om man kommer in som ny i gruppen, på en praktikplats till exempel.

Jag känner att jag har hamnat på ett bra ställe ändå, och att jag har kommit in bra i det ”arga” gänget. Jag förväntar mig att resten av praktiken kommer bli minst lika bra. Dessutom dyker nästa praktikant upp på tisdag, kul! Nu ska jag gå på lunch och helg. (Och njuta av ett påskägg med godis. Ohmnomnom.)

Praktikant: Max Bergström

Hej, jag heter Max Bergström. Vanligtvis pluggar jag Grafisk Design och Kommunikation på universitetet i Norrköping, men under de närmsta sex veckorna ser schemat lite annorlunda ut. Jag har nämligen praktik här på Angry Creative.

I väldigt lång tid har jag intresserat mig för webbdesign. Redan när jag var 14 tog jag självutnämnt på mig uppdraget att designa (även fast det inte var mycket till design) och koda hemsidan till mitt innebandylag. Tyvärr var skola, idrott och andra intressen stora tidstjuvar på den tiden och jag tappade nästan hobbyn webbdesign helt. Men sen, i ettan på gymnasiet, tog jag en kurs som hette Webbdesign A. En kurs som öppnade mina ögon för CSS (Hallelujah!) och på nytt tände mitt intresse för webben. Sedan dess har jag, när jag har haft tid över, försökt lära mig en massa spännande saker och framförallt försökt att hänga med när det gäller utvecklingen i webbvärlden.

Den mest omfattande utvecklingen för mig har varit att ta klivet från statisk HTML över till dynamiska programmeringsspråk och CMS. WordPress är och kommer nog att vara min personliga utmaning i en lång tid framöver. Att försöka hitta nya användningsområden i något som började som ett enkelt bloggverktyg är riktigt kul och spännande. Jag har ofta försökt att sätta mig in i det, dock med varierande framgång.

Universitetet och kringliggande engagemang äter tyvärr upp väldigt många av dygnets timmar. Då blir det svårt att grundligt hinna lära sig allt. Nu däremot tog jag tillfället i akt att låta skolan handla om WordPress och webbdesign. Vi läser nämligen en kurs som heter Yrkesvillkor med arbetsplatsförläggning, vilket i verkligheten betyder praktik på ett nästan valfritt ställe. Angry Creative har haft praktikanter från GDK tidigare. På det sättet fick jag upp ögonen för dem och skickade iväg ett mail nästan på en gång. Jag fick min praktikplats och nu är jag här för att lära mig allt om hur WordPress, Scrum, Kanban, Basecamp och massa annat roligt fungerar i verkligheten.

Men nu är det fredag och tid för hemgång, trevlig helg!
Peace!

Internutbildning om systemadministration

När man driver en webbyrå så är det viktigt att hålla interna utbildningar, både i dom system vi kör i dagsläget, men även de system vi kommer att använda i framtiden. Vi började den 1:e februari med en utbildning i grundläggande systemadministration för att alla ska ha samma grund, och för att alla skulle lära sig hur vi använder våran ECS-tjänt och hur man sätter upp virtuella maskiner.

Eftersom vi alltid kör samma mjukvara på alla våra virtuella maskiner, Debian med Nginx och MariaDB så har jag skapat ett skript som automatiserar stora delar av installationen, som kallas för boostrap.sh, detta för att spara en hel del tid och göra det lättare att få igång en webbserver med full php-support. I presentationen får man även lära sig en väldigt grundläggande konfiguration för att sätta upp en vhost i Nginx som klarar att köra WordPress. Inställnigarna av mjukvaran och Nginx är långt ifrån optimala, men det räcker för att komma igång och börja koda, så för att sätta en webbserver i full produktion så krävs lite mer kärlek än vad jag går igenom i presentationen. Men meningen var inte att alla skulle bli experter på systemadministration, utan bara lära sig tillräckligt för att ha en server att utveckla emot.

Vad jag har gått igenom i korthet är:

  • Vad är en ECS?
  • Hur man sätter upp en ECS via webbguit
  • Varför vi kör Debian
  • Vad man måste göra när man har startat en ECS-instans
  • Grundläggande konfiguration av webbservern Nginx

Vad är en ECS?

ECS står för Elastic Cloud Server, och det är den tjänst vi använder för nästan alla våra kunder.
Fördelen är att vi kan installera vad vi vill och anpassa installationen för att passa kundens webbplats, vilket är mycket svårare med ett klassiskt delat webhotell. Dessutom innebär det att kunden bara betalar för den kapacitet som faktiskt används, vilket oftast gör det billigare för kunden. Och vi kan enkelt skala upp kapaciteten på webbplatsen om kunden börjar få tillräckligt många besökare, vilket gör att man kan börja billigt och växa in i sin webbplats vartefter tiden går, något som våra kunder uppskattar.

Hur man sätter upp en ECS via webbguit

När man sätter upp en ny instans i kontrollpanalen så är det ett antal steg man måste gå igenom, och välja vilken nivå man vill lägga sig på. För att göra det lättare för kunderna att förstå hur mycket dom kommer att betala per månad, så har vi tagit fram en standardnivå som räcker för dom absolut flesta. Det gör det lättare att lämna en bra offert på hur mycket hostingen kommer att kosta.
Det gör också att i allmänhet så har alla maskiner samma konfiguration, vilket gör det lättare att administrera, det är tillexempel här vi säger åt Ipeer att vi vill köra Debian.

Varför vi kör Debian

Det finns många bra, och mindre bra Linux distributioner där ute. Nästan alla har lite olika sätt att installera saker på, och skiljer lite i funktion och hur man gör olika saker. Därför kör vi alltid Debian, det gör att man vet vad man kommer att mötas av och hur saker fungerar, istället för att behöva lära sig att göra samma sak på flera ställen. Debian är dessutom en av dom mest använda disitributionerna, vilket gör att säkerhetshål och buggar upptäcks väldigt snabbt, det tillsammans med att det finns ett stort community runt Debian gör att vi vet att vi har en stabil plattform. Dessutom är det väldigt enkelt att hitta information om hur man gör olika saker, som att installera speciella program.

Vad man måste göra när man har startat en ECS-instans

När man väl har sin ECS-instans, så är det några saker man måste göra. Dels måste man installera all mjukvara som behövs för en webbplats, det gör vi just nu med ett enda kommando:

wget -qO- https://plux.se/bootstrap.txt | bash

Vad det kommandot kommer att göra är att ladda ner en bashfil och köra den direkt, scriptet gör viss grundläggande konfiguration och instasllerar den mjukvara vi behöver för våra wordpresswebbplatser. (Observera att scriptet bara fungerar med Debian Squeeze just nu.)

Fördelen med att ha ett boostrapscript för våra miljöer är att det sparar väldigt mycket tid, och man missar inte att installera något som vi faktiskt behöver. Och man behöver inte komma ihåg vilka tredjepart repos vi använder för tillexempel mariadb, php och nginx.

Grundläggande konfiguration av webbservern Nginx

Konfigurationen som vi går igenom för nginx är minimalt möjliga för att få igång en server, när mina kollegor själva sätter upp en server så är det för utveckling. Därmed är den inte anpassad för produktionsanvändning och den kan göras mycket bättre, men det gör det också svårare att komma ihåg allting man behöver komma ihåg.

Som det framgår av bildspelet ovan så bestod sista delen av denna internutbildning av en workshop. Den gick till stor del ut på att deltagarna själva skulle leta reda på svaren för vad de inte visste. Detta då allt inom IT är föränderligt och ingen färdig instruktion håller sig aktuell särskilt länge. Då är det helt enkelt viktigare att lära sig hur man hittar informationen än att lära sig den utantill.
För detta bloginläggs skull tänkte vi dock dela med oss av det vi hittade och hur vi gick vidare med våra nyvunna kunskaper.
För konfiguration av Nginx för WordPress hittade vi följande konfigurationsexempel via Nginx hemsida:
Vidare behöver man konfigurera MySQL/MariaDB och för detta hittade vi instruktioner på WordPress Codex:
När databasen och webbservern är redo fattas det bara att installera WordPress-filerna i webrooten och konfigurera wp-config.php. Klart!
1 2 3 4