Nu när 5.8/6.3 kom ut med viktiga säkerhetsuppdateringar bör man ju illa kvickt uppdatera sin/sina Drupalinstallationer. Men att uppdatera en Drupalinstallation är inget man gör i en handvändning. Enligt den medföljande UPGRADE.txt ska man gå igenom 11 steg som bland annat innefattar att man ska byta tema och slå av alla moduler man installerat.
Just det senare är en riktig PITA faktiskt, har man en större mängd moduler blir det väldigt många klick. Speciellt som vissa moduler är avhängiga andra och därmed kan man få göra om proceduren flera gånger innan allting är avslaget. Har man sedan fler moduler installerade än aktiva, då måste man nästan skriva ner vilka moduler man hade avaktiverade i förväg, så man aktiverar rätt moduler senare.
Hur gör ni andra? Följer ni slaviskt de omständliga instruktionerna eller fuskar ni?
Detta är ett område där Drupal skulle kunna bli mycket enklare. Jag förstår varför varje steg behövs idag, men det borde finnas smarta människor som kan förenkla förfarandet utan att stabiliteten blir lidande.
Comments
Haha, vad tyst det blev!
Haha, vad tyst det blev!
Det huvudsakliga syftet med att man uppmanas slå av alla moduler och teman är nog att folk inte ska klaga på Drupal (kärnan) när en tilläggsmodul ställer till det vid en uppgradering. Men det finns också en poäng i att man ser att en viss modul inte längre funkar istället för att man bara ser att "Drupal krashade". Då vet man var man ska gripa in.
Men har man följt punkt 1 – Backup your database and Drupal directory – så kan man ju bryta mot hur många instruktioner som helt och se om det funkar ändå. Om inte så går man tillbaka till utgångsläget.
/ Hannes Lilljequist – SthlmConnection
Ja, det är en bra poäng
Ja, det är en bra poäng till varför man ska göra så. Men jag vet som sagt redan poängen med förfarandet, jag bara undrar: Hur gör ni andra, i praktiken?
Själv upplever jag återställandet av filer och backup av databas som mer tidsödande än alla klick, så hittills har jag gjort alla dom fina stegen. Men om det visade sig att alla andra struntar i det (och t.ex. låter sina moduler vara aktiva) och det fungerar bra, då skulle jag känna mig mer trygg i att köra på samma metod.
(Samt att jag hoppas att någon kan tänka ut en smartare lösning som tar hänsyn till problemen men ändå gör det enklare - jag har dock inget färdig lösning att föreslå själv.)
Inte jag...
Kan meddela att jag inte följer anvisningarna, utan kör rätt mycket vilda västern på min privata webbplats. Det är ju inte best practice, men jag betraktar webbplatsen (och rätt mycket av mitt Drupal-engagemang) som test-och-lek snarare än seriös verksamhet. Oftast funkar det bra att köra på utan att testa först, men så blir jag också tvungen att ominstallera från grunden var sjätte månad eller så.
I allmänhet gissar jag att hur stort allvar man lägger i underhåll av webbplatser beror på hur officiella de är.
//Johan Falk, Uppsala
Svar: Nästan
Vid uppdatering av självaste Drupal, t.ex. från 5.7 till 5.8, så är det inte bara tillrådligt utan också enklast att följa instruktionerna. Nästan i alla fall. Vi hoppar alltid över punkt 4 -- "Disable contributed modules and switch to a core theme" -- och så gör vi en del saker lite annorlunda. Nedan beskriver jag var vi gör i princip.
Antag för exemplet skull att webbplatsen som skall uppdateras har adressen
www.example.com, ligger i/var/www, att dess Drupaldatabas heterhost1_db1och atthost1_u1är behörig att ta backup av Drupaldatabasen. Då kan uppdateringen ske på följande sätt:cd /var.wget -q -O - http://ftp.drupal.org/files/projects/drupal-6.3.tar.gz | tar zxv.sitesfrån den gamla till den nya Drupal mappen:cp -af www/sites drupal-6.3. Om du följer "best practice" så har du därmed kopierat över alla moduler, teman, filer och allt annat som är unikt för din webbplats.chown -R www-data drupal-6.3därwww-dataär namnet på det användarkonto som din webbserver använder.mysqldump -u host1_u1 -p host1_db1 > www/host1_db1.mysql.mv www www-backup; mv drupal-6.3 www.firefox http://www.example.com/update.php &.www-backuptillwwwoch ladda in databasen frånwww/host1_db1.mysql.rm -r www-backup.Observera att ovanstående egentligen gäller D5 eftersom vi ännu avvaktar med D6.
Thomas Barregren – Webbredaktören
Tack för den utförliga
Tack för den utförliga förklaringen, kul att se hur andra gör. Med kraftfulla kommandoradsåtgärder kan man helt klart göra det rätt effektivt (om man har tillgång till kommandorad på sitt webbhotell, vill säga).
Om man använder mitt tips om att placera Drupal i en underkatalog kan utföra en liknande operatation fast istället ha båda katalogerna webbrooten och bara byta namn på dom. Det kan vara bra om man har andra saker än Drupal liggandes under samma domän. Exemplet ovan förutsätter att man inte har någonting annat än Drupal-filer på hela sajten.
En sak jag funderade på angående Drupals råd om att slå av alla moduler: Vissa moduler har ju avinstallationsskript som rensar upp efter sig om jag förstått det rätt. Då finns väl risken att man tappar inställningar man gjort om man slår av dessa moduler, eller hur?
Att inaktivera och
Att inaktivera och avinstallera är trots att det kan verka så inte exakt samma sak. Du inaktiverar en modul genom att kryssa ur dess kryssruta i listan över moduler. Det som händer då är att Drupal struntar i modulen, den är alltså verkningslös men alla dess inställningar i databasen bevaras.
När du avinstallerar en modul går du till listan över moduler och klickar på fliken Uninstall. Moduler som stöder avinstallation listas här. Modulerna tar själva ansvar för att rensa upp efter sig men är modulen välskriven kommer både dess tabeller och dess inställningar i databasen försvinna i och med att du avinstallerar den.
Jakob Persson
Webbredaktören - www.webbredaktoren.se
Jakob Persson – Leancept – Results-only digital and marketing consultants – Personal blog
Ah...
Ah, nu när du säger det så har jag nog sett det tidigare. Tackar för klargörandet. Borde ha förstått att Drupal var smartare än så :)
Jag såg videon om nyheter i
Jag såg videon om nyheter i WP 2.6 och en sak som slog mig är att den nya funktionen för att shift-klicka för att markera flera kryssrutor på en gång skulle vara utmärkt på modul-sidan i Drupal. Även kryssrutan för att aktivera alla plugins i en grupp skulle kunna användas.
(Ja, om man nu vill slå av modulerna alls, vid uppdatering. Helst slipper man ju det.)
Installation och uppdatering via cvs
Jag använder alltid cvs när jag installerar och uppdaterar Drupal core och moduler. Även när jag använder svn gör jag installationerna med cvs och gör commit till svn.
Har man bara en webb-plats kanske det inte är mödan värt att lära sig detta men sköter man om flera/större webb-platser tycker jag det är mycket smidigt och tidsbesparande.
En uppdatering till Drupal 6.5 görs via cvs enkelt och snabbt med kommandot.
cvs update -dP -r DRUPAL-6-5
Med hjälp av script har jag förkortat ned det till:
cvsup 6-5
Med en cvs installation kan man enkelt se skillnader mellan revisioner med "cvs diff". De gånger man tvingas att göra ändringar i moduler, eller t.o.m. core, kan cvs köra merge på dem när man uppdaterar. Det är också snabbt gjort att ta ut patcher på de förändringar man tvingats göra.
Installerar man via cvs behöver man http://drupal.org/project/cvs_deploy. Den ser till så att update status förstår sig på cvs installationer.
Update status hoppas jag all använder. Behöver installeras i Drupal 5 http://drupal.org/project/update_status också, i Drupal 6 är den del av core.
Har skrivit lite mer om detta i Install Drupal and contributed modules and themes via cvs. Där finns också scipten jag nämner ovan.