CMS MaxSite'i värskendamine eelmisest versioonist

Tavaliselt küsib saidi omanik mõne kuu pärast endale küsimuse - kuidas värskendada maxsite cms-i. Kuigi süsteem on noor, antakse uusi versioone välja peaaegu iga kuu kasulikud täiustused. Praegu on kõige levinum käsitsi värskendus maxsite cms. Sest uuendused CMS MaxSite meil läheb vaja FTP- klient.

Selle artikli jaoks kasutati juhiseid cms maxsite värskendused aadressil http://max-3000.com/page/maxsite-cms-070

Maxi juhised:

Värskendus, nagu ma varem kirjutasin, peaks olema selline:
Nimeta ümber praegused kataloogid rakendus V rakendus vana Ja süsteem V süsteem vana.
Laadige üles uued failid MaxSite CMS serverisse.
Määrake vahemälu kataloogi (777) kirjutamisõigused ( rakendus/vahemälu/) ja selle alamkataloogid.
Kopeerige vanad failid rakendus: config/database.php Ja maxsite/mso_config.php.
Kopeerige oma mall ja kolmanda osapoole pistikprogrammid, kui olete need installinud.
Pärast kataloogide testimist rakendus vana Ja süsteem vana saab kustutada.

Ma arvan, et kogenud kasutajad sellest piisab ja algajad saavad minu rohkem lugeda üksikasjalikud juhised. (Muidugi tasuks kõigepealt autorilt uurida, kuna ta oleks võinud mõne funktsiooni lisamise tõttu uuendusprotsessi muuta).

Peamine- enne iga värskendust LAADI KAUST ALLA tema SAIT(www) serverist SERVER! läbi FTP- klient. Tegelikult peate saidi kord kuus salvestama - laadige see alla - märkige see numbriga ja kustutage varasem arhiiv.

Üksused: Saidi värskendamine vaikemalliga Ja MaxSite veebisaidi varundamine leiate artikli lõpust.

Maxsite cms käsitsi värskendamine

1.1. Esiteks vajame mootori uut versiooni - uusim.zip– mis tuleb alla laadida ametlikult veebisaidilt: http://max-3000.com/

1.2. Pärast allalaadimist tuleks see kausta lahti pakkida viimane.

Parem on see kohe ümber nimetada viimane V MaxSite CMS x.xx, Kus x.xx- mootori versiooni number, sest kõik uusimad versioonid veebisaidil http://max-3000.com on neil sama nimi viimane. Hoidke alles vähemalt kaks mootori juhendit – vana ja uus, mida uuendate.

Värskendus meenutab mootori esmast üleslaadimist serverisse, ainult olemasoleva saidi failide peal.

1.3. Kõigepealt avame koha, kuhu kopeerime. Käivitage programm FTP-klient ja kleepige programmiaknas üleval olevatele väljadele sisselogimine ja parool, mille hoster teile tariifi ostmisel kirjas saatis. Tavaliselt kasutatav port 21 . Kui klõpsate nuppu "Kiire ühendus", siis paremal küljel FTP-kliendi ülaossa ilmuvad serverikaustad, millest meid huvitab ainult alumine - www.

Kui klõpsate kaustal www, siis ilmub vasakule kõrvale ruut (märkeruut). plussmärgiga, millel klõpsates see kaust avaneb. Sees www seal on teie saidi(te) kaust (saidi nimega). Klõpsame saidi kausta kestal, nii et selle sisu kuvatakse allpool, kuid te ei pea kausta sisenema - see tähendab, et te ei pea klõpsama saidi kausta kõrval olevat plussmärki.

1.4. Nüüd vasakul küljel FTP-klient peab leidma teie arvutis kausta viimane või MaxSite CMS x.xx, kui nimetasite selle ümber. Puu ülemises vasakus osas jõuame kausta kestani viimane (MaxSite CMS x.xx) ja klõpsake sellel, et kogu selle sisu allpool avaneks.

Tegelikult on paremal ja vasakul peaaegu sama failide komplekt.

Kõike vasakul oleva korraga serverisse üleslaadimiseks tuleb valida failid, mille jaoks saad klõpsata esimesel real või parem kerige failide loendit päris alla, kus klõpsake tühjal kohal. Nüüd, kui vajutate klahve korraga Juhtimine ja ladina keel A, siis tõstetakse esile kõik failid.

1.5. Valitud failide serverisse üleslaadimiseks klõpsake lihtsalt neil paremklõps hiirega ja valige " Lae alla", et FTP- klient alustas juhendi allalaadimist uus versioon mootor serverisse saidil olemasolevate failide peale. Selleks, et mitte muretseda iga faili ülekirjutamise pärast, peate seda tegema FTP- klient peaks märkima " Üle kirjutada" ja valige " kõigi failide jaoks", kontrollides lippe.

2. Värskendamise käigus kirjutatakse failid sageli üle: config/database.php Ja maxsite/mso_config.php. Taastame need Maxi juhiste järgi:

Kopeerige vanad failid rakendus: config/database.php Ja maxsite/mso_config.php.

2.1. Taastame faili andmebaas.php aadressi järgi: application/config/database.php.

Kõigepealt paremal küljel FTP-klient, klõpsake ülaosas saidi kausta kõrval asuvas märkeruudus ristil, seejärel minge alla kausta rakendus- klõpsake sellel ja selle avamiseks klõpsake ilmuvas märkeruudus plussmärki. Seejärel, ka kliendi ülaosas, peate minema alla kausta konfig, kuid ärge avage seda, vaid klõpsake sellel. Siin kopeerime faili, mis meil on salvestatud saidi arhiivis.

2.2. Kliendi vasakpoolses ülaosas avage kohe alguses arvutisse salvestatud saidi kaust, kus me järk-järgult avame kaustu rakendus, siis konfig. Klõpsake viimasel õige faili järgi andmebaas.php ja valige menüüst "Laadi üles serverisse".

Saadud fail andmebaas.php kuvatakse kaustas rakendus/konfiguratsioon Internetis.

2.3. Teeme sama faili taastamiseks. mso_config.php, mille jaoks avame ülaosas kliendi paremas osas kausta rakendus, seejärel selle alamkaust maxsite. Vasakul avame ka popkausta maxsite kaustas rakendus salvestatud sait.

Salvestatud saidi failide hulgast leiame faili mso_config.php- klõpsake õige- valige "Laadi üles serverisse" - kontrollige selle välimust kaustas olevate failide hulgas maxsite serveri poolel.

3. Ärge nüüd igaks juhuks sulgege seda FTP-klient ja uuesti kirjutamisõigused ( 777 ) kataloogi vahemälu – « vahemälu" (tee rakendus/vahemälu/) ja selle alamkataloogid " html», « rss"Ja" bd».

Peate need lihtsalt veebisaidilt leidma ja klõpsama hiire parem nupp nende kestas valige menüü alumine üksus - määrake õigused - 777 .

4. Kirjutamisõigused määratakse samal viisil (tavaliselt 777 ) kataloogi /üleslaadimised/ ja alamkataloogidesse " _mso_float», « _mso_i"Ja" mini" Tõsi, tavaliselt nende õigused uuenduse käigus ei muutu.

5. Kirjutamisõigused määratakse viimaseks (tavaliselt 666 ) faili kohta sitemap.xml

6. Kui kasutasite oma krüpteerimisvõtit kokad, seejärel määrake see failis " application/config/config.php»:

$config["encryption_key"] = "teie võti on siin";

MaxSite CMS-i automaatne värskendamine

7. Käsitsi värskendus cms max site kasutajal pole alati mugav suur hulk saidid töötavad .

8.3. Kasutage tühja _loo_uue_malli malli loomiseks ( vaiketehnoloogia), isegi kui seda kasutatakse vaikimisi loogiliselt õige, kuna värskendamisel kopeeritakse kõik mootorifailid, sealhulgas . Ma arvan, et ikkagi on parem säilitada oma ainulaadsed stiilid css eraldi kaustas.

MaxSite veebisaidi varundamine

9. Kui teete oma veebisaidi failidest perioodiliselt varukoopiaid oma arvuti, siis on teil alati võimalus oma saidi salvestatud kaustu ja kujundusfaile serverisse üles laadida. Ära unusta enne CMS MaxSite värskendus teha MaxSite veebisaidi varundamine.

Parem on mitte lükata oma veebisaidi failide turvalisuse küsimust täielikult hosterile, sest ka hosti serverid võivad rikki minna. Kui teil on saidi koopia, pole probleeme saidi taastamisega teises serveris ja teise hosti abil.

Tere kõigile, vabandust, et pole pikka aega kirjutanud. Täna tahan teiega sellel teemal rääkida turvaline värskendus WordPress. Mis ajendas mind seda postitust kirjutama? Ühel kliendi saidil töötades nägin teadet uue WordPressi väljalaske () avaldamise kohta ja üleskutset värskendada. Loodan, et olete ka selle sõnumiga rohkem kui korra kokku puutunud? 😉

Miks peaksite WordPressi värskendama?

Ja loomulikult otsustasin värskendada, miks ma soovitan teil kõigil seda teha? Fakt on see, et iga uue värskendusega ilmuvad uued funktsioonid, mille kohta saate teada järgmisel lehel WordPressi värskendused. Näiteks üks mootorisse ilmunud uutest funktsioonidest on hiirega venitamine. Varem tuli suurust käsitsi muuta.

Terve? Lisaks sellele on kõige olulisem parandada vead ja "augud", mis on endiselt olemas olemasolev mootor, kirjutasin sellest varem. See on kõige olulisem asi, sellepärast peaksite värskendama...

Kuidas WordPressi ohutult värskendada?

Seega näen pärast värskendamist teadet, et ilmnes tõrge ja ma pean käsitsi värskendama. Värskendan käsitsi ja avastan, et pooled kirjutatud artiklitest on puudu või kuvatud valesti...

See oli šokk, pidin andmebaasi alla laadima, seejärel käsitsi lisama kõik tabelid, kohandades neid. Veetsin vähemalt 5 tundi ringi askeldades, nii et oma loovuse, aja ja energia kaitsmiseks pean pidevalt tegema andmete varundamine enne värskendust.

Pistikprogramm, millest ma räägin, aitab teid selles küsimuses; looge oma andmetest ühe võtmega varukoopia, salvestage see arvutisse ja veenduge, et kõik andmed on teiega igal juhul kaasas.

Kuidas WordPressi automaatselt värskendada?

WordPressi automaatseks värskendamiseks pole meil midagi vaja; niipea, kui näete teadet, et WordPressi uus versioon on saadaval, loote kohe ülalkirjeldatud pistikprogrammi abil WordPressi varukoopia ja värskendate.

Selleks minge lihtsalt konsooli ja klõpsake nuppu Värskenda. Pärast seda suunatakse teid lehele, kus saate vaadata värskenduse tulemust ja tutvuda uute funktsioonidega, mille arendajad uude versiooni sisse tõid.

Kuidas WordPressi käsitsi värskendada?

See etapp on veidi keerulisem kui esimene; esiteks loome uuesti saidi varukoopia kasutades. Ja vältimiseks tühjendame ajaveebi vahemälu võimalikud veadühilduvus ja nii edasi. Järgmises artiklis räägin teile, kuidas seda teha, et te sellest ilma ei jääks.

Esiteks. Pärast ohutuseeskirjade järgimist on see vajalik. Soovitav on seda teha ametlikult veebisaidilt, sest erinevad muudetud versioonid võivad olla mingil moel paremad, kuid ka nendega võib probleeme tekkida.

Teiseks. Pakkige arhiiv lahti ja kustutage kaust wp-content. Milleks see mõeldud on? See kaust salvestab kõik teie failid: , pildid, mida on alates esimesest blogimise päevast ohtralt kogunenud. uus kaust peate selle kustutama, et see ei asendaks kausta kogemata teie failidega.

Kolmandaks.Ühendame teie saidiga FTP kaudu, kasutades . Lähme juurde juurkaust oma ajaveebi ja tehke järgmist.

1. Laadige alla töölauale wp-config fail.php ja kustutage see saidilt.
2. Kustutage kaustad wp-admin ja wp-includes

Neljandaks. Avage allalaaditud fail wp-config ja fail WordPressi uues väljalaskes wp-config-sample. Ja me võrdleme neid, samaaegselt edastame ka andmeid wp-config-st faili wp-config-sample, näiteks DB_Name, DB_User, DB_Host jne. Seejärel salvestame uue Wp-config-Sample faili, nimetades selle ümber Wp-Config-iks.

Viiendaks. Laadige kõik uue allalaaditud mootori failid üles oma ajaveebi juurkausta. Pange tähele, et sageli kuvatakse teile teade, et selline fail on juba olemas, peaksite selle välja vahetama vana fail ja lisage uus, selleks klõpsake "Ülekirjuta" ja märkige ruut "Kasuta seda toimingut alati" kohal, et seda teadet ei kuvataks +100500 korda.

Kuues. Kui kõik andmed on uuendatud, minge blogisse Admin Area ja näete teadet, et peaksite andmebaasi uuendama, värskendama ja VOILA! Olete nüüd WordPressi uue versiooni omanik...

Kuidas pistikprogramme ja teemasid värskendada?

Lõpuks tahan anda näpunäiteid pistikprogrammide ja teemade värskendamise kohta. Enne pistikprogrammide ja teemade värskendamist laadige need saidilt arvutisse alla. Juhtub, et uus plugin hakkab WordPressi või muude pistikprogrammidega vastuollu minema või on sellesse lisatud uusi funktsioone, mida te üldse ei vaja. Sel juhul on teil alati võimalus alla laadida vana versioon pistikprogrammi ja ignoreerige värskendust.

Mallide või teemade puhul (nagu soovite *vabandust*) värskendatakse kõik teemafailides tehtud muudatused automaatselt uuteks. See tähendab, et pärast värskendust on teema puutumatu. Peate kõik muudatused meeles pidama ja uuesti lisama. Kui salvestate teema eelnevalt, saate muudatused kopeerida vana teema ja säästa palju aega.

See on kõik kallid sõbrad, näeme varsti, loodan, et saan teid sagedamini uute artiklitega rõõmustada ja hüvasti...

Installimiseks on vaja CMS-i värskendusmoodulit. See kuulub haldus-CMS-i ja on osa DIAFAN.CMS-i tuumast. Sellel on ainult administratiivne osa.

Sest õige toimimine moodul nõuab ZipArchive PHP laiendust.

Automaatne värskendus

Moodul võimaldab teil saada oma DIAFAN.CMS-i värskendusi meie serverist.

DIAFAN.CMS-i esmakordsel installimisel luuakse nn “tagasipunkt”, mis sisaldab varukoopiad kõik installitud failid"kastist". Edaspidi loob DIAFAN.CMS uuenduste saamisel tagastuspunktid ja salvestab need eraldi uuendatud versioonid failid.

DIAFAN.CMS-i värskendusi kontrollitakse ainult teie soovil! Peate minema moodulisse "CMS Update" ja klõpsama nuppu "Kontrolli värskendust". Kui teie DIAFAN.CMS versioonis on muudatusi, näete allalaadimiseks saadaolevate värskenduste loendit ja loendi all on nupp „Laadi alla”.

Pärast sellel klõpsamist hakatakse värskendusi järjestikku alla laadima. Kui katkestate allalaadimise enne selle lõpetamist, parandatakse värskenduste loendit järgmise kontrolli käigus. Katkestatud allalaadimist saate jätkata sarnaselt - kasutades loendi all olevat nuppu "Laadi alla". Värskendusse saab lisada kõik DIAFAN.CMS-failid, sealhulgas mallid, stiilifailid ja pildid. Samal ajal on võimatu ühestki paketist ilma jääda, süsteem kontrollib automaatselt iga värskenduse terviklikkust.

Iga kord, kui värskendusi alla laadite, luuakse automaatselt tagasipöördumispunktid. Pärast värskenduse allalaadimist peate klõpsama nuppu "Rakenda" (see kuvatakse ekraanil pärast viimast allalaaditud värskendust). Rakendatakse kõik värskendused alates praegusest tagasipöördumispunktist kuni viimase värskenduseni.

Kuidas värskendused töötavad?

Teema genereeritakse. Mida see tähendab? Kõik kätte saanud värskendatud failid meie serverist võrreldakse kogu süsteemi praeguste failidega praeguses tagastuspunktis. Kui DIAFAN.CMS leiab, et mõned praegused failid süsteemid ei ühti uuendusest saadud süsteemidega, teisaldatakse need kausta kohandatud praegusele teemale. Kui praegust teemat pole, siis luuakse uus.

Teisaldatud failid asendatakse värskendusest saadud failidega. Seda ei kuvata saidil mingil viisil, kuna praeguse teema failidel on kõrgem prioriteet.

Kui värskendusega kaasneb andmebaasi struktuuri muutmine, siis see tehakse.

Mida teha, kui te pole värskendusfunktsiooniga rahul?

Saate kõik ühe klõpsuga tagasi saata. Selleks minge lihtsalt moodulisse "CMS Update" ja klõpsake mis tahes eelmise tagastamispunkti kõrval "Rakenda". Salvestatud olekusse tagasipöördumine mõjutab ka andmebaasi. Kui sellega on tehtud mingeid manipulatsioone, naaseb andmebaasi struktuur pärast tagastamispunkti rakendamist oma endisele olekule.

Kas tagastamispunkte on võimalik kustutada?

Jah, sa saad. Kui kustutate tagasipöördumispunkti, lisatakse selle failid järgmine punkt. Lisaks on soovitatav eemaldada mittevajalikud tagastuspunktid, kuna see kiirendab teema genereerimist. Ja ka ei ole soovitatav end liiga palju kaasa haarata sagedane looming tagastuspunktid. Süsteem ju kontrollib kõike eelmised punktid, ja mida vähem neid on, seda kiiremini tekib generatsioon.

Praegust punkti ei saa kustutada, samuti allalaaditud, kuid veel rakendamata värskenduste tagastamispunkte.

Kuidas ma saan vaadata tagastuspunktide üksikasju?

Iga tagastuspunkti saab laiendada, klõpsates selle nimel. Pärast seda näidatakse seda täielik nimekiri failid, mis sisalduvad tagastuspunktis. Lisaks veel failide loend peale praegune versioon saidile.

Värskendused on saadaval ainult saitidele, millel on aktiveeritud litsentsid DIAFAN.CMS.

Ühendus

Ühendatud osa – fail . See kirjeldab klassi Update_inc. Moodulis saab klassiobjektile juurde pääseda muutuja kaudu $this -> diafan -> _update. Klassi eksemplar luuakse muutuja esmakordsel kutsumisel.

Omadused

Var folders = array("adm", "css", "img", "teemad", "moodulid", "includes", "pluginad", "js")– tagastamispunktide jaoks indekseeritud kaustad ja failid.

Var välistada = array("adm/htmleditor", "includes/custom.php")– kaustad ja failid, mis ei ole tagastuspunktide jaoks indekseeritud.

meetodid

Tühine first_return()– Lisab esimese tagasipöördumispunkti.

// DIAFAN.CMS installimisel
$this -> diafan -> _update -> first_return ();

Massiiv get_files(täisarv $id)– Toob värskendatud punkti sisufailid.

// hangib tagastuspunkti failid ID=3
$rows = $see -> diafan -> _värskenda -> hanki_failid (3);
print_r($ read);
/* väljastab:
Massiiv
[modules/news/news.model.php] => ...
klass Uudiste_mudel laiendab Mudel
{
...
[moodulid/news/news.php] => ...
klassi Uudised laiendab Kontrollerit
{
...
...
) */

Massiiv hanki_kõik_failid(täisarv $id)– Toob sisupunktis kõik DIAFAN.CMS-failid.

• täisarv $id: punkti identifikaator

// hangib kõik DIAFAN.CMS-failid, mis on asjakohased tagastuspunkti ID=3 jaoks
$rows = $see -> diafan -> _uuendus -> hanki_kõik_failid (3 );
print_r($ read);
// väljastab failid sellises vormingus nagu get_files() funktsioon

Failid

modules/update/admin/js/update.admin.count.js– saadaolevate värskenduste arv, JS-skript;

modules/update/admin/js/update.admin.js- värskendus, JS-skript;

modules/update/admin/update.admin.php– tagastuspunktid;

modules/update/admin/update.admin.action.php– tagastuspunktid;

modules/update/admin/update.admin.count.php– halduspaneeli menüü saadaolevate värskenduste arv;

modules/update/update.inc.php– mooduli ühendus;

modules/update/update.install.php– mooduli paigaldamine.

Kahjuks ei eelda paljud Interneti-ressursside omanikud, et veebisaidi turvalisus võib olla ohus. Kuid selline lihtne meede nagu CMS-i värskendamine võib kaitsta paljude häkkerite rünnakutega seotud probleemide eest.

Igal CMS-il on suur hulk erinevaid mooduleid; tegelikult on see keeruline tarkvarapakett. Ja CMS-i arendajad teevad mõnikord vigu (haavatavusi), mis võimaldavad häkkeritel häkkida. Ja keegi ei saa ette teada, millal häkkerid saidi häkkimise programmi koodist sellise haavatavuse leiavad.

3 olulist põhjust oma CMS-i värskendamiseks

Mootorit tuleb uuendada vähemalt kaks korda aastas, et optimeerida oma ressursi turvalisust ja kaitsta seda häkkerite rünnakute eest. Paljud CMS-id teavitavad uute versioonide avaldamisest administraatoripaneelil koos tehtud muudatuste lühikirjeldusega.

1. Ärge seadke oma saiti häkkimise ohtu. CMS-i arendajad annavad regulaarselt välja uusi versioone, mille eesmärk on suurendada turvalisust. Enamik CMS-e on häkkeritele maitsev pirukas. Seetõttu on soovitatav värskendused õigeaegselt installida.
2. Sageli ei ole mootor täielikult välja töötatud ja te talute teid häirivaid vigu. Igal tarkvaratootel võib olla vigu, mistõttu arendajad parandavad need vead järgmises versioonis.
3. On tõenäoline, et teie sait on aegunud. Mootori uus versioon võib täiustada paljusid funktsioone, mis muudavad ressursi kasutajatele mugavamaks.

Mida võib veebisaidi turvarikkumine kaasa tuua?

Kui on toimunud häkkimine ja saidi turvalisuse rikkumine, võivad sellel olla väga negatiivsed ja mõnikord raskesti kõrvaldatavad tagajärjed:

• Teie sisu võidakse asendada kellegi teisega
• Kolmanda osapoole ressurssidele viivate linkide paigutamine
• Viirused on kasutusele võetud rämpsposti või troojalaste saatmiseks
• Häkitud veebisaidil varastatakse teavet, näiteks klientide nimekirja, kellega peeti kirjavahetust
• Veebisaidil võib esineda osaline või täielik katkestus kuni selle täieliku peatumiseni.
• Kõik saidi lehtedele postitatud andmed võivad kaotsi minna

Peaaegu igal CMS-il on turvaauke, kuid see ei ole surmav. Kuna CMS-i arendajad tuvastavad ja kõrvaldavad neid regulaarselt. CMS-i värskendamine on levinud tava, mis kaitseb veebiressurssi, kõrvaldades CMS-koodi haavatavused.

Kui sageli peaks CMS-i värskendama?

CMS-i on soovitatav uuendada kord kuue kuu jooksul või vähemalt kord aastas. Enamik CMS-e teavitab teid, kui saidi administraatori paneelil on saadaval uued versioonid. Sageli lisatakse lühikirjeldused, et selgitada, milliseid uusi funktsioone või funktsioone on lisatud või millised vead või turvaprobleemid on lahendatud.

Kui aga installite värskenduse töötavale saidile, võib see ebaõnnestuda. See juhtub siis, kui saidi arendamise ajal installiti mõned moodulid või pistikprogrammid, mis võimaldavad saidil täita teatud funktsioone peale põhifunktsioonide. Ja see laiendus ei tööta CMS-i uue versiooniga õigesti. Sel juhul peate otsima uue versiooni jaoks sarnast moodulit.

CMS-i perioodiline värskendamine uusimale praegusele versioonile on vajalik meede saidi turvalisuse tagamiseks. Siiski peate mõistma, et järgmine värskendus ei sisalda alati kõigi haavatavuste parandusi. See kehtib eriti tasuta (avatud lähtekoodiga) mootorite kohta.

• Miks on meie jaoks oluline klientide ootustele vastata?

CMS-i töökindluse ja turvalisuse peamine kriteerium

Uute värskenduste kvaliteet ja sagedus on võib-olla peamine usaldusväärsuse näitaja. Kuna see ütleb, et arendajad toetavad CMS-i ja kõrvaldavad selle haavatavused. Kui mootorit pole poolteist aastat uuendatud, siis tõenäoliselt on arendajad selle toetamise lõpetanud.

Kaubandusliku CMS-i (nt Bitrix) kasutamise korral vastutab värskenduste eest arendajaettevõte. Litsentsi eest tasumine sisaldab garanteeritud tehnilise toe pakkumist.

Kui kasutate tasuta (avatud lähtekoodiga) CMS-i, on soovitatav, et saidiarendusettevõte pakuks regulaarselt värskendusi. Mõne CMS-i jaoks on värskenduste tegemine keeruline protsess, mis nõuab kõrgelt kvalifitseeritud spetsialiste. Ja sel juhul on värskenduse läbiviimiseks vaja sait ajutiselt hoolduseks sulgeda.

KOKKUVÕTE: veebilehe turvalisus sõltub suuresti CMS-i uuendamise regulaarsusest.

Regulaarsed uuendused (vähemalt kord aastas) hoiavad ära volitamata juurdepääsu programmikoodile. Kuna arendusmeeskond tuvastab pidevalt turvaauke ja annab välja nende tarkvaramoodulite värskendusi, mis avavad ründajatele koodi kaugkäivitamise võimaluse.

Arvestades, et meie veebistuudio kasutab oma töös veebisaitide (CMS) loomiseks ainult kommertsplatvorme, märgime, et need on valmistatud Venemaal. Vaja on väljaannet, mis kergitaks loori programmi perioodilise uuendamise vajadusest.

Kui vaadata läbi Kliendi ettevõtte tavalise töötaja pilgu, kes täidab ainult ettevõtte veebilehe sisu (uudised, artiklid, tooted, teenused jne) täitmise ülesandeid, siis sellel töötajal ei ole vajadust värskendage veebisaidi platvormi. See kõik on tingitud asjaolust, et vähesed inimesed mõistavad, miks seda vaja on. Igaüks mõistab, et näiteks personaalarvutis on vaja värskendada viirusetõrjeprogramme või on vaja värskendada brauserit - kuna see suurendab veebisaidi lehtede laadimiskiirust või on vaja värskendada operatsioonisüsteemi. süsteem. Kuid see ei jõua saidile enne, kui see on "elus". Pealegi ei asu sait töötaja arvutis, vaid kuskil seal, kaugserveris. Lisaks koheldakse saiti mõnikord nagu arvutit; spetsialist kutsutakse kohale, kui ressurss nakatub viirusega või läheb katki. Kuid kui arvutit saab hõlpsasti asendada, tuleb taastamistööde tegemiseks kulutada palju aega saidil.

Keskmine tehnilise toe ja ettevõtte programmi iga-aastase uuendamise arve maksab umbes 120 000 rubla - palju. Ja nüüd võtame väikese veebipoe, kus on keskmiselt 1000 külastajat päevas – see teeb umbes 365 000 potentsiaalset klienti aastas. Oletame, et see veebipood müüb riideid keskmise hinnaga 1000 rubla. Kui kõik on õigesti tehtud, ei ole raske saada sihtkülastajatelt ostukonversiooni üle 3 protsendi, kuid siingi võtame keskmise väärtuse. Peame korrutama keskmise protsendi keskmise kuluga ja korrutama päevade arvuga, umbes nii: 1000 (kulu) x 3% (klientide arv päevas) x 365 (päeva aastas) = ​​10,950000 (käive). Ja see on vaid pessimistlik hinnang käibele, sest kord ostnud klient saab jälle soetada uusi riideid teisest kollektsioonist. Selgub, et oste tehakse päevas 30 000 rubla ulatuses.

Sissetulekutest saame juba aru, kuid vaatame nüüd seisakutest tulenevaid kahjusid - lõppude lõpuks on meie ülesanne säästa need samad 120 000 rubla aastas, et mitte tellida tehnilist tuge ja veebipoe mootori värskendamist.

Rikke või viirusega nakatumise korral lakkab veebipood stabiilselt töötamast, näiteks on lihtsaim viis saidi "nakatamiseks" kasutada nakatunud arvuti kaudu FTP-ühendust ja viirus hakkab samal ajal " sõbrunema teie saidiga.

Nüüd arvutame välja töö maksumuse ja kaasnevad kulud (jätame kohe kõrvale võimaluse kasutada varukoopiat, et viia see algpunkti enne saidi tõrget või nakatumist, sest seda tehes me "varjame" ära toimumise põhjus, lisaks ähvardab see tellimuste kadumist, mis on tehtud ajavahemikul viimasest varundamisest kuni vabakutseliste olukordade ilmnemiseni):

Keskmiselt vajavad programmeerijad põhjuste tuvastamiseks ja seejärel probleemi kõrvaldamiseks 2–72 tundi (töö maksumus tunnis on alates 1000 rubla);
veebipoe seisakuaeg võib olla 1 päev (meie puhul on see kohene kahju vähemalt 30 000 rubla);
lojaalsuse kaotamine (iga potentsiaalne ostja ei naase saidile uuesti - kui ta esimese sisselogimise ajal kuhugi kadus).

Kuid ja see pole veel kõik - kui olete põhjuse üks kord lappinud, kuid pole õppetundi õppinud, tekib kummalisel kombel retsidiiv, kui iga järgnev viga saidil maksab keskmiselt kaks korda rohkem kui eelmine.

Kas te ei soovi saatusele lootma jääda ja loota, et kõik katsed teie saidilt mööda lähevad? Siis