Det känns som om detta varit en lång dag. Jag är lite seg, kommer mig inte riktigt för med att göra så mycket känns det som. Stressad över att inte vara helt frisk än, vill tillbaka till jobbet för jag är så nyfiken på hur det är där samtidigt som jag är lite rädd för hur de har det. Tror ändå de har det rätt OK men det finns ju risk att vi blir flyttade dit där vi behövs mest och hur ska det då gå med min återhämtning från utmattningen? Försöker att inte tänka på det nu utan ta en dag i taget och försöka komma underfund med ur det är med hostan egentligen.
Hostar fortfarande men inte så våldsamt som förut. Det är egentligen den jag ska bli av med, ”bara”. Detta att inte bli provtagen är också frustrerande. Även om jag är ganska (99%) säker på att det är coronan jag har så kan jag ju inte vara helt säker. Hur är det med immuniteten? Kan jag utgå från att jag är säker nu då när jag kommer till jobbet? Det vore ju väldigt trist om jag skulle bli sjuk igen om ett par veckor i något som liknar Covid-19!
Gått en stund på löpbandet när jag var lite frusen. Det blev jag varm av.
Lite mer hungrig idag, mer sugen på att äta.
Skrivit massor, skrivit om Covid-19 på 9månader. Hoppas jag kan hålla i det och skriva lite mer. Har saknat det så mycket, det har nästan inte blivit något sedan 2010 när jag fick fästingfeber.
Suttit ute på uteplatsen, drack kaffe i växthuset först.
Klippt gräsmattan upp mot skogen.
Gjort en rabarberpaj som blev lyckad. smör, havregryn tills de blev mättade, i med mjöl och socker till bra konsistens. Lite bakpulver och kanel också. I pajen hade jag rabarber och frusna krusbär, kryddade med ingefära. Jag är nöjd och de andra gillade den.
Edvin övningskörde med Jonas på kvällen, det gick ganska bra. Särskilt med tanke på att han inte kört på över ett år.
I kväll fick jag en genialisk idé för att föra över en webbsida till WordPress! Egentligen helt uppenbart för förutsättningarna finns där, det gäller bara att komma på det! Så i kväll kom jag väldigt långt i min migrering, så lycklig över det!
Idag har jag gått två promenader, på samma sätt som igår. Först vallade jag maken, sedan sonen.
Annars har jag mest slappat. Vi hade tänkt åka till Örebro idag men vi kom överens om att ingen av oss hade ust egentligen. Det är inget vi måste ha på en gång men mellangrabben behöver hela byxor innan skolan börjar,så vi får väl rôta oss sta’ innan dess i alla fall.
Drupal-uppgraderingen har gått väldigt bra. Jag fick lägga in nya länkar till YouTube-klippen och uppdateera Views-inställningarna men har man gjort det några gånger (vilket man får lov att göra då och då vid uppdateringar eller när man skapar nya views eller hemsidor) så är det inte svårt även om det tar lite tid.
Det där med tid. Jag har ingen lust att lägga en massa tid på teman som måste uppdateras så jag tänkte välja något snyggt som bara är att ladda upp. Det var ju nästan omöjligt. Tanken är god, att man har en grundstruktur som man bygger temat kring, men det tar mer tid och energi än jag har ork och lust att lägga ner på sidan. Därför kollade jag hur utvecklingsstatusen ser ut för Garland som jag hade som stomme i mitt eget tema. Det visade sig att Garland lyfts ut från kärnan och att från och med D8 kommer alla onödiga teman och moduler lyftas ut så att kärnan bara innehåller det mest nödvändiga för att köra en Drupal-sida.
Hos mig ringer en varningsklocka eftersom anledningen är att den som skapade Garland inte längre är intresserad av att underhålla temat och ingen annan vill ta över. Samma problem gäller för flera teman och moduler. Jag kan inte se någon mening med att använda Garland eller något nnat tema om jag kanske ändå måste välja ett annat en eller två versioner senare.
Så jag kollade lite snabbt på Joomla, som jag lekt med tidigare. Joomla är trevligare därför att det är mer intuitivt att arbeta med, inte så mycket kodning. Istället är det segare och som jag upplevde det då i alla fall: rörigare när det gäller vad som är moduler och vad som är plugins och relationen dem emellan. Därför gick jag över till att kolla WordPress.
På något sätt kommer jag allt oftare tillbaka till att WordPress är bäst om man vill ha ett enkelt användarinterface och enkla funktioner. Att migrera en Drupal-databas till WordPress är inte gjort i en handvändning. Ett problem är att alla användare måste sätta om sitt lösenord, ett annat är att sökvägar och andra inställningar försvinner. Det gör de oavsett hur man bär sig åt eftersom alla CMS har olika sätt att hantera det på.
Många vill tjäna en slant på arbetet och det kan jag förstå även om jag har svårt att förstå skillnaden mellan att lägga ut en modul/plugin för ett fotogalleri eller webbshop och en modul/plugin för att migrera till favorit-CMSen!? En orsak kan i och för sig vara att många behöver hjälp att städa upp just med sökvägar och andra inställningar.
Det finns flera skript utlagda för att migrera från Drupal till WordPress men de är versionsspecifika och båda sidor har en förkärlek för att ändra tabellnamn vid uppdateringar och uppgraderingar. Se till exempel länkistan nedan.
Till slut hittade jag cms2cms! Det är en tjänstsom kommer att kosta pengar så småningom är tanken men än så länge är det gratis. Man laddar ner ett filbibliotek och kopierar till källmappen (i detta fall Drupalinstallationen) och till målmappen (WordPressmappen) och klickar enligt instruktionerna på hemidan.
Min överföring avbröts men jag fick genast hjälp av utvecklaren! Antingen är det en väldigt bra tjänst emd superbra support eller så är hela sidan hackad nu. Återstår att se.
Drupalsidan, rörig och stökig och alldeles hopplös att få ordning på.
Jo, och så har jag ändrat till ett lite mervårligt tema. Hade kunnat ha jultemat kvar ett tag till men jag tänkte att det är lika bra, det är nästan värre att ha kvar jultemat till sommaren om det skulle bli så.
Nu har jag kommit på hur man fixar felmeddelandet Notice: unserialize() [function.unserialize]: Error at offset 14 of 15 bytes in variable_initialize() (line 916 of /min sökväg/includes/bootstrap.inc)!
Jag fick Googla en hel del (drupal unserialize bootstrap.inc) och det fanns flera olika teorier. Detta kom jag fram till:
Problemet uppstår om man uppgraderar en D5 till D6 och senare till D7. De tidigare versionerna brydde sig inte om olika teckenkodning i tabellerna samtidigt som det verkar som om mysql hanterar det på ett annat sätt från version 5.
I Drupal är det ”variable”-tabellen som spökar (oftast i alla fall). För att få bort felmeddelandena kan man installera modulen Variable Check. Den kollar variable-tabellen och talar om vilka rader som bör tas bort. I mitt fall var det nästan bara gamla moduler som jag förmodligen inte använt sedan D5 så det var bara att radera. Ofta handlade det också om anpassade meddelanden, till exempel som skickas som svar när någon går med i en grupp. Genom att beta av listan kunde jag ta bort raderna i databasen.
Jag tror man ska kunna radera raderna genom att klicka i dem på sidan och trycka på radera-knappen. Jag fick det inte att fungera utan raderade direkt i databasen.
Jag har en sida under utveckling där jag använder Drupal som CMS. Jag har hållit på med den sedan 2005 tror jag och den var klar att läggas ut med fin bild på Oliver som nyfödd någon gång runt 2006. Då kom det en uppgradering från Drupal 5 till Drupal 6 så jag satte mig och lekte med den uppgraderingen samtidigt som jag funderade på att ändra inriktningen lite på sidan. Jag insåg att alla roligt funktioner jag lagt till kanske inte var helt relevanta och att jag kanske borde lägga till några andra istället. Jag var faktiskt riktigt nöjd med hur det blev!!! Vid det laget hade jag börjat jobba skift, som sagt fått en ny bebis och började forskarstudier så hemsidan blev lite lagd åt sidan.
Drupal 6. Sidan som inte fick se dagens ljus. Man får tänka bort ”dubbelexponeringen”, det såg normalt ut på normala sidor 🙂
Så blev jag sjuk 2010. Jag vet att jag satt lite med den då, ville få till den så att jag kunde lägga ut den men jag orkade inte. Tappade koncentrationen och minnet. Det var ingen idé att börja eftersom jag inte kom ihåg var jag slutade. Det kan vara fatalt när man jobbar med CMSer. Att det kommer att krångla får man nästan räkna med, särskilt om man försöker sig på genvägar! Håller man inte reda på vad man gör eller hur långt man kommit så kan det bara sluta i katastrof.
Häromdagen kände jag i alla fall att jag ville testa att uppgradera den gamla dammiga hemsidan, jag tror jag kan klara det nu. Nu har det dessutom funnits en version 7 av Drupal ett tag, så pass länge att den kan antas vara hyggligt stabil och värd att använda även för den som inte är så hugad att peta en massa php (i ärlighetens namn krävs det en del kunskap i php och diverse skript för att man alls ska ge sig på Drupal enligt min erfarenhet även om de försöker göra den allt mer intuitiv och användarvänlig). Drupals egen upgrade.txt-fil har en mycket bra steg-för-steg-instruktion för den som vill uppgradera från D6 till D7.
Uppdatera moduler
Det första man måste göra är att uppdatera alla moduler till senaste 6.x-versionen. Det gick väldigt lätt! Förut har det kunnat krångla om man missat någon detalj. Nu var det bara att byta ut gamla moduler mot nya och köra uppdateringsskriptet för varje ny modul.
Gallra i moduler
Sedan kan man, om man vill, kolla vilka moduler som finns för D7 och avgöra om det är värt en uppgradering. Flera vanliga tilläggsmoduler finns nu i kärnan och dessa kan tas bort på en gång. ”Sites”-mappen kan man i stort sett spara orörd, åtminstone när det gäller moduler, de kan vara bra att ha kvar så att man ser vilka det var man använder. Ett alternativ är att göra skärmdumpar eller skriva ner en lista över moduler och inställningar.
När alla moduler är uppdaterade ska alla utom kärnmodulerna avaktiveras. Är det några man inte vill använda längre är det ett bra tillfälle att avinstallera dem och radera filerna nu. En del rekommenderar att tilläggsmodulerna raderas från filbiblioteket och att man bara spar det som finns i databasen men jag upptäckte att det är bra att ha kvar filerna eftersom de visas i modullistan så man ser vilka som behöver uppgraderas senare.
CKEditor kom jag fram till bör avinstalleras INNAN uppgraderingen eftersom det inte går efteråt och vid uppgradering från D6 till D7 måste man göra en ominstallation. Notera eventuellt inställningar först!
Gallra i teman
Man måste byta tema till Garland innan uppgraderingen! D7 har helt andra kärnteman än D6 och det är bara Garland som finns kvar. Jag hade en modifierad version av Garland (med bebisen på) som sparade bilder och färgscheman lite varstans så det var inte bara att byta till Garland utan jag var tvungen att ändra färginställningar för temat innan Drupal fattade att jag inte använde mitt egenjusterade version. Det tog några försök innan jag kom på det! Då är man tacksam för bra backuper gjord i rätt tid.
Teman som bygger på Garland kan ha en mapp som heter color i mappen där uppladdade filer sparas. Den måste tas bort för att Drupal ska förstå att det inställningarna från det egna temat inte gäller. Det kan vara lite trixigt, men det går om man byter tema fram och tillbaks och ändrar färginställningarna. Då fattar den till slut.
Backup
Gör en backup av både filbibliotek och databas! Det bästa är om man gör backuper med jämna mellanrum när man sedan uppgraderar tilläggsmoduler. Ju oftare desto mindre behöver man göra om – samtidigt som det finns en risk att det blir rörigt om man inte märker upp versionera noga!
Följ instruktionerna i UPGRADE.txt
Om man följer instruktionerna noga är det inga problem! Slarvar man eller inte läser så noga kan det däremot bli det.
.htaccess och robots.txt kan vara anpassade, de måste bytas ut men behöver kanske ändras på samma sätt som i D6. Det tog några försök innan jag kom på att det berodde på det när jag fick vita sidor överallt utom på förstasidan. När jag avkommenterat RewriteBase /
fungerade det igen. Det beror på att jag använder mig av subdomäner och då behöver man tala om att Drupal ska se sin egen root som den verkliga rooten.
Kom ihåg att ändra till TRUE i settings.php på raden 107 $update_free_access = FALSE;
om du inte loggat in som admin av någon anledning. Kom ihåg att byta tillbaka när du är klar!
Gör en ny backup
När du uppgraderat kärnan kan det vara bra att göra en ny backup om det gått bra så här långt.
Teckenkodning i databasen
Minns inte när (och det är här det egentligen är bra med backuper så att man kan gå tillbaka) men ganska snart fick jag felmeddelandet Notice: unserialize() [function.unserialize]: Error at offset 14 of 15 bytes in variable_initialize() (line 916 of /min sökväg/includes/bootstrap.inc)
Efter att ha sökt på nätet förstod jag att det kan bli krockar i teckenkodningen i databasen, om man till exempel har en kodning på databasen från början men råkar få en annan vid uppdateringen av kärna och/eller tilläggsmoduler så kan man få det felmeddelandet. Ibland kan man se var det blir fel genom att åäö och andra specialtecken ser konstiga ut, antingen på sidan eller i databasen. Mina gamla, ouppgraderade tabeller var kodade latin1_swedish_ci medan de nya fick utf8_general_ci. I settings.php kan man ställa in collation och ändra till den teckenkodning man föredrar. Jag har gjort ändringen men inte sett att det fungerar än. Tänkte installera några fler moduler för att se om felmeddelandena försvinner eller om de blir värre.
Ett annat spår är att tabellen ”variable” är problemet, att variabler (BLOBs) för gamla, oanvända, moduler och teman plötsligt spökar. Jag testade att ta bort några rader för teman jag absolut inte använder men märkte ingen skillnad. Kan hända att moduler som inte uppgraderats ställer till det så jag väntar med att göra något åt det tills vidare. I värsta fall får jag börja om med min backup.
Återkommer med resultat.
Uppgradera tilläggsmoduler
Om du sparat alla gamla moduler i /sites/all/modules (eller var du nu har dem) så kan du gå till modul-sidan och uppgradera dem en och en. Radera de gamla D6-modulfilerna innan du kopierar upp den nya versionen så det inte blir något skräp kvar som kan störa. Ta dem en och en, ibland finns det beroenden som gör att man måste hoppa lite, men gör det metodiskt. Kolla inställningarna för varje modul och testa så att de fungerar. Jag har inte hunnit kontrollera alla moduler än, men har hittills inte stött på några större problem.
CCK
CCK är ett kapitel för sig. Vissa av dess moduler ingår nu i kärnan så att man inte behöver uppgradera dem. Andra måste uppgraderas. Till hjälp finns det en uppgraderingsmodul för CCK i CCK-paketet. När man går till admin-sidan för uppgradering av CCK-fält är alla fält uppdelade i tre kategorier: Sådana som går att uppgradera, sådana som är uppgraderade och sådana som inte går att uppgradera. Går de att uppgradera är det bara att klicka i rutan och uppgradera, sedan hamnar de i listan över uppgraderade fält. Om de inte går att uppgradera står det (oftast) vilken modul som krävs för uppgradering, när den väl är installerad flyttas fälten upp till sådana som går att uppgradera, så är det bara att köra proceduren igen.
Views
Jag har inte riktigt kommit dit än, misstänker att det är en historia i sig. Det har varit så tidigare i alla fall. Återkommer.
