Uuenda Drupalit – tuum, moodulid ja tõlked. Drupali värskendamine - üksikasjalikud juhised koos piltidega Mis juhtub, kui te Drupalit ei värskenda

või kuidas süsteemi kiiresti ja õigeaegselt uuendada

Olen mitu päeva järjest saanud oma e-postile, mille ma Drupali installimisel täpsustasin, järgmise sisuga sõnumeid: „Teie kasutatava Drupali versiooni jaoks on saadaval värskendus. Saidi töökindluse huvides peaksite süsteemi võimalikult kiiresti värskendama. Värskendused on saadaval saidile installitud projektide jaoks. Soovitatav on installida uued versioonid niipea kui võimalik. Lisateavet leiate värskenduste lehelt. http://your-site.ru/admin/reports/updates

Nad väljendavad end selgelt, nii et me ei vaidle nendega. Drupali värskendused on erineval kujul. Mõnikord peate värskendama CMS-i versioone, mõnikord peate värskendama mooduleid, teemasid ja muud.

Vaatame, kuidas saame oma saiti aidata.

Drupali põhivärskendus

Minu süsteemiversioon nõuab kerneli värskendust. Kui teie oma seda veel ei nõua, tulge siia hiljem tagasi.

1. Avage aruanded ja minge saadaolevatele värskenduste lehele:

3. Laadige arhiiv alla oma arvutisse:

4. Pakkige arhiiv arvutis lahti. Järgmiseks laadisin FTP-kliendi abil kogu uuenduskausta sisu hostimisse täpselt sama sisu peale. Failide ja kaustade ülekandmisel arvutist hostimisse küsib programm, kas kirjutada uus üle vana üle - pange tähele, et peate selle üle kirjutama:

Äsja uuendasime Drupali põhifaile – kirjutasime uued vanade peale üle. Järgmisena Drupali andmebaasi värskendus. Kuid kuna enne seda olime juba installinud ja lubanud mooduleid, loonud teksti- ja graafilise sisuga lehti ning teinud muid seadistusi, on meie andmebaas muutunud. Kui tahame, et meie sait jääks pärast süsteemi lõplikku uuendamist samaks ja et kõik oleks korras, peame esmalt tegema oma andmebaasist varukoopia. Kui värskendamise ajal läheb midagi valesti, tekib mingi tõrge, võimaldab varukoopia taastada saidi endisele olekule.

Kaalutakse Drupali saidi värskendamist väiksemate versioonide ja paikade vahel, näiteks 8.1.2-lt 8.1.3-le või 8.3.5-lt 8.4.0-le.

Kõigepealt tehke enne värskendust kõigist saidi failidest ja kataloogidest, andmebaasist (MySQL) täielik varukoopia ja salvestage see väljaspool Drupali installikataloogi.

Soovitatav on proovida värskendust oma saidi testkoopial. Isegi väikesed uuendused võivad käivitada käitumise muutumise. See kehtib suuremal määral pistikprogrammide kohta, näiteks võib rippmenüü või wysiwyg-redaktor lakata töötamast.

Drupal 8 värskendamine uusimale versioonile 8.x.x

    Viige administraatori konto all sait hooldusrežiimi (konfiguratsioon -> arendus -> hooldusrežiim).

    Laadige drupal.org serverist alla Drupal 8 praeguse versiooni arhiiv.

    Kustutage kõik kaustad ja failid, välja arvatud järgmised kaustad:

    • saidid
    • moodulid
    • teemad
    • raamatukogud (kui need on saadaval)

    Salvestage failid eraldi:

    • .htaccess
    • robots.txt
    • helilooja.json

  1. Ekstraktige arhiiv Drupal 8 uuest versioonist oma veebisaidi juurkausta.

    Käivitage update.php Drupali värskendusskript. Selleks minge aadressile http:// /update.php ja värskenda. See skript värskendab andmebaasi tabeleid.

    Kui teil pole juurdepääsu skriptile update.php, järgige järgmisi juhiseid.

    • Avage tekstiredaktoris fail settings.php.

      Leidke rida:

      $settings["update_free_access"] = VÄÄR;

      Muutu:

      $settings["update_free_access"] = TÕENE;

      Pärast värskendamist tagastage see kindlasti algsesse olekusse FALSE ;

    2. Kontrollige olekuaruannet (Administratsioon -> Aruanded -> Olekuaruanne). Veenduge, et kõik töötab korralikult.

    Veenduge, et määraksite oma settings.php failis $settings["update_free_access"] väärtuseks FALSE.

    Kui värskendamine õnnestus, lülitage sait tööolekusse.

    Kui robots.txt, .htaccess ja composer.json faile on muudetud, siis ärge unustage uuendatud failidele vajalikke ridu lisada.

Pärast värskendamist

Kustutage failid, mida saab kasutada süsteemi versiooni määramiseks.

  • CHANGELOG.txt
  • AUTORIÕIGUS.txt
  • INSTALL.txt
  • LITSENTS.txt
  • MAINAINERS.txt
  • README.txt

Neid andmeid teades on ründajal lihtsam saiti häkkida.

(üsna kasulik, sisaldab paljude punktide selgitusi), ütlen, et muudatusi on vähe. Suures plaanis - lihtsalt menüüs liikumine. Ja seega, kui tegite värskenduse vanas versioonis, saate seda teha ka uues. Meie sammud on samad ja protsess ise on nauditavam.

Loodan, et olete mooduli "Tööriistariba" juba lubanud ja saidist kohaliku koopia teinud? Seejärel käime läbi punktid:

  1. Me läheme saidile.
  2. Registreeruge "esimeseks" kasutajaks.
  3. Lülitume hooldusrežiimile.

Menüüst: “Configuration” => “Development”, “Maintenance mode”. Märkige ruut "Pane sait hooldusrežiimi" ja klõpsake "Salvesta konfiguratsioon".

  1. Kui sait kasutab oma teemat, on parem tagastada standardne:

Klõpsake haldusmenüü ülaosas üksusel "Välimus" (/admin/appearance), teema "Garland" all või veel parem - "Seitse" (see on administreerimiseks mugavam), klõpsake "Luba" ja "Määra vaikimisi".

Et mitte tarbetuid vigu esile kutsuda, soovitan siiski keelata mittestandardsed moodulid, kui neid on. Moodulite loendi avamine:

ava haldusmenüüs (/admin/moodulid) üksus “Moodulid”.

  1. Vahemälu lähtestamine:

“Konfiguratsioon” => “Arendus”, “Toimivus”. Klõpsake nuppu "Tühjenda vahemälu".

(/admin/config/development/performance)

Väike taganemine .Mida teha kui logisite kogemata välja , või proovite saidile pääseda teisest arvutist või peavad saidile pääsema teised kasutajad, kellel on samuti täiendavad õigused (piisab saidiga hooldusrežiimis töötamiseks)?

<имя сайта>/kasutaja sisselogimine või <имя сайта>/?q=kasutaja/sisselogimine.

Näiteks kui teie saidi nimi on "Test.Ru", on see järgmine: Test.Ru/?q=user/login

  1. Järgmisena asendame (värskendame) failid.
  1. 1. Juhul kui uuendame Drupali tuuma.

Kustutage saidi juurkaustas kõik kataloogid, välja arvatud saidid. Ja kõik failid, välja arvatud:

  • ".htaccess";
  • "favicon.ico" - kui teil see on;
  • "robots.txt";
  • kui need on saadaval, jätke autentimisfailid, näiteks Google'i ja Yandexi jaoks (google***.html, yandex***.html);
  • ja iOS-i seadmete ikoonid (apple-touch-icon***.png), kui need on saadaval.

Samuti, kui kasutate oma saidi juurtes mingeid spetsiaalseid seadete faile, nende jaoks "pilte", tuleb need samuti rahule jätta (muidu peate need taastama).

Pärast seda pakime uue Drupali saidi kausta lahti, välja arvatud need failid ja kaust, mille jätsime.

Drupali põhiversiooni värskendamisel (kui uuendatakse ainult mooduleid, pole seda vaja teha ), soovitan “puhtuse” suurendamiseks läbi viia mikropaigalduse. Selle esilekutsumiseks peate kustutama faili "Settings.php" kaustas "Sites/Default" ja looma selle uuesti, kopeerides selle failist "Default.Settings.php".

See asendamine toob kaasa asjaolu, et värskendamisel alustab Drupal esimest korda installimist, mille käigus peate uuesti määrama praeguse andmebaasi nime, sisselogimise ja parooli. Loodan, et mäletate neid? (Salvestatud "vanas" "Settings.php"-s).

Lubage mul teile meelde tuletada, kui kahtlete, ärge seda tehke! Ja kui teete, muutke vastloodud faili "Settings.php" juurdepääsuõigused väärtuseks "664", rw-rw-r-- (maksimaalselt - "775", rwx rwx r-x). Ärge muretsege, kui unustate, installija tuletab teile meelde.

  1. 2. Kui uuendame moodulit (mooduleid).

Minge kausta "Sites/All/Modules", kustutage "vana" moodul ja pakkige uus selle asemele lahti.

  1. Sisestades Internet Explorerisse (IE, Opera, FireFox või mis teil on?),

<имя сайта>/update.php– teostage värskendus (või mikroinstallimine, kui muutsite faili Setting.php).

Värskenduste ajal võivad ilmuda veateated. Enamasti tekivad need drastiliste muudatuste ajal: mõnda saidi andmebaasi SQL-päringut ei saa käivitada, mõned lisatabelid puuduvad või on olemas, tuvastatakse mõned probleemsed väljad või tuvastatakse andmetüübi mittevastavus.

Mida teha, kui moodulite värskendamisel tekib sarnaseid raskusi? Väga lihtne:

  • Nagu värskendusprogramm soovitab, minge moodulihaldusse.
  • Tühjendage märkeruudud nende moodulite kõrval, mida ei saa värskendada või värskendamist segada.
  • Seejärel minge saidi kataloogi ja kustutage need moodulid füüsiliselt.
  • Värskendame uuesti, kuid ilma nendeta ( <имя сайта>/update.php).

Märkus. Mõned inimesed ütlevad, et te ei pea seda tegema. Ja ma teen seda, sest enamikul juhtudel kirjutatakse vigase mooduli teave andmebaasis üle.

  • Pärast seda pakkige uus õige moodul lahti.
  • Teostame värskenduse uuesti (vigu ei tohiks olla!).
  • Kui kõik on korras, minge moodulihaldusse ja lülitage see (või need) uuesti sisse (märkige ruut).

Jätkame värskendamist. Edu korral tagastame kõik tagasi:

  1. Tagastame varem keelatud moodulid (kui olete midagi keelanud).
  2. Me tagastame saidi algse teema.
  3. Kontrollime ülejäänud vead ja parandame need:

“Aruanded” => “Olekuaruanne” (/admin/reports/status)

  1. Kontrollime värskendusi (äkitselt läks midagi valesti või ilmus mõni muu värskendus):

“Aruanded” => “Saadaolevad värskendused” (/admin/reports/updates)

  1. Pärast uuendamist teeme andmebaasist ja veebisaidist koopia. (See pole kõigile!)
  2. Eemaldame saidi teenusest.

Oluline probleem: juurdepääsuõigused kaustadele ja failidele. Põhimõtteliselt jääb kõik samaks, mis Drupali “kuuendas” versioonis. Ainus erinevus on failis "Settings.php" - "seven" soovitab otseselt (pärast installimist) seada oma õigused maksimaalsele tasemele "644". Ära unusta!

CMS-i jaoks – Drupal Regulaarselt antakse välja uusi versioone (värskendusi), mis toovad sisse muudatusi CMS-i täiustamiseks, vigade/haavatavuste parandamiseks ja turvatäiustusteks.

Kuidas saate teada, millal teie saidi tuuma jaoks on saadaval värskendus?

kui olete CMS-i saidiadministraator – Drupal saate seadistada veebisaidilt oma e-postile saadaolevate värskenduste kohta märguandeid või kontrollida seda ise, külastades jaotist: Aruanded > Olekuaruanne (teie_sait/admin/aruanded/olek)

Niisiis, näeme, et on ilmunud uus tuum. Mida teha? Uuenda ja mida varem, seda parem. Eriti värskenduste puhul, mis on märgitud "Pole ohutu!", nagu ülaltoodud ekraanipildil.

Erinevalt moodulitest kernel Drupal ei saa iseseisvalt ega automaatselt värskendada, peate seda ise tegema. Selles pole midagi keerulist.

Esmalt laadige alla uusim versioon Drupal. Seejärel teostame järgmised sammud:

  1. Tehke oma saidist varukoopia, sealhulgas kõik saidikataloogid + andmebaasid.
  2. Viige sait hooldusrežiimi: minge Konfiguratsioon > Arendus > Hooldusrežiim (/admin/config/development/maintainance) . Pane linnuke "Pane sait hooldusrežiimi" ja salvestage sätted.
  3. Me läheme serveri saidi kataloogi ja kustutame kõik failid ja kaustad, erandiga: kaustad saidid , failid .htaccess Ja robots.txt

    TÄHELEPANU! Kui kasutate distributsiooni (nagu Drupalife Store, Commerce Kickstart ja muu sarnane), profiilide kausta ei saa kustutada. Kirjutame selle kausta üle ja asendame uuemate failidega.

  4. Pakkige arhiiv lahti ametlikult veebisaidilt alla laaditud Drupali uue versiooniga ja kustutage kaust saidid , samuti failid .htaccess Ja robots.txt ülejäänud failid saab oma veebisaidi serverisse üles laadida
  5. Kui kõik uue kerneli failid on serverisse kirjutatud, minge saidile your_site/ update.php ja klõpsake jätka igal sammul.
  6. Kui kuvatakse teade, et kõike on värskendatud. Võite minna saidi lehtedele ja kontrollida. Kui kõik töötab õigesti, lülitage sait tagasi töörežiimi (vt punkt 2).

Mine jaotisse Olekuaruanne ja veenduge, et kernel on nüüd uusim versioon.

Nende kuue lihtsa sammuga saate värskendada oma Drupali versiooni.

Märkusel

  1. Eemaldage saidi juurest alati järgmised failid: CHANGELOG.txt , AUTORIÕIGUS.txt , INSTALL.txt , LITSENTS.txt , MAINAINERS.txt , README.txt - See on esimene auk saidi turvalisuses. Nende failide põhjal saate vastavalt määrata süsteemi versiooni, teades versiooni ja selle auke, on saidi häkkimine palju lihtsam.
  2. Värskendage saidi tuum alati õigeaegselt uusimale versioonile. Jah, see on laisk, jah, see on igav, kuid ohutus on esikohal.
  3. Ärge salvestage ega muutke tuumas midagi. Seetõttu kustutasime kõik peale saitide kausta ja kahe faili. Igaühel võib olla oma kaks faili, need ei muutu versiooniti, kuid saitide puhul võivad need muutuda. Nende kogemata muutmine võib põhjustada probleeme. Kaust saidid me ei puudutanud seda, kuna see salvestab kõik TEIE SAIDI failid. See kaust on süsteemifailide salvestusruum, seal pole tuuma uuendamiseks midagi olulist. Ärge mingil juhul puudutage kerneli faili ega kaustu. Ja ärge muutke põhikoodi, selleks on Drupal API.
  4. Kui olete uuenduste mooduli mingil põhjusel välja lülitanud, siis te ei tea, et teie veebisaidil on välja antud kerneli uus versioon. Sel juhul kontrollige värskendusi käsitsi.
  5. Ja kõige banaalsem nõuanne - ärge värskendage ilma varukoopia .

Juhendi kirjutamise ajal värskendati Drupali tuuma.

Oleks rumal mitte lisada kõikidesse juhenditesse infot süsteemituuma uuendamise kohta. Seega, kui kernelit on vaja värskendada, kuid te ei tea, kuidas seda teha, on see juhend teie jaoks.

Seega on ilmunud uus kernel. Moodulid uuendatakse automaatselt sisseehitatud tööriistade abil ja seda saab teha isegi laps. Kernel ei saa ennast värskendada, seda tuleb teha käsitsi. Selles pole midagi halba, kui läheneda asjale täie tõsidusega, eriti kui tegu on tootmisega.

Mida teha? Värskendage ja mida varem pärast uue versiooni avaldamist, seda parem. Eriti värskenduste puhul, mis on märgistatud "Pole ohutu!", nagu ülaltoodud ekraanipildil.

Lähme. Esmalt laadige alla Drupali uusim versioon. Pärast seda teeme järgmist:

Nüüd on kernel uusim versioon.

Nende kuue lihtsa sammuga saate värskendada oma Drupali versiooni.

Märkusel

  1. Kustutage ja kustutage alati saidi juurtest failid: CHANGELOG.txt, COPYRIGHT.txt, INSTALL.txt, LICENSE.txt, MAINTAINERS.txt, README.txt – see on kõige esimene auk saidi turvalisuses. Nende failide põhjal saate vastavalt määrata süsteemi versiooni, teades versiooni ja selle auke, on saidi häkkimine väga lihtne.
  2. Värskendage oma kernelit alati. Jah, see on laisk, see on töö, kuid ohutus on esikohal.
  3. Ärge hoidke tuumas midagi. Seetõttu kustutasime kõik peale saitide kausta ja kahe faili. Igaühel võib olla oma kaks faili, need ei muutu versiooniti, kuid saitide puhul võivad need muutuda. Nende kogemata asendamisel võib tekkida probleem. Me ei puudutanud saitide kausta, kuna ka selles ei toimu mingeid muudatusi. See kaust on süsteemifailide salvestusruum, seal pole värskendamiseks midagi olulist. Kõiki muid kaustu ja faile võidakse värskendada. Ma juba kirjutasin - ärge mingil juhul puudutage kerneli faili ja kaustu. Hoidke saitidel kõike, mida vajate. Ja ärge muutke põhikoodi, selleks on Drupal API.
  4. Kui olete uuenduste mooduli mingil põhjusel välja lülitanud, siis te ei tea, et teie veebisaidil on välja antud kerneli uus versioon. Sel juhul kontrollige värskendusi käsitsi.
  5. Ja kõige banaalsem nõuanne - ärge värskendage ilma varukoopiateta.


SEOTUD ARTIKLID