Joomla päivitys ja mahdolliset virheet. Oikea-aikaisten CMS-päivitysten edut

Asiakkaat ottavat yhteyttä toimistoomme erilaisissa asioissa: liittyen verkkosivustojen luominen ja edistäminen, uudelleensuunnittelu a tilauksesta mukautuva asettelu ja niin edelleen. Useimmissa tapauksissa huomaamme sen verkkosivusto cms 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 verkkosivustoa ja täyttää sen sisällöllä ilman erityisiä tietoja ja ohjelmointitaitoja. 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 säännöllisesti 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 heidän on julkaistava 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 CMS:n päivittämisen pitkään aikaan, saattaa tulla aika, jolloin sisällönhallintajärjestelmän yksinkertainen päivitys uusi versio ei auta enää. Tässä tapauksessa sinun on siirrettävä sivusto osoitteeseen uusi järjestelmä CMS, ja nämä ovat täysin erilaisia ​​​​työvoimakustannuksia, ja palvelukustannukset ovat täällä paljon korkeammat.

- Mitä tehdä, jotta CMS on aina kehittyneempi ja turvallisempi?

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.
• Sisällönhallintajärjestelmän päivitettyjen versioiden asentaminen vaikuttaa positiivisesti 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 yhdestä isännöinnistä 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" on sivuston hallintajärjestelmän päivitys, jossa kaikki vanhat järjestelmätiedostot poistetaan ja vastineeksi ehdottomasti 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 päivitys CMS DLE liittyy siihen uusien toimintojen lisäämiseen, 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 määrittämisen 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 DLE-moottorin ("puhtaan" päivityksen) uudelleenasentamiseen. 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 missään ei ole koskaan ollut immuuni sivuston epäonnistumiselta. Mutta kun kaikki vanhat tiedostot on poistettu ja puhdas jakelu isännöinnistä purettu, se on jotenkin rauhallisempi...

"puhtaalle" CMS päivitykset DLE tarvitaan
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 "Kaikkien osien luettelo" -osioon => "Tietokannan hallinta" ja napsauttamalla "Palauta tietokanta" -painiketta. Valitse kopioluettelosta täsmälleen sama kopio, joka tehtiin sen viimeisen päivityksen jälkeen 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

26. huhtikuuta 2017 kehittäjät suosittu CMS Joomla ilahdutti meitä sisällönhallintajärjestelmän uudella versiolla 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 uudet versiotiedostot 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:

varten automaattinen päivitys Joomlalle sinun tarvitsee vain napsauttaa "Asenna päivitys" -painiketta (katso yllä oleva kuvakaappaus), 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 tarjoaa 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äällä 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ä. Tarkastellaan nyt tärkeimpiä.

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):

Verkkosivustojen omistajat ottavat meihin yhteyttä eri tarkoituksiin(lisää uusia toimintoja/ominaisuuksia sivustolle, suunnittele sivusto uudelleen, tee mukautuva ulkoasu jne.). Ja ensimmäinen asia, johon kiinnitämme huomiota, on se, että useimpien sivustojen sisällönhallintajärjestelmää ei ole päivitetty pitkään aikaan. Melkein kaikissa tällaisissa tapauksissa lisäämme teknisiin eritelmiin vielä yhden kohteen - CMS:n päivityksen. Tässä artikkelissa kerromme sinulle, miksi tämä on tärkeää.

Syitä sisällönhallintajärjestelmän päivittämiseen:

1. Altistat itsesi hakkeroinnin vaaralle.

Useimmat sisällönhallintajärjestelmät ovat herkullinen pala hakkereille. Siksi kehittäjät julkaisevat uusia versioita, joiden muutokset liittyvät nimenomaan turvallisuuden lisäämiseen. Tämä on kirjoitettu lyhyesti päivityksen kuvauksessa. Suosittelemme tällaisten päivitysten asentamista ajoissa.

2. Käytät sivustoa, jossa on virheitä ja häiriöitä, jotka luultavasti jopa ärsyttävät sinua, mutta siedät niitä.

Missä tahansa tuotteessa voi olla vikoja, joita ei heti "tahdu". Siksi on erittäin todennäköistä, että sisään seuraava versio nämä virheet korjataan (on kuitenkin mahdollista, että uudessa toiminnallisuudessa tulee uusia, joten emme suosittele CMS:n päivittämistä samana päivänä kun uusi versio julkaistaan, odota kunnes muut "testaavat" sen, noin kuukausi).

3. Sivustosi on vanhentumassa moraalisesti ja teknisesti.

Kun työskentelet verkkosivustosi parissa, huomaat ajan myötä, että joitain asioita on muutettava, jotta sivuston käyttö olisi sinulle ja käyttäjillesi helpompaa, tai kun huomaat, että on aika suunnitella sivusto uudelleen (lisätietoja löytyy). Voit esimerkiksi parantaa hakua, lisätä tuotesuodattimia, muuttaa kuvien näyttämisperiaatetta jne. Saatat kysyä: mitä tekemistä tällä on sisällönhallintajärjestelmän päivityksen kanssa, jos voit yksinkertaisesti parantaa olemassa olevia moduuleja/laajennuksia? Sitä voidaan parantaa, tai ehkä nämä toiminnot on sisällytetty sisällönhallintajärjestelmän uuteen versioon. Sitten tapat useita lintuja yhdellä iskulla - saat uusia toimintoja, huolehdit turvallisuudesta ja päivität käytetyt puitteet.

Sattuu myös niin, että käyttämäsi CMS:n "haara" lakkaa olemasta tuettu eikä sinulla ole minnekään kasvaa, uusia laajennuksia, moduuleja tai ominaisuuksia ei tule. Sivustosi kehitys lakkaa, mikä tarkoittaa, että sekä PS että käyttäjät huomaavat tämän pian ja he kyllästyvät sivustoosi. Sivustoa ei kannata tuoda tähän tilaan, koska päivitys voi tällöin maksaa enemmän tai jopa uuden sivuston tekeminen on helpompaa ja halvempaa kuin vanhan päivittäminen.

Kuinka usein minun pitäisi päivittää?

Monet sisällönhallintajärjestelmät ilmoittavat uusista versioista hallintapaneelissa Lyhyt kuvaus muutokset: ne koskevat uusien toimintojen ja ominaisuuksien lisäämistä, virheiden tai tietoturvaongelmien poistamista.

Alla oleva kuvakaappaus on esimerkki tällaisesta ilmoituksesta WordPress-sivuston hallintapaneelissa, jossa on aktiivinen linkki viralliselle verkkosivustolle ja kuvaus ominaisuuksista, jotka ovat käytettävissäsi päivityksen jälkeen:

WordPress-järjestelmänvalvoja lyhyillä uutisilla aiheesta Viimeisimmät päivitykset CMS ja paljon muuta

Kuten ymmärrät, on tärkeää päivittää järjestelmä aina, kun julkaistaan ​​versiot, joissa on korjattuja virheitä ja tietoturvaongelmia.
Uusi toiminto on valinnainen; ehkä et tarvitse sitä juuri nyt, ja tällainen päivitys voi odottaa.

Neuvoja: ennen päivitystä ja lisäämisen jälkeen Suuri määrä tuotteet, valokuvat, artikkelit muista tehdä varmuuskopio. Useimmissa sisällönhallintajärjestelmissä on sisäänrakennetut varmuuskopion luonti-/palautusmoduulit tai laajennukset. Voit myös luoda/palauttaa varmuuskopion isännöinnin hallintapaneelin avulla. Yleensä varmuuskopion luominen on hyvin yksinkertaista, ja sivuston omistaja voi tehdä sen ilman erityistä tietoa periaate CMS työtä. Voit selvittää isännöinnin itse tai kirjoittamalla tekniselle tuelle.

Kuinka päivittää?

Kaiken kerääminen Tilit(tietokanta, FTP, pääsy sivuston hallintapaneeliin).

Päivitys voidaan suorittaa automaattisesti, muutamalla napsautuksella sivuston hallintapaneelissa (Kuva 2-4) tai FTP:n kautta (joissakin CMS-järjestelmissä tämä on mahdollista vain FTP:n kautta). Mutta periaate on sama - tiedostot päivitetään palvelimelle, ja taulukoiden rakenne tai itse tietokanta muuttuu tietokannassa. Tietokannan päivittäminen tapahtuu lähes huomaamattomasti päivityksen tekevälle henkilölle. Yleensä sinun tarvitsee vain syöttää tiedot muodostaaksesi yhteyden tietokantaan ja napsauttaa "OK"- ja "Seuraava"-painikkeita.

Kuva 2. WordPress-järjestelmän automaattinen päivitys. Vaihe yksi - "taikapainike"

Kuva 3. Vaihe kaksi - katso kaikki, mitä automaattinen päivitysjärjestelmä tarjoaa meille "päivitettäväksi". Tässä on itse moottori ja lisäosat (saattaa myös olla teemoja)

Kuva 4. Vaihe kolme, lopullinen - raportti tehdyistä muutoksista ja päivityksen tilasta (joskus saattaa esiintyä virheitä, joista saamme selville tässä vaiheessa, jolloin meidän on palautettava sivusto varmuuskopiosta )

On syytä huomata, että joskus, varsinkin jos sivustoa ei ole päivitetty pitkään aikaan, tietokantaan liittymisen periaatteet voivat muuttua. asetustiedostot, toimintojen kutsuminen, tietyn toiminnon tukeminen jne.

Yleensä mistä käsintehty Päivittääksesi sivuston CMS-versiostasi uusimpaan, voit lukea sen sisällönhallintajärjestelmäsi kehittäjien keskustelupalstalla ja/tai dokumentaatiosta. Usein sinun on tehtävä päivitys useissa vaiheissa, jotta voit päivittää vanhan version uusimpaan versioon. Esimerkiksi, WordPress päivitys erittäin kanssa vanha versio, kuten 2.x - 4.x .

Sinun on myös varauduttava siihen, että useimmat sisällönhallintajärjestelmät eivät tue mallien päivittämistä ja on suuri todennäköisyys, että mallisi joudutaan kirjoittamaan uudelleen oikea toiminta(esimerkiksi päivitettäessä Opencartista 1.5.x versioon 2.x, Shop-Script (WebAssist) -versiosta alle 5 versioon 5.x/6.x).

Kenen pitäisi päivittää?

Valitettavasti on olemassa useita CMS-järjestelmiä, joissa päivittäminen ei-ohjelmoijalle sujuu sujuvasti ja vähäisillä napsautuksella. Jos sivustosi on päällä WordPress järjestelmä, kanssa vakio teema ja vähintään laajennuksia, jotka toimivat sen CMS-version kanssa, johon olet päivittämässä, niin on suuri todennäköisyys, että päivitys tapahtuu sileä aloittelijalle. Mutta jopa tässä tapauksessa, jos jostain syystä haluat päivittää järjestelmän itse, on parempi, että sinulla on "käsillä" ammattilainen, joka palauttaa sivustosi varmuuskopiosta, jos jokin menee pieleen.

Muissa tapauksissa, varsinkin jos sinulla on verkkokauppa, suosittelemme päivittämistä testiversio, esimerkiksi palvelimen aliverkkotunnuksessa, jossa sivustosi sijaitsee, ja testaa kaikki huolellisesti ennen sen siirtämistä päivitetty versio toimivalle työmaalle.

Kuinka tarkistaa, onko kaikki konfiguroitu oikein, ja mitä tarkalleen tarkistaa?

On välttämätöntä varmistaa, että päivityksen jälkeen kaikki toiminnot toimivat oikein.

Katsotaanpa CMS:n oikean toiminnan vähimmäistestejä myymälän esimerkin avulla. Meidän on tehtävä seuraavat:

• Arvioi puhtaasti visuaalisesti, onko pääsivun ja kaikentyyppisten sisäisten sivujen asettelussa ongelmia.
• Rekisteröi uusi käyttäjä, tee ostos, eli käy läpi kaikki tilauksen vaiheet suorasta tilauksesta toimituksesta käyttäjälle ilmoittamiseen. Suorita kaikki nämä vaiheet kaikissa käytettävissäsi olevissa rooleissa: käyttäjä, johtaja, järjestelmänvalvoja jne.
• Tarkista suodattimien toiminta, haku, sivutus jne.
• Tarkista URL-osoitteet, otsikot, avaimet ja kuvaukset.

Jos jokin ei toimi oikein, on kaksi vaihtoehtoa: palauta sivusto varmuuskopiosta tai, jos virhe ei ole kriittinen, yritä korjata se toimivalla sivustolla.

Tehdään yhteenveto:

1. Seuraa sisällönhallintajärjestelmän päivityksiä ja päivitä ne nopeasti:
a) turvallisuuden vuoksi;
b) jotta sivustosi ei haise 90-luvulta.

2. Käytä aikaa testaamiseen päivitetty järjestelmä(ja kysy myös ystäviltä ja perheeltä neuvoja ja apua testaamiseen).
3. Tee varmuuskopiot säännöllisesti ennen päivitystä ja yleensä.