CMS päivitys. Miksi sinun pitäisi päivittää WordPress

26. huhtikuuta 2017 suositun kehittäjät CMS Joomla ilahdutti meitä sisällönhallintajärjestelmän uudessa versiossa 3.7. Monet, myös minä, kiirehtivät päivittämään Joomla moottori, jotta voit tarkistaa kauan odotettujen mukautettujen kenttien olemassaolon. Se on päivitysprosessi, joka on omistettu tämä oppitunti sekä päivitysprosessin aikana ilmenevien virheiden tunnistaminen ja poistaminen.

Kuinka päivittää CMS Joomla

Voit päivittää Joomlan useilla tavoilla - päivittää ohjauspaneelin kautta tai kirjoittaa tiedostoja uusi versio suoraan palvelimelle. Harkitse kaikkia menetelmiä järjestyksessä.

Automaattinen Joomla päivitys ohjauspaneelin kautta

Kun uusi Joomla-versio julkaistaan, saamme siitä välittömästi ilmoituksen ohjauspaneeliin:

Napsauta "Päivitä nyt" -painiketta ja sinut ohjataan "Joomla Update!" -sivulle. kahdella välilehdellä « Automaattinen päivitys» ja Lisäksi on erittäin suositeltavaa tarkistaa, että asennetut laajennukset ovat yhteensopivia Joomlan uuden version kanssa. Ja minä puolestaan ​​haluan huomata, että jos työskentelet standardin kanssa Joomla malli ja tehnyt siihen muutoksia, suosittelen tallentamaan kaikki muutokset, muuten päivityksen jälkeen menetät ne.

On muitakin tapoja päästä Joomla Update!

• Mene kohtaan "Järjestelmä" -> "Ohjauspaneeli" ja etsi sivun vasemmasta alakulmasta merkintä "Ylläpito", jonka alla on linkkejä moottorin uusiin versioihin ja laajennuksiin.
• Siirry "Komponentit" -osioon -> "Joomla Update!"

Riippumatta siitä, minkä menetelmän valitset, sinut ohjataan seuraavalle sivulle:

Päivittääksesi Joomla automaattisesti, sinun tarvitsee vain napsauttaa "Asenna päivitys" -painiketta (katso kuvakaappaus yllä) ja jos ongelmia ei ilmene, Joomla-moottori päivitetään.

Vaihtoehtoinen tapa päivittää Joomla ohjauspaneelin kautta

Jos automaattinen päivitys ei jostain syystä ole käytettävissä, Joomlan ohjauspaneeli tarjoaa toisen vaihtoehdon, jolla voit myös päivittää CMS:n.

Samalla sivulla "Joomla Update!" mene toiseen välilehteen "Lataa ja päivitä" ja katso jotain seuraavan kuvan kaltaista:

Tämä menetelmä on hyvä, jos et jostain syystä saa yhteyttä Jommlan päivityspalvelimeen, ja tähän voi olla monia syitä.
Meidän tarvitsee vain valita valmiiksi ladattu pakettitiedosto tietokoneeltasi ja napsauttaa "Lataa ja asenna" -painiketta. Tämän jälkeen voit nauttia suosikkisisällönhallintajärjestelmän uudesta versiosta.

Päivitä Joomla kopioimalla uudet tiedostot suoraan palvelimelle

Viimeinen tapa päivittää Joomla on ladata uudet versiotiedostot suoraan palvelimelle. En kerro mitä tätä menetelmää mieluummin, mutta joskus on tilanteita, joissa voit päivittää sisällönhallintajärjestelmän vain tällä menetelmällä.

Jotta voit päivittää Joomlan tällä menetelmällä, sinun tulee suorittaa useita toimia odottamattomien tilanteiden välttämiseksi:

Poista välimuisti käytöstä (jos käytössä)
Tyhjennä ja poista vanhentunut välimuisti (jos sellainen on)
Luo varmuuskopiot tiedostoista ja tietokannoista

Lataa sen jälkeen päivityspaketti (ne ovat yleensä mukana ZIP-muodossa) ja pura se sivuston juurihakemistoon.

Kun arkisto on purettu, siirry ohjauspaneeliin ja tarkkaile seuraavaa - Joomla-versio on päivitetty (josta näkyy oikeassa alakulmassa oleva versionumero), mutta järjestelmä antaa meille tuntemattoman virheen:

Mitä tehdä tässä tilanteessa? Tärkeintä ei ole paniikki, kaikki voidaan korjata. Tosiasia on, että uusien tiedostojen kirjoittamisen jälkeen tietokanta pysyi vanhentuneessa tilassa ja tämä on korjattava.

Tietokantaa ei tarvitse korjata manuaalisesti. Joomla sisältää jo kaiken. Siirry "Laajennukset" -osioon -> "Extension Manager" -> "Databases" ja siirry "Extension Manager: Database Check" -sivulle:

Kuten odotettiin, virheet liittyvät tietokantaan tällaisen päivitystoimenpiteen jälkeen, se ei luonnollisesti päivittynyt. Päivittääksesi tietokannan, napsauta "Korjaa" -painiketta.

Tämän jälkeen tietokanta kiittää ja taulukkorakenne on ajan tasalla. Mutta tässä ilmenee toinen ongelma - sellaiset innovaatiot kuin lisäkenttiä materiaaleille ja käyttäjille (ja jos ne ilmestyvät, ne ovat vammaisia).

Tässä tilanteessa ladattujen tiedostojen etsiminen tulee apuun, mutta ei asennettuja laajennuksia. Siirry "Laajennukset" -osioon -> "Laajennusten hallinta" -> "Etsi" ja siirry "Extension Manager: Search" -sivulle, joka tarjoaa luettelon ei-aktiivisista laajennuksista:

Jos nyt siirryt päivityssivulle, huomaat, että meillä on asennettuna uusin versio Joomlasta.

Mutta ei aina, sanoisin jopa hyvin usein, Joomlan päivitysprosessin aikana ei tapahdu virheitä.

Virheitä päivitettäessä Joomla

Usein tilanteita syntyy automaattisena Joomla päivitys kieltäytyy töistä. Esiin tulee monenlaisia ​​virheitä, joita ei aina voida ratkaista ensimmäisellä kerralla. Toki aina voi käyttää viimeinen tapa päivitykset - kirjoita tiedostoja suoraan palvelimelle, mutta Tämä prosessi ei aina hyvä.

Katsotaanpa, mitä virheitä voi tapahtua päivitysprosessin aikana ja miten niistä pääsee eroon.

AJAX-latausvirhe: Ei löydy

Yksi päivitysprosessin aikana tapahtuvista salakavalaisista virheistä on AJAX Latausvirhe:Ei löydetty:

En mene yksityiskohtiin siitä, kuinka löysin tämän virheen syyn, sanon sen heti - kyse on htaccess-tiedoston määrityksistä.

Jos muokkasit Tämä tiedosto ja määritetty estämään suora pääsy ytimeen tämä virhe tulee varmasti näkyviin. Kuten aina, ratkaisuja on useita:

• nimeä .htaccess-tiedosto väliaikaisesti uudelleen
• Etsi siitä koodirivit, jotka estävät pääsyn ytimeen, ja kommentoi ne.

Ensimmäinen tapa on yksinkertaisin - nimeä ".htaccess"-tiedosto uudelleen esimerkiksi ".htaccess_"-tiedostoksi ja toista päivitysprosessi. Automaattisen päivityksen pitäisi käynnistyä ilman ongelmia.

Avaa toisessa vaihtoehdossa .htaccess-tiedosto muokkausta varten ja etsi noin seuraavat rivit(minun tapauksessani nämä ovat rivit 86-98):

Valitettavasti monet Internet-resurssien omistajat eivät oleta, että verkkosivuston turvallisuus saattaa olla vaarassa. Mutta niin yksinkertainen toimenpide kuin CMS:n päivittäminen voi suojata monilta hakkerihyökkäuksiin liittyviltä ongelmilta.

Missä tahansa CMS:ssä on iso setti erilaisia ​​moduuleja, pohjimmiltaan se on monimutkainen ohjelmistopaketti. Ja CMS-kehittäjät tekevät joskus virheitä (haavoittuvuuksia), joiden ansiosta hakkerit voivat hakkeroida. Ja kukaan ei voi tietää etukäteen, milloin hakkerit löytävät tällaisen haavoittuvuuden ohjelmakoodista hakkeroidakseen sivuston.

3 tärkeää syytä päivittää sisällönhallintajärjestelmäsi

Moottori on päivitettävä vähintään kahdesti vuodessa resurssi turvallisuuden optimoimiseksi ja sen suojaamiseksi hakkerihyökkäykset. Monet sisällönhallintajärjestelmät ilmoittavat uusien versioiden julkaisemisesta hallintapaneelissa ja lyhyen kuvauksen tehdyistä muutoksista.

1. Älä aseta sivustoasi hakkeroinnin vaaraan. CMS-kehittäjät julkaisevat säännöllisesti uusimmat versiot, joiden tarkoituksena on parantaa turvallisuutta. Useimmat sisällönhallintajärjestelmät ovat maukkaita hakkereille. Siksi on suositeltavaa asentaa päivitykset ajoissa.
2. Usein moottori ei ole täysin kehittynyt ja siedät bugeja, jotka ärsyttävät sinua. Kuka tahansa ohjelmistotuote saattaa olla puutteita, minkä vuoksi kehittäjät ovat mukana seuraava versio korjata nämä virheet.
3. On todennäköistä, että sivustosi on vanhentunut. Moottorin uusi versio saattaa parantaa monia toimintoja, jotka tekevät resurssista mukavampaa käyttäjille.

Mihin verkkosivuston tietoturvaloukkaus voi johtaa?

Jos on tapahtunut hakkerointi ja sivuston suojausrikkomus, sillä voi olla erittäin kielteisiä ja joskus vaikeasti eliminoitavia seurauksia:

• Sinun sisältösi voidaan korvata jonkun muun sisällöllä
• Kolmannen osapuolen resursseihin johtavien linkkien sijoittaminen
• Virukset tuodaan lähettämään roskapostia tai troijalaisia
• Hakkeroidulla verkkosivustolla varastetaan tietoja, esimerkiksi luettelo asiakkaista, joiden kanssa käytiin kirjeenvaihtoa
• Sivuston toiminnassa saattaa ilmetä osittaista tai täydellistä häiriötä sen täydelliseen pysähtymiseen saakka.
• Kaikki sivuston sivuille lähetetyt tiedot voivat kadota

Lähes kaikissa sisällönhallintajärjestelmissä on haavoittuvuuksia, mutta tämä ei ole kohtalokasta. Koska CMS-kehittäjät havaitsevat ja poistavat ne säännöllisesti. CMS:n päivittäminen on yleinen käytäntö, joka suojaa verkkoresurssia poistamalla CMS-koodin haavoittuvuuksia.

Kuinka usein sisällönhallintajärjestelmää tulee päivittää?

CMS on suositeltavaa päivittää puolen vuoden välein tai vähintään kerran vuodessa. Useimmat sisällönhallintajärjestelmät ilmoittavat sinulle, kun uusia versioita tulee saataville sivuston hallintapaneelissa. Usein lisätty lyhyet kuvaukset, jotka kertovat, mitä uusia ominaisuuksia tai toimintoja on lisätty tai mitä virheitä tai tietoturvaongelmia on korjattu.

Jos asennat päivityksen käynnissä olevalle sivustolle, se voi kuitenkin epäonnistua. Näin tapahtuu, kun sivustoa kehitettäessä asennettiin joitain moduuleja tai laajennuksia, jotta sivusto voi suorittaa tiettyjä muita toimintoja kuin perustoimintoja. Tämä laajennus ei toimi oikein sisällönhallintajärjestelmän uuden version kanssa. Tässä tapauksessa sinun on etsittävä samanlainen moduuli uudelle versiolle.

CMS:n säännöllinen päivitys uusimpaan nykyiseen versioon on tarvittava toimenpide tarkoituksena on varmistaa sivuston turvallisuus. Sinun on kuitenkin ymmärrettävä, että se ei ole aina seuraava päivitys sisältää korjauksia kaikkiin haavoittuvuuksiin. Tämä koskee erityisesti ilmaisia ​​(avoimen lähdekoodin) moottoreita.

• Miksi meidän on tärkeää vastata asiakkaidemme odotuksiin?

CMS:n luotettavuuden ja turvallisuuden tärkein kriteeri

Uusien päivitysten laatu ja tiheys on ehkä tärkein luotettavuuden indikaattori. Koska siinä sanotaan, että kehittäjät tukevat CMS:ää ja poistavat sen haavoittuvuudet. Jos moottoria ei ole päivitetty puoleentoista vuoteen, niin todennäköisesti kehittäjät ovat lopettaneet sen tukemisen.

Jos käytät kaupallista sisällönhallintajärjestelmää, kuten Bitrix, kehittäjäyritys on vastuussa päivityksistä. Lisenssimaksu sisältää taatun teknisen tuen.

Jos käytät ilmaista (avoimen lähdekoodin) CMS:ää, on suositeltavaa, että sivustokehitysyritys toimittaa säännöllisesti päivityksiä. Joillekin sisällönhallintajärjestelmille päivitysten suorittaminen on monimutkainen prosessi, joka vaatii erittäin päteviä asiantuntijoita. Ja tässä tapauksessa päivityksen suorittamiseksi on välttämätöntä sulkea sivusto väliaikaisesti ylläpitoa varten.

PÄÄTELMÄ: verkkosivuston turvallisuus riippuu suurelta osin sisällönhallintajärjestelmän päivityksen säännöllisyydestä.

Säännölliset päivitykset (vähintään kerran vuodessa) estävät luvattoman käytön ohjelmakoodi. Koska kehitystiimi tunnistaa jatkuvasti haavoittuvuuksia ja julkaisee niihin päivityksiä ohjelmistomoduulit, jotka tarjoavat hyökkääjille mahdollisuuden koodin etäsuorittamiseen.

Huomioimme, että web-studiomme käyttää työssään vain kaupallisia alustoja verkkosivustojen (CMS) luomiseen Venäjän tuotanto. Tarvitaan julkaisu, joka nostaisi verhon ohjelman säännöllisin väliajoin päivittämisen tarpeesta.

Jos katsot Asiakkaan yrityksen tavallisen työntekijän silmin, joka suorittaa vain yrityksen verkkosivujen sisällön täyttötehtäviä (uutiset, artikkelit, tuotteet, palvelut jne.), tällä työntekijällä ei ole tarvetta päivittää sivuston alusta. Tämä kaikki johtuu siitä, että harvat ihmiset ymmärtävät, miksi tätä tarvitaan. Kaikki ymmärtävät, että esimerkkiä on päivitettävä virustorjuntaohjelmat päällä henkilökohtainen tietokone, tai selain on päivitettävä - koska tämä nopeuttaa sivuston sivujen lataamista tai käyttöjärjestelmä on päivitettävä. Mutta se ei saavuta sivustoa ennen kuin se on "elossa". Lisäksi sivusto ei sijaitse työntekijän tietokoneella, vaan jossain siellä etäpalvelin. Lisäksi sivustoa käsitellään toisinaan kuin tietokonetta, kun resurssi saa viruksen tai hajoaa. Mutta jos tietokone voidaan vaihtaa helposti, sivustolla on vietettävä paljon aikaa kunnostustöiden suorittamiseen.

Keskimääräinen lasku teknisestä tuesta ja yrityksen ohjelman vuosipäivityksestä maksaa noin 120 000 ruplaa - paljon. Ja nyt otamme pienen verkkokaupan, jonka keskimääräinen liikenne on 1000 ihmistä päivässä - se on noin 365 000 potentiaalisia asiakkaita vuonna. Oletetaan, että tämä verkkokauppa myy vaatteita, joiden keskihinta on 1000 ruplaa. Jos teet kaiken oikein, ei ole vaikeaa saada yli 3 prosentin ostokonversioprosentti kohdevieraille, mutta otamme myös tässä keskiarvon. Meidän on kerrottava keskimääräinen prosenttiosuus keskimääräisillä kustannuksilla ja kerrottava päivien määrällä, suunnilleen näin: 1 000 (kustannus) x 3% (asiakkaiden määrä päivässä) x 365 (päiviä vuodessa) = 10,950 000 (liikevaihto). Ja tämä on vain pessimistinen arvio liikevaihdosta, koska kerran ostanut asiakas voi ostaa uudelleen uudet vaatteet toisesta kokoelmasta. Osoittautuu, että ostoja tehdään päivässä 30 000 ruplaa.

Ymmärrämme jo tuloista, ja katsotaan nyt tappioita seisokkien aikana - loppujen lopuksi tehtävämme on säästää samat 120 000 ruplaa vuodessa, jotta et tilaa tekninen tuki ja verkkokaupan moottorin päivittäminen.

Epäonnistumisen tai virustartunnan sattuessa verkkokauppa lakkaa toimimasta vakaasti, esimerkiksi helpoin tapa "tartuttaa" sivusto on käyttää FTP-yhteyttä tartunnan saaneen tietokoneen kautta ja virus alkaa samanaikaisesti ystävystyä" sivustosi kanssa.

Lasketaan nyt työn hinta ja siihen liittyvät kustannukset (hylkäämme heti mahdollisuuden palata varmuuskopion avulla alkupisteeseen ennen sivuston epäonnistumista tai tartuntaa, koska tällä tavalla "peitetään" erittäin syy tapahtumaan, ja tämä uhkaa menettää tilaukset, jotka on tehty ajanjaksona viimeisestä varmuuskopiosta freelance-tilanteiden esiintymiseen):

Keskimäärin ohjelmoijat tarvitsevat 2–72 tuntia syiden tunnistamiseen ja sitten ongelman poistamiseen (työn hinta per tunti on 1 000 ruplaa);
verkkokaupan seisokkiaika voi olla 1 päivästä (tapauksessamme tämä on vähintään 30 000 ruplan välitön menetys);
uskollisuuden menetys (ei kaikki potentiaalinen ostaja palaa sivustolle uudelleen - jos se katosi jonnekin ensimmäisen kirjautumisen aikana).

Mutta, eikä siinä vielä kaikki - kun syy on korjattu kerran, mutta oppituntia ei ole otettu, outoa kyllä, tapahtuu uusiutuminen, kun jokainen myöhempi virhe sivustolla maksaa keskimäärin kaksi kertaa niin paljon kuin edellinen.

Etkö halua luottaa kohtaloon ja toivoa, että kaikki kokeet ohittavat sivustosi? Sitten

Asiakkaat ottavat yhteyttä toimistoomme erilaisissa asioissa: liittyen verkkosivustojen luominen ja edistäminen, uudelleensuunnittelu a tilata mukautuva asettelu ja niin edelleen. Useimmissa tapauksissa huomaamme sen cms sivustosta ei ole päivitetty pitkään aikaan.

Sitten suosittelemme asiakasta päivittämään cms järjestelmä. Onko tämä todella tarpeellista? Mitä vanhentunut verkkosivusto tarkoittaa verkkosivuston omistajalle? ohjausjärjestelmä? Ja mitä hyötyä niistä on cms päivitykset voimmeko odottaa? Yritämme vastata näihin ja muihin kysymyksiin tässä artikkelissa.

Mikä on verkkosivuston CMS ja miksi sitä tarvitaan?

CMS tai sivuston sisällönhallintajärjestelmä on ohjelmisto, jonka avulla voit helposti hallita sivustoa ja täyttää sen sisällöllä omistamatta erityistä tietoa ja ohjelmointitaidot. Nykyään niitä on monia erilaisia CMS, ne kaikki on jaettu maksettuihin ja ilmaiset järjestelmät hallinta sekä CMS avoimella ja suljetulla lähteellä.

Yksi suosituimmista moottoreista 1C-Bitrix, UMI.CMS, WordPress, Joomla!

Tietää, mikä sisällönhallintajärjestelmä asennettuna verkkosivustollesi, voit käyttää Wappalyzer-selainlaajennusta.

Päivitetty tarkoittaa suojattua

Kaikki CMS, kuten kaikki muutkin ohjelmistot, julkaisee ajoittain päivitetyt versionsa. Päivitetyt moottorit sisältävät paitsi uusia toimintoja ja ominaisuuksia sivustolle ja sen kehitykselle, myös parannetun turvajärjestelmän.

Vanhentuneet tietoturvavirheet Verkkosivusto CMS - vapaalippu hakkereille. Juuri vanhentuneiden sisällönhallintajärjestelmien sivustot ovat ensisijaisesti alttiina hyökkäyksille ja hakkerointiin. Pääsääntöisesti hakkerointi tapahtuu tarkoituksena pakottaa vierailija uudelleenohjaamaan sivustollesi kolmannen osapuolen resurssi tai viruksen levittämiseksi vierailijoiden keskuudessa. Sivuston omistajien tulee kiinnittää tähän erityistä huomiota

että viruksen saastuttamat sivustot estetään hakukoneet. Tilastojen mukaan noin 70 % hakkeroista tapahtuu sivustoilla, joiden sisällönhallintajärjestelmä on vanhentunut. Ja tämä on varsin loogista, koska jos on avoin ikkuna, miksi tunkeilija murtautuisi lukittuun oveen?

Joten ohjelmistojen parantamisprosessin ohella krakkarit parantavat myös taitojaan, uusia viruksia ja haittaohjelma. Siksi ylläpitääkseen "hyvän ja pahan" tasapainoa ja suojellakseen käyttäjiään, kehittäjiään CMS-järjestelmät joutuvat julkaisemaan päivitetyt, turvallisemmat versiot ohjelmistostaan.

Välttää tarpeettomia ongelmia, mikä voi johtaa tarpeettomaan hukkaan, sivuston omistajien on seurattava uusien versioiden julkaisua ja tuotettava ajoissa cms päivitys nykyinen versio .

FAQ

- Voiko syntyä ongelmia, jos sisällönhallintajärjestelmää ei päivitetä?

Et välttämättä heti huomaa eroja hallintajärjestelmän toiminnassa, ja sivusto on toiminut edelleen. Kuitenkin ajan myötä (älä unohda, että kaikki liittyy tietotekniikka parannetaan jatkuvasti) voi syntyä ja kertyä monenlaisia Ongelmia. Kuten olemme jo todenneet, myös sivuston tietoturvassa voi olla ongelmia.

Ja jos laiminlyöt sisällönhallintajärjestelmän päivittämisen pitkään aikaan, voi tulla hetki, jolloin pelkkä sisällönhallintajärjestelmän päivittäminen uuteen versioon ei enää auta. Tässä tapauksessa sinun on siirrettävä sivusto osoitteeseen uusi järjestelmä CMS, ja nämä ovat täysin erilaisia ​​​​työvoimakustannuksia, ja palveluiden kustannukset ovat jo paljon korkeammat.

- Mitä tehdä, jotta sinulla on aina kehittyneempi ja turvallisempi sisällönhallintajärjestelmä?

Sisällönhallintajärjestelmä on päivitettävä välittömästi, kun uusi nykyinen versio julkaistaan. Voit seurata päivityksiä ja asentaa ne joko itsenäisesti tai käyttämällä sivustomme tukipalveluita, jotka sisältävät sisällönhallintajärjestelmän päivityksen.

- Kuinka usein päivität?

On sivuston omistajien itsensä edun mukaista päivittää CMS-järjestelmä, heti uusien päivitettyjen ja parannettujen versioiden julkaisun jälkeen, parannetulla suojajärjestelmällä ja virheillä korjattu aiemmat versiot. Voit lukea uusista päivityksistä osoitteessa

CMS:n päivittäminen - tai päivittämättä jättäminen - ei ole kysymys!

Voisimme puhua pitkään siitä, kannattaako päivityksiä seurata, pitääkö CMS-järjestelmää päivittää, mutta sanotaanpa näin - päivittää vai ei, ei ole kysymys.

Tämän vahvistamiseksi esittelemme alla useita etuja, jotka puhuvat selvästi päivityksen puolesta.

Oikea-aikaisten CMS-päivitysten edut

• Päivitetty verkkosivuston tietoturvajärjestelmä on paras suoja hakkeroinnilta ja hyökkäyksiltä verkkosivustoa vastaan.
• Asennus päivitetyt versiot sisällönhallintajärjestelmillä on positiivinen vaikutus sivuston nopeuteen.
• Vähentää virheiden mahdollisuutta koodin suorituksessa ja tietokantojen kanssa työskentelyssä
• Päivitysten avulla sivuston omistajat voivat käyttää uusia sovelluksia ja laajennuksia, minkä ansiosta sivustosta voi tulla käyttäjälle houkuttelevampi ja kätevämpi

Kaikki jatkuu, kaikki muuttuu, tänään järjestelmäsi on täydellinen, ja huomenna joku keksi kuinka hakkeroida se. Suurin osa tehokas ratkaisu Kysymys on jatkuvasti seurata päivityksiä ja asentaa ne ajoissa.

DataLife Engine(DLE) - suosittu järjestelmä sivuston materiaalinhallinta, joka tunnetaan yleisesti nimellä "moottori". Sivuston siirtäminen DLE-moottoriin tapahtuu yksinkertaisella jakelun uudelleenasennuksella. Tässä tapauksessa DLE-moottorin sisäänrakennettua kykyä käytetään palauttamaan itsenäisesti tietokanta (DB). Samaa moottorikykyä käytetään myös CMS DLE:ssä - idea kaiken uuden ja puhtaan ystäviltä. Henkilökohtaisesti tällaisia ​​​​ongelmia tarvitaan vain moottoria päivitettäessä. Pitkän tiedostomuokkauksen ja optimoinnin jälkeen moottori on helpompi purkaa ja asentaa uudelleen. Erityiset kiitokset Alexander Alaeville hänen oppituneistaan ​​ja ohjeistaan ​​DLE-optimointiin.

Tallennamme tietokannan (DB)

Työskentely sivuston tiedostojen kanssa käyttöjärjestelmä alkaa sen varmuuskopiosta (varmuuskopiointi). Varmuuskopiointi on elinehto. Luominen varmuuskopio verkkoresurssin avulla voit välttää monia epäonnistumiseen liittyviä ongelmia tiedostotoiminnot verkossa. Lisäksi, jos sinulla on moottorin jakelu ja sivuston varmuuskopio, voit kuljettaa sitä missä tahansa Internetissä.

Periaatteessa tämä ei ole tällainen innovaatio - käyttää sen sisäänrakennettua kykyä varmuuskopioida ja palauttaa tietokanta (DB) siirtääksesi tai asentaaksesi uudelleen CMS DLE -moottorin. Vaikein ja vaarallisin asia tässä menetelmässä on olla hämmentymättä sen kopioissa. Koska tietokantaversion on vastattava täsmälleen itse moottorin versiota.

Vanhan moottorin tietokanta ei koskaan sovi uuteen, ja päinvastoin

Jos sen versio ei muutu siirtäessäsi sivustoa CMS DLE:hen tai asennat moottoria uudelleen, voit varmuuskopioida vanhan tietokannan ja palauttaa sen myöhemmin. Jos moottorin versio kasvaa, tietokanta on ensin päivitettävä nykyiseen versioon, sitten varmuuskopioitava ja sen jälkeen palautettava, ja vain se. Käytä sivuston tietokantaa ja moottoria eri versioita ei toimi. Tietokannan päivittäminen on helppoa. Se päivitetään automaattisesti, kun itse moottori päivitetään. Lisäksi tätä ei tarvitse tehdä suoraan isännöinnissä, se voidaan tehdä myös paikallisella koneella pakettia käyttämällä.

CMS DLE:n täydellisen varmuuskopion tekeminen

Ensinnäkin luomme varmuuskopion suosikkisivustoltamme (varmuuskopio - varmuuskopio).

Varmuuskopion tekeminen CMS DLE:ssä on melko helppoa. Tähän ei tarvita kolmannen osapuolen ohjelmistoja, koska verkkosivustomoottorin kehittäjä on varannut tällaisen tarpeen. Ja tätä varten suoritamme "siettömän saavutuksen" - mene sivustosi hallintapaneeliin, osioon "Kaikkien osioiden luettelo" => "Tietokannan hallinta" ja napsauta "Tallenna tietokanta" -painiketta. Sen jälkeen "tampelemme" omaamme ja lataamme sivuston koko juurikansion ja sen juuri tehdyn kopion tietokannasta paikalliselle koneelle. Kaikki on erittäin yksinkertaista, hauskaa ja jopa hieman hauskaa.

Kuitenkin herrasta ja toverista tulee hyvin onneton ja ei ollenkaan hauska, kun hänen hämmästyttävän sivustonsa tietokanta menee helvettiin ja koko sivusto peitetään kuparisella altaalla. Kun päivität suosikki CMS DLE -moottoriasi, on olemassa tällainen riski, ja kehittäjä varoittaa sinua suoraan, että tämä prosessi ei ole peruutettavissa. Tehdään siis varmuuskopioita, kun varmuuskopioitavaa on. Emmekä syytä kehittäjää turhaan. Hänellä ei ole mitään tekemistä sen kanssa. Tällainen kolari voi helposti tapahtua esimerkiksi palvelimen toimintavirheen seurauksena.

Tanssii kanssa alustava päivitys sivuston ongelmat liittyvät nimenomaan tarpeeseen päivittää tietokanta nykyiseen versioon ja ennen kuin moottoritiedostot puretaan kokonaan. Myöhempi uuden moottorin asennus ja päivitetyn tietokannan palauttaminen tallennetusta kopiosta luo uuden moottorin asennuksen vanhaan tietokantaan. Vain saadakseen sen uuteen moottoriin vanha pohja tiedot - se on ensin päivitettävä ja tallennettava, jotta myöhemmin on jotain palautettavaa.

Ja kauemmas. Tämä idea ei välttämättä toimi suurilla sivustoilla, joilla on suuret pohjat tiedot. Valitettavasti. Haluan erityisesti muistuttaa, että vain työn suoraan suorittava henkilö (työnjohtaja) on vastuussa kaikista työmaalla suoritettavista toimista. Ja tämänkaltaiset artikkelit julkaistaan ​​vain tiedoksi.

Miksi tarvitset CMS DLE:n "puhtaan" päivityksen (uudelleenasentamisen).

Sanon heti, kehittäjä ohjausjärjestelmä DataLife Engine (DLE) ei suvaitse tällaisia ​​temppuja ja temppuja. Kehittäjällä on omansa yksityiskohtaiset ohjeet moottorin päivitykseen, joka ei ole muuttunut vuosiin. CMS DLE:n päivittäminen kehittäjän ohjeiden mukaan on paljon helpompaa ja rauhallisempaa - latasit tiedostot isännöintiisi, soitti asennusohjelmaan, kävi nopeasti läpi sen suosituspainikkeet ja poisti sitten kansion palvelimelta päivitys ja tiedosto install.php, ja - siinä kaikki. Kaikessa kaikesta, enintään 10 minuuttia. Ja voit jo alkaa juomaan olutta tai mitä tahansa sinulla on...

Miksi sitten tarvitaan "puhdas päivitys"?

« Puhdas päivitys", tämä on pohjimmiltaan yksi vaihtoehdoista normaali uudelleenasennus. Tämän päivityksen keksivät kaiken uuden ja puhtaan ystävät. Joskus moottorin uudelleenasennus tehdään sen palauttamiseksi tiedostorakenne tai pyrkii pääsemään eroon mahdollisista epäilyttäviä tiedostoja. Henkilökohtaisesti käytin samanlaista menetelmää sivuston siirtämiseen hosting-palvelusta toiseen.

"Puhdas päivitys" CMS DLE on täydellinen uudelleenasennus sivuston moottori, sen täydellinen purku järjestelmätiedostot ja tietokannan (DB) päivittäminen uusimpaan versioon. "Puhdas" tarkoittaa sivuston hallintajärjestelmän päivitystä, jossa kaikki vanhat järjestelmätiedostot poistetaan ja vastineeksi ehdoton uusi jakelu. Tällaisen moottorin uudelleenasennuksen jälkeen sen uudet mukautetut asetukset tehdään.

Se vain päivittää tavallista tavallisella tavalla, en koskaan mene moottorin hallintapaneeliin. Onko se paha. Koska jokainen seuraava CMS DLE:n päivitys liittyy siihen, että siihen lisätään uusia toimintoja, mikä puolestaan ​​​​ aiheuttaa uusien painikkeiden lisäämisen sen hallintapaneeliin. Siten kirjautuminen CMS DLE -hallintapaneeliin sen tutkimiseksi ja määrittämiseksi päivityksen jälkeen on pakollinen toimenpide. Joten käy ilmi, että "puhdas" päivitys on kuin potku rakkaallesi, joka stimuloi pääsyä moottorin hallintapaneeliin, perusteellista tutkimusta ja uusia asetuksia.

Lisäksi hengaillessani DLE-foorumilla huomasin, että joillakin DLE CMS:n sivustojen omistajilla alkaa olla ongelmia hallintajärjestelmän päivittämisen jälkeen uusimpaan versioon. Yleensä tämä johtuu isännöinnin konfigurointiominaisuuksista, tiedostorakenteen vaurioitumisesta tai kolmansien osapuolien moduulien toiminnasta, jotka eivät kestä uusia muutoksia. Ja jos sivustolla on myös paljon moduuleja, voit joskus mennä hulluksi päivittäessäsi tällaisen sivuston. CMS DLE:n "puhdas" päivitys mahdollistaa ensin itse sivustomoottorin päivityksen ja toiminnan konfiguroinnin ja vasta sitten siihen, että siihen liitetään ylimääräisiä moduuleja. Jokainen erikseen ja jokainen vuorotellen. Muuten, tämä on erittäin hyvä syy pohtia näiden sivullisten moduulien etuja ja tarpeellisuutta sivustolla. Käytäntö osoittaa, että reilu puolet sellaisista kehityshankkeista on arvottomia leluja, vitsejä, ja siinä kaikki.

No, on yksi ylimääräinen (ja usein tärkein) syy asentaa uudelleen ("puhdas" päivitys) DLE-moottoriin. Tämä on halu päästä eroon vainoharhaisuudesta ja hermostuneisuudesta, joka liittyy hakkeriyhteisön söpöjen eläinten ilmestymiseen sivustolle... Tietenkin tämä on filosofinen aihe. Kukaan ei ole koskaan ollut suojassa sivuston epäonnistumiselta. Mutta kun kaikki vanhat tiedostot on poistettu ja puhdas jakelu isännöinnistä purettu, se on jotenkin rauhallisempi...

Tarvitset CMS DLE:n "puhtaan" päivityksen
moottorin uuden version jakelusarja,
ajokortti (aktivointikoodi) ja halu työskennellä
(Lataa jakelu DLE-verkkosivustolta ja aloita)

CMS DLE:n "puhdas" päivitys (uudelleenasennus).

Luomisen ja isännöinnistä lataamisen jälkeen valmis! varmuuskopio sivustosta,
Aloitetaan suoraan sen moottorin päivittäminen - CMS DLE.

Tässä tapauksessa tapahtuu suunnilleen seuraavaa:

1. Sivuston alustava päivitys, joka tehdään yhdellä tarkoituksella -
   päivitä sivustotietokanta (DB) uuden version moottorin tasolle.
2. Pakollinen varmuuskopion luominen päivitetystä tietokannasta
3. Varmuuskopion tallentaminen päivitetystä tietokannasta pakollinen
4. Moottorin järjestelmätiedostojen täydellinen purkaminen.
5. Uusien tiedostojen lataaminen isännöintiin ja uuden ohjausjärjestelmän asentaminen.
6. Päivitetyn tietokannan palauttaminen sen varmuuskopiosta.
7. Sivustomoottorin mukauttaminen uudella tavalla.

"Puhdas päivitys" - CMS DLE -verkkosivusto

Toimintojen algoritmi on suunnilleen seuraava:

1. Suoritamme tavallisen CMS DLE -päivityksen kehittäjän ohjeiden mukaan.
2. Tarkistamme sivustomme toimivuuden. Jos kaikki on "tip top", "KYLLÄ" ja "OK" - jälleen pakko! Luomme verkkosivuston ja sen tietokannan. Sen jälkeen pumppaamme tämän pois täysi varmuuskopio paikalliseen koneeseen. Sivustomoottorin uudelleenasennuksen jälkeen tietokanta poistetaan ja se on palautettava tästä päivitetystä ja työkopiosta.
3. Poistamme kansiot isännöinnistä:
   Moottori ja kieli.
4. Emme poista kansioita:
   varmuuskopio - nämä ovat kopioita tietokannasta (DB)
   mallit - nämä ovat sivuston sivumalleja
   lataukset on arvokkain kansio. Se tallentaa kuvia ja tiedostoja uutis-, julkaisu- ja tilastosivuilta sekä henkilökohtaisia ​​tiedostoja ja käyttäjien avatareja.
5. Suoritamme moottorin uuden asennuksen kehittäjän ohjeiden mukaan. HUOMIO! Aikana uusi asennus CMS DLE -moottori, asennusohjelma poistaa todellisen tietokannan (DB) ja luo oman, toisen. Tämä tietokanta sisältää vain kaksi tai kolme DLE:n uutisdemoa.
6. Palautamme alkuperäisen tietokannan edellisenä päivänä tehdystä päivitetystä kopiosta.
   Voit tehdä tämän siirtymällä hallintapaneeliin, siirtymällä kohtaan "Kaikkien osien luettelo" => "Tietokannan hallinta" ja napsauttamalla "Palauta tietokanta" -painiketta. Valitse kopioluettelosta täsmälleen sama kopio, joka tehtiin sen jälkeen Viimeisin päivitys ohjausjärjestelmän uuteen versioon.
7. Tyhjennä moottorin ja selaimen välimuisti:
   - "Tyhjennä välimuisti" -painike on alareunassa kotisivu ohjauspaneelit
   - Tyhjennä selaimen välimuisti - Ctrl+Shift+Del

Tällaisen itsemme pilkkaamisen jälkeen DLE-sivustomme pitäisi vihdoin herää eloon päivitetyssä muodossa. Nyt se on pakollista - sinun on siirryttävä sivuston hallintapaneeliin ja tehtävä kaikki uudelleen