Ažuriranje CMS MaxSite-a s prethodne verzije

Obično nakon nekoliko mjeseci vlasnik stranice postavi sebi pitanje - kako ažurirati maxsite cms. Iako je sustav mlad, nove verzije se objavljuju gotovo svaki mjesec s mnogo njih korisna poboljšanja. Trenutno je najčešći ručno ažuriranje maxsite cms. Za nadopune CMS MaxSite mi ćemo trebati FTP-klijent.

Upute su korištene za ovaj članak cms maxsite ažuriranja na http://max-3000.com/page/maxsite-cms-070

Upute od Maxa:

Ažuriranje bi, kao što sam ranije napisao, trebalo biti ovako:
Preimenovati aktualni katalozi primjena V prijava-stara I sustav V sustav-stari.
Učitajte nove datoteke MaxSite CMS na poslužitelj.
Postavite dozvole za pisanje (777) u direktorij predmemorije ( aplikacija/predmemorija/) i njegovih poddirektorija.
Kopiraj stare datoteke iz primjena: config/baza podataka.php I maxsite/mso_config.php.
Kopirajte svoj predložak i dodatke trećih strana ako ste ih instalirali.
Nakon testiranja kataloga prijava-stara I sustav-stari može se izbrisati.

mislim za iskusni korisnici ovo je dovoljno, a početnici mogu čitati moje više detaljne upute. (Naravno, prvo biste trebali provjeriti s autorom, jer je on mogao promijeniti proces ažuriranja zbog dodavanja nekih funkcija).

Glavni- prije svakog ažuriranja PREUZMI MAPU njegov MJESTO(sa www) sa POSLUŽITELJA! kroz FTP-klijent. Zapravo, morate jednom mjesečno spremiti stranicu - preuzeti je - označiti brojem i izbrisati raniju arhivu.

Stavke: Ažuriranje stranice sa zadanim predloškom I Sigurnosna kopija web stranice MaxSite naći ćete na kraju članka.

Ručno ažuriranje maxsite cms

1.1. Prvo, trebamo novu verziju motora - najnoviji.zip– koje je potrebno preuzeti sa službene stranice: http://max-3000.com/

1.2. Nakon preuzimanja treba ga raspakirati u mapu najnoviji.

Bolje ga je odmah preimenovati najnoviji V MaxSite CMS x.xx, Gdje x.xx- broj verzije motora, jer sve najnovije verzije na web stranici http://max-3000.com imaju isti naziv najnoviji. Čuvajte najmanje dva priručnika za motore - stari i novi koji ažurirate.

Ažuriranje podsjeća na početno učitavanje motora na poslužitelj, samo povrh datoteka postojeće stranice.

1.3. Prvo otvorimo mjesto gdje ćemo kopirati. Pokrenite program FTP-klijenta i u prozoru programa zalijepite u polja na vrhu login i password koje vam je hoster poslao u pismu prilikom kupnje tarife. Tipično korišteni priključak 21 . Ako kliknete na "Brza veza", a zatim na desnoj strani FTP-na vrhu klijenta pojavit će se mape poslužitelja, od kojih nas zanima samo donja - www.

Ako kliknete na mapu www, tada će se s lijeve strane pojaviti kvadrat (potvrdni okvir). sa znakom plus, klikom na koji će se otvoriti ova mapa. Iznutra www nalazit će se mapa vaših stranica (s nazivom stranice). Kliknimo na ljusku mape stranice tako da se njen sadržaj pojavi ispod, ali ne morate ulaziti unutar mape – odnosno ne morate kliknuti znak plus pored mape stranice.

1.4. Sada na lijevoj strani FTP-klijent mora pronaći mapu na vašem računalu najnoviji ili MaxSite CMS x.xx, ako ste ga preimenovali. U gornjem lijevom dijelu stabla dolazimo do ljuske mape najnoviji (MaxSite CMS x.xx) i kliknite na njega tako da se ispod otvori sav njegov sadržaj.

Zapravo, s desne i lijeve strane nalazit će se gotovo isti skup datoteka.

Za upload svega s lijeve strane na poslužitelj odjednom, morate odabrati datoteke, za koje možete kliknuti na prvi red ili bolje pomaknite popis datoteka do samog dna, gdje kliknite na prazan prostor. Sada, ako pritisnete tipke istovremeno Upravljač i latinski A, tada će sve datoteke biti označene.

1.5. Za prijenos odabranih datoteka na poslužitelj, samo kliknite na njih desni klik mišem i odaberite " preuzimanje datoteka", do FTP-klijent je započeo preuzimanje priručnika nova verzija poslužitelju na vrhu datoteka koje postoje na stranici. Kako ne biste morali brinuti o prepisivanju svake datoteke, trebate FTP- klijent treba naznačiti " Prepisati" i odaberite " za sve datoteke“, označavajući kućice – zastavice.

2. Datoteke se često prebrišu tijekom procesa ažuriranja: config/baza podataka.php I maxsite/mso_config.php. Vratit ćemo ih slijedeći Maxove upute:

Kopiraj stare datoteke iz primjena: config/baza podataka.php I maxsite/mso_config.php.

2.1. Vratimo datoteku baza podataka.php na adresu: aplikacija/config/database.php.

Prvo s desne strane FTP-klijent, na vrhu kliknite na križić u polju za potvrdu pored mape stranice, zatim idite dolje u mapu primjena- kliknite na njega i, kako biste ga otvorili, kliknite na znak plus u potvrdnom okviru koji se pojavi. Zatim, također na vrhu klijenta, morate se spustiti u mapu konfiguracija, ali ga nemojte otvarati, samo kliknite na njega. Ovdje ćemo kopirati datoteku koju imamo u spremljenoj arhivi stranice.

2.2. U lijevom dijelu klijenta na vrhu otvorite mapu stranice spremljene na vašem računalu na samom početku, gdje postepeno otvaramo mape primjena, onda konfiguracija. Kliknite na posljednju pravo datotekom baza podataka.php i odaberite "Učitaj na poslužitelj" iz izbornika.

Dobivena datoteka baza podataka.php pojavit će se u mapi aplikacija/konfig Na liniji.

2.3. Činimo isto za vraćanje datoteke. mso_config.php, za što u desnom dijelu klijenta na vrhu otvorimo mapu primjena, zatim njegovu podmapu maxsite. S lijeve strane otvaramo i pop mapu maxsite u mapi primjena spremljeno mjesto.

Među datotekama spremljene stranice nalazimo datoteku mso_config.php- kliknite pravo- odaberite “Učitaj na poslužitelj” - provjerite njegov izgled među datotekama u mapi maxsite na strani poslužitelja.

3. Sada, za svaki slučaj, nemojte ga zatvoriti FTP-klijent i ponovno postavite dozvole za pisanje ( 777 ) u katalog predmemorija – « predmemorija" (staza aplikacija/predmemorija/) i njegovi poddirektoriji " html», « rss"I" bd».

Samo ih trebate pronaći na web stranici i kliknuti desna tipka miša na njihovoj ljusci odaberite donju stavku u izborniku - postavite prava - 777 .

4. Dozvole za pisanje postavljene su na isti način (obično 777 ) u katalog /uploads/ i u poddirektorije " _mso_float», « _mso_i"I" mini" Istina, obično se prava na njih ne mijenjaju tijekom ažuriranja.

5. Dozvole za pisanje postavljaju se zadnje (obično 666 ) podnijeti sitemap.xml

6. Ako ste koristili svoj ključ za šifriranje kuharice, zatim ga navedite u datoteci " aplikacija/config/config.php»:

$config["encryption_key"] = "vaš ključ je ovdje";

Automatski ažuriraj MaxSite CMS

7. Ručno ažuriranje cms maxsite nije uvijek zgodno ako korisnik ima veliki broj web stranice koje rade na .

8.3. Koristite prazno _stvori_novi_predložak za izradu predloška ( zadana tehnologija), čak i ako se koristi zadano logički ispravno, budući da se prilikom ažuriranja sve datoteke motora kopiraju, uključujući . Mislim da je ipak bolje zadržati svoj jedinstveni stil css u zasebnoj mapi.

Sigurnosna kopija web stranice MaxSite

9. Ako povremeno izrađujete sigurnosne kopije datoteka svoje web stranice na vlastito računalo, tada uvijek imate priliku prenijeti spremljene mape i datoteke dizajna svoje stranice na poslužitelj. Ne zaboravi prije CMS MaxSite ažuriranječini Sigurnosna kopija web stranice MaxSite.

Bolje je da ne prebacite u potpunosti pitanje sigurnosti datoteka vaše web stranice na hostera, jer se i poslužitelji hostera mogu pokvariti. Kada imate kopiju stranice, nema problema vratiti stranicu na drugi poslužitelj i kod drugog hostera.

Pozdrav svima, ispričavam se što vam dugo nisam pisao. Danas želim s vama razgovarati o toj temi sigurno ažuriranje WordPress.Što me ponukalo da napišem ovaj post? Dok sam radio na jednom od korisničkih mjesta, vidio sam poruku o izdanju novog izdanja WordPressa () i poziv na ažuriranje. Nadam se da ste i vi više puta naišli na takvu poruku? 😉

Zašto biste trebali ažurirati WordPress?

I naravno odlučio sam ažurirati, zašto svima vama preporučujem da to učinite? Činjenica je da se sa svakim novim ažuriranjem pojavljuju nove funkcije o kojima možete saznati na stranici nakon WordPress ažuriranja. Na primjer, jedna od novih značajki koje su se pojavile u motoru je istezanje pomoću miša. Prije ste morali ručno promijeniti veličinu.

Zdrav? Osim toga, najvažnije je ispraviti greške i “rupe”, koje još uvijek postoje u bilo kojem postojeći motor, pisao sam o tome ranije. Ovo je najvažnija stvar, zato biste trebali ažurirati...

Kako sigurno ažurirati WordPress?

Dakle, nakon ažuriranja vidim poruku da je došlo do pogreške i da moram ažurirati ručno. Ažuriram ručno i otkrijem da polovica napisanih članaka nedostaje ili se netočno prikazuje...

Bio je to šok, morao sam preuzeti bazu podataka, zatim ručno dodati sve tablice, prilagoditi ih. Proveo sam najmanje 5 sati petljajući okolo, pa da bih zaštitio svoju kreativnost, vrijeme i energiju, moram stalno raditi sigurnosna kopija podataka prije ažuriranja.

Dodatak o kojem govorim pomoći će vam u tome; napravite sigurnosnu kopiju svojih podataka s jednim ključem, spremite je na svoje računalo i budite sigurni da će svi podaci biti kod vas u svakom slučaju.

Kako automatski ažurirati WordPress?

Kako bismo automatski ažurirali WordPress, ne trebamo ništa; čim vidite poruku da je dostupna nova verzija WordPressa, odmah napravite sigurnosnu kopiju WordPressa pomoću dodatka koji sam opisao gore i ažurirajte.

Da biste to učinili, jednostavno idite na konzolu i kliknite na gumb Ažuriraj. Nakon toga, bit ćete preusmjereni na stranicu na kojoj možete vidjeti rezultat ažuriranja i upoznati se s novim značajkama koje su programeri uveli u novu verziju.

Kako ručno ažurirati WordPress?

Ova je faza malo kompliciranija od prve; ponovno stvaramo sigurnosnu kopiju stranice pomoću. I brišemo predmemoriju bloga kako bismo izbjegli moguće greške kompatibilnost i tako dalje. Reći ću vam kako to učiniti u sljedećem članku kako ne biste propustili.

Prvi. Nakon poštivanja sigurnosnih pravila potrebno je. Preporučljivo je to učiniti sa službene stranice, jer razne modificirane verzije mogu biti na neki način bolje, ali i s njima mogu nastati problemi.

Drugi. Raspakirajte arhivu i izbrišite mapu wp-content. Čemu služi? Ova mapa pohranjuje sve vaše datoteke: , slike, kojih se nakupilo u izobilju od prvog dana bloganja. nova mapa morate ga izbrisati kako ne bi slučajno zamijenio mapu s vašim datotekama.

Treći. Povezujemo se na vašu stranicu putem FTP-a koristeći . Idemo korijensku mapu svoj blog i učinite sljedeće:

1. Preuzmi na radnu površinu wp-konfiguracijska datoteka.php i izbrišite ga sa stranice.
2. Izbrišite mape wp-admin i wp-includes

Četvrta. Otvorite preuzetu datoteku wp-config i datoteku u novom izdanju WordPressa wp-config-sample. I uspoređujemo ih, također istovremeno prenosimo podatke iz wp-config u wp-config-sample, kao što su DB_Name, DB_User, DB_Host, itd. Zatim spremamo novu Wp-config-Sample datoteku, preimenujući je u Wp-Config.

Peti. Učitajte sve datoteke novog preuzetog motora u korijensku mapu svog bloga. Imajte na umu da ćete često biti upitani s porukom da takva datoteka već postoji, da biste je trebali zamijeniti stara datoteka i dodajte novu, da biste to učinili, kliknite "Prepiši" i potvrdite okvir iznad "Uvijek koristi ovu radnju" kako se ova poruka ne bi prikazala +100500 puta.

Šesti. Nakon što su svi podaci ažurirani, idite na Administratorsko područje bloga i vidjet ćete poruku da trebate ažurirati bazu podataka, ažurirajte i VOILA! Sada ste vlasnik nove verzije WordPressa...

Kako ažurirati dodatke i teme?

Na kraju, želim dati nekoliko savjeta o ažuriranju dodataka i tema. Prije ažuriranja dodataka i tema, preuzmite ih sa stranice na svoje računalo. Događa se da novi dodatak počinje u sukobu s WordPressom ili drugim dodacima ili su u njega uvedene nove značajke koje vam uopće nisu potrebne. U ovom slučaju uvijek ćete imati priliku preuzeti stara verzija dodatak i zanemarite ažuriranje.

U slučaju predložaka ili tema (kako želite *pardon*), sve promjene koje ste napravili u datotekama tema automatski se ažuriraju na nove. Odnosno, nakon ažuriranja tema je netaknuta. Morate zapamtiti sve promjene i ponovno ih dodati. Ako unaprijed spremite temu, moći ćete kopirati promjene iz stara tema i uštedite puno vremena.

To je sve Dragi prijatelji, vidimo se uskoro, nadam se da ću vas moći češće obradovati novim člancima i bok...

Za instalaciju je potreban modul CMS Update. Pripada Management CMS-u i dio je DIAFAN.CMS jezgre. Ima samo administrativni dio.

Za ispravan rad modul zahtijeva ZipArchive PHP proširenje.

Automatsko ažuriranje

Modul vam omogućuje primanje ažuriranja za vaš DIAFAN.CMS s našeg poslužitelja.

Prilikom prve instalacije DIAFAN.CMS-a stvara se tzv. “povratna točka” koja sadrži sigurnosne kopije svatko instalirane datoteke"iz kutije". U budućnosti, kada prima ažuriranja, DIAFAN.CMS stvara povratne točke i sprema ih zasebno ažurirane verzije datoteke.

Ažuriranja za DIAFAN.CMS provjeravaju se samo na vaš zahtjev! Morate otići na modul “CMS Update” i kliknuti gumb “Provjeri ažuriranje”. Ako postoje promjene u vašoj verziji DIAFAN.CMS-a, vidjet ćete popis ažuriranja dostupnih za preuzimanje, a ispod popisa bit će gumb "Preuzmi".

Nakon što kliknete na njega, ažuriranja će se početi preuzimati uzastopno. Ako prekinete preuzimanje prije završetka, popis ažuriranja bit će ispravljen tijekom sljedeće provjere. Prekinuto preuzimanje možete nastaviti na sličan način - pomoću gumba "Preuzmi" ispod popisa. Sve DIAFAN.CMS datoteke mogu se uključiti u ažuriranje, uključujući predloške, stilske datoteke i slike. U isto vrijeme, nemoguće je propustiti bilo koji od paketa; sustav automatski provjerava integritet svakog ažuriranja.

Svaki put kada preuzmete ažuriranja, automatski se stvaraju točke vraćanja. Nakon preuzimanja ažuriranja morate kliknuti gumb "Primijeni" (prikazuje se na zaslonu nakon zadnjeg preuzetog ažuriranja). Primijenit će se sva ažuriranja od trenutne točke vraćanja do zadnjeg izvršenog ažuriranja.

Kako funkcioniraju ažuriranja?

Tema će biti generirana. Što to znači? Sve primljeno ažurirane datoteke s našeg poslužitelja uspoređuju se s trenutnim datotekama cijelog sustava na trenutnoj povratnoj točki. Ako DIAFAN.CMS utvrdi da neki trenutne datoteke sustavi ne odgovaraju onima primljenim od ažuriranja, bit će premješteni u mapu prilagođen na trenutnu temu. Ako ne postoji trenutna tema, kreirat će se nova.

Premještene datoteke bit će zamijenjene datotekama primljenim ažuriranjem. Ovo se ni na koji način neće prikazati na stranici jer datoteke iz trenutne teme imaju veći prioritet.

Ako ažuriranje uključuje promjenu strukture baze podataka, izvršit će se.

Što učiniti ako niste zadovoljni funkcijom ažuriranja?

Sve možete vratiti jednim klikom. Da biste to učinili, samo idite na modul "CMS Update" i kliknite "Primijeni" pored bilo koje prethodne povratne točke. Vraćanje u spremljeno stanje također utječe na bazu podataka. Ako su s njom napravljene bilo kakve manipulacije, nakon primjene povratne točke struktura baze podataka vratit će se u svoje prethodno stanje.

Je li moguće izbrisati povratne točke?

Da, možete. Kada izbrišete točku vraćanja, njezine se datoteke dodaju sljedeća točka. Štoviše, preporuča se ukloniti nepotrebne povratne točke jer će to ubrzati generiranje tema. A također, nije preporučljivo previše se zanositi često stvaranje povratne točke. Uostalom, sustav sve provjerava prethodne točke, a što ih je manje, to se brže javlja generacija.

Trenutna točka ne može se izbrisati, kao ni povratne točke preuzetih, ali još neprimijenjenih ažuriranja.

Kako mogu vidjeti pojedinosti povratnih točaka?

Svaka povratna točka se može proširiti klikom na njen naziv. Nakon ovoga bit će prikazano puni popis datoteke koje su uključene u povratnu točku. Osim toga, popis datoteka osim Trenutna verzija stranica.

Ažuriranja su dostupna samo za stranice s aktivirane licence DIAFAN.CMS.

Veza

Spojni dio – turpija . Opisuje klasu Update_inc. U modulu se objektu klase može pristupiti putem varijable $this -> diafan -> _update. Instanca klase stvara se prvi put kada se varijabla pozove.

Svojstva

Var mape = niz("adm", "css", "img", "teme", "moduli", "uključuje", "dodaci", "js")– mape i datoteke indeksirane za povratne točke.

Var exclude = array("adm/htmleditor", "includes/custom.php")– mape i datoteke koje nisu indeksirane za povratne točke.

Metode

Poništiti prvi_povratak()– Dodaje prvu povratnu točku.

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

Niz get_files(cijeli $id)– Dohvaća ažurirane datoteke sadržaja.

// dobiva datoteke povratne točke ID=3
$rows = $this -> diafan -> _update -> get_files (3);
ispis_r($redova);
/* će ispisati:
Niz
[moduli/vijesti/vijesti.model.php] => ...
klasa News_model proširuje model
{
...
[moduli/vijesti/vijesti.php] => ...
klasa Novosti proširuje Controller
{
...
...
) */

Niz get_all_files(cijeli $id)– Dohvaća sve DIAFAN.CMS datoteke na točki sadržaja.

• integer $id: identifikator točke

// dobiva sve DIAFAN.CMS datoteke relevantne za povratnu točku ID=3
$rows = $this -> diafan -> _update -> get_all_files (3 );
ispis_r($redova);
// će ispisati datoteke u formatu kao što je funkcija get_files().

Datoteke

modules/update/admin/js/update.admin.count.js– broj dostupnih ažuriranja, JS skripta;

moduli/ažuriranje/admin/js/update.admin.js– ažuriranje, JS skripta;

modules/update/admin/update.admin.php– povratne točke;

modules/update/admin/update.admin.action.php– povratne točke;

modules/update/admin/update.admin.count.php– broj dostupnih ažuriranja za izbornik administrativne ploče;

modules/update/update.inc.php– priključak modula;

moduli/ažuriranje/ažuriranje.install.php– ugradnja modula.

Nažalost, mnogi vlasnici internetskih izvora ne pretpostavljaju da bi sigurnost web stranice mogla biti ugrožena. Ali tako jednostavna mjera kao što je ažuriranje CMS-a može zaštititi od mnogih problema povezanih s hakerskim napadima.

Svaki CMS ima veliki skup različitih modula; zapravo je složen softverski paket. A CMS programeri ponekad čine pogreške (ranjivosti) koje hakerima omogućuju hakiranje. I nitko ne može unaprijed znati kada će hakeri pronaći takvu ranjivost u programskom kodu za hakiranje stranice.

3 važna razloga da ažurirate svoj CMS

Motor se mora ažurirati najmanje dva puta godišnje kako bi se optimizirala sigurnost vašeg resursa i zaštitio od hakerskih napada. Mnogi CMS obavještavaju o izdavanju novih verzija na administrativnoj ploči, uz kratak opis učinjenih promjena.

1. Ne izlažite svoju web stranicu opasnosti od hakiranja. Programeri CMS-a redovito izdaju nove verzije koje su usmjerene na povećanje sigurnosti. Većina CMS-a je ukusna pita za hakere. Stoga se preporuča pravovremeno instalirati ažuriranja.
2. Često motor nije u potpunosti razvijen i trpite greške koje vas živciraju. Svaki softverski proizvod može imati nedostatke, zbog čega programeri ispravljaju te pogreške u sljedećoj verziji.
3. Vjerojatno je vaša stranica zastarjela. Nova verzija motora može poboljšati mnoge funkcije koje će resurs učiniti praktičnijim za korisnike.

Do čega može dovesti proboj sigurnosti web stranice?

Ako je došlo do hakiranja i kršenja sigurnosti stranice, to može imati vrlo negativne i ponekad teško otklonive posljedice:

• Vaš sadržaj može biti zamijenjen tuđim
• Postavljanje poveznica koje vode do izvora trećih strana
• Virusi se uvode za slanje neželjene pošte ili trojanaca
• Na hakiranoj web stranici kradu se podaci, na primjer, popis klijenata s kojima se dopisivalo
• Može doći do djelomičnog ili potpunog prekida rada web stranice, sve do njenog potpunog zaustavljanja.
• Može doći do gubitka svih podataka objavljenih na stranicama stranice

Gotovo svaki CMS ima ranjivosti, ali to nije fatalno. Budući da ih programeri CMS-a redovito otkrivaju i uklanjaju. Ažuriranje CMS-a uobičajena je praksa koja štiti web resurs uklanjanjem ranjivosti u CMS kodu.

Koliko često treba ažurirati CMS?

Preporučljivo je ažurirati CMS svakih šest mjeseci ili barem jednom godišnje. Većina CMS-a vas obavještava kada nove verzije postanu dostupne u administratorskoj ploči stranice. Kratki opisi često su uključeni kako bi se objasnilo koje su nove značajke ili funkcionalnosti dodane ili koje su pogreške ili sigurnosni problemi riješeni.

Međutim, ako ažuriranje instalirate na web-mjesto koje je pokrenuto, možda neće uspjeti. To se događa kada su tijekom razvoja web-mjesta instalirani neki moduli ili dodaci koji web-mjestu omogućuju izvršavanje određenih funkcija osim osnovne funkcionalnosti. I ovo proširenje ne radi ispravno s novom verzijom CMS-a. U tom slučaju trebate potražiti sličan modul za novu verziju.

Povremeno ažuriranje CMS-a na najnovije aktualno izdanje nužna je mjera usmjerena na osiguranje sigurnosti stranice. Međutim, morate razumjeti da sljedeće ažuriranje ne uključuje uvijek popravke za sve ranjivosti. To posebno vrijedi za besplatne (otvorenog koda) motore.

• Zašto nam je važno ispuniti očekivanja naših kupaca?

Glavni kriterij za pouzdanost i sigurnost CMS-a

Kvaliteta i učestalost novih ažuriranja je možda glavni pokazatelj pouzdanosti. Budući da kaže da programeri podržavaju CMS i uklanjaju njegove ranjivosti. Ako motor nije ažuriran godinu i pol, najvjerojatnije su ga programeri prestali podržavati.

U slučaju korištenja komercijalnog CMS-a, kao što je Bitrix, razvojna tvrtka odgovorna je za ažuriranja. Plaćanje za licencu uključuje pružanje zajamčene tehničke podrške.

Ako koristite besplatni CMS (otvorenog koda), preporučljivo je da tvrtka za razvoj web-mjesta pruža redovita ažuriranja. Za neke CMS-ove izvođenje ažuriranja je složen proces koji zahtijeva visokokvalificirane stručnjake. I u ovom slučaju, za provođenje ažuriranja, potrebno je privremeno zatvoriti stranicu radi održavanja.

ZAKLJUČAK: sigurnost web stranice uvelike ovisi o redovitosti ažuriranja CMS-a.

Redovita ažuriranja (barem jednom godišnje) sprječavaju neovlašteni pristup programskom kodu. Budući da razvojni tim neprestano identificira ranjivosti i izdaje ažuriranja za one softverske module koji napadačima otvaraju mogućnost daljinskog izvršavanja koda.

S obzirom da naš web studio u svom radu koristi isključivo komercijalne platforme za izradu web stranica (CMS), napominjemo da su iste ruske proizvodnje. Postoji potreba za publikacijom koja bi podigla veo na potrebu povremenog ažuriranja programa.

Ako gledate očima običnog zaposlenika tvrtke Kupca, koji samo obavlja poslove popunjavanja sadržaja web stranice tvrtke (vijesti, članci, proizvodi, usluge itd.), tada ovaj zaposlenik nema potrebu ažurirajte platformu web stranice. Sve je to zbog činjenice da malo ljudi razumije zašto je to potrebno. Svatko razumije da je potrebno, primjerice, ažurirati antivirusne programe na osobnom računalu, ili da je potrebno ažurirati preglednik - jer se time povećava brzina učitavanja web stranica, ili da je potrebno ažurirati operativni sustav. Ali ne dolazi do stranice dok ne bude "živ". Štoviše, stranica se ne nalazi na računalu zaposlenika, već negdje vani, na udaljenom poslužitelju. Štoviše, stranica se ponekad tretira kao računalo; poziva se stručnjak kada se resurs zarazi virusom ili se pokvari. Ali ako se računalo može lako zamijeniti, tada će trebati provesti mnogo vremena na mjestu za izvođenje restauratorskih radova.

Prosječni račun za tehničku podršku i godišnje ažuriranje programa tvrtke koštat će otprilike 120.000 rubalja - puno. A sada ćemo uzeti malu online trgovinu s prosječno 1.000 posjetitelja dnevno - to je oko 365.000 potencijalnih kupaca godišnje. Pretpostavimo da ova internetska trgovina prodaje odjeću po prosječnoj cijeni od 1000 rubalja. Ako je sve napravljeno kako treba, nije teško ostvariti konverziju kupnje veću od 3 posto od ciljanih posjetitelja, ali ćemo i ovdje uzeti prosječnu vrijednost. Trebamo pomnožiti prosječni postotak s prosječnim troškom i pomnožiti s brojem dana, otprilike ovako: 1000 (trošak) x 3% (broj kupaca po danu) x 365 (dana godišnje) = 10,950000 (promet). I to je samo pesimistična procjena prometa, jer klijent koji je jednom kupio može ponovno kupiti novu odjeću iz druge kolekcije. Ispada da se dnevno kupuje u iznosu od 30.000 rubalja.

Već razumijemo prihode, ali sada pogledajmo gubitke od zastoja - uostalom, naš je zadatak uštedjeti tih istih 120 000 rubalja godišnje kako ne bismo naručili tehničku podršku i ažuriranje motora internetske trgovine.

U slučaju kvara ili zaraze virusom, internetska trgovina prestaje stabilno funkcionirati, na primjer, najlakši način za "zarazu" stranice je korištenje FTP veze preko zaraženog računala i virus će istovremeno početi "; sprijateljiti se sa svojom web stranicom.

Izračunajmo sada cijenu rada i povezane troškove (odmah ćemo odbaciti mogućnost korištenja sigurnosne kopije za vraćanje na početnu točku prije kvara ili infekcije stranice, jer time “prikrivamo” samu uzrok nastanka, plus to prijeti gubitkom narudžbi napravljenih u vremenskom razdoblju od zadnje sigurnosne kopije do pojave slobodnih situacija):

U prosjeku programerima treba od 2 do 72 sata da identificiraju uzroke i zatim uklone problem (cijena rada po satu je od 1000 rubalja);
prekid rada internetske trgovine može biti od 1 dana (u našem slučaju to je trenutni gubitak od najmanje 30 000 rubalja);
gubitak lojalnosti (neće se svaki potencijalni kupac ponovno vratiti na stranicu - ako je negdje nestao tijekom prve prijave).

Ali, i to nije sve - nakon što ste jednom zakrpali uzrok, ali niste naučili lekciju, začudo, dolazi do recidiva, kada svaka sljedeća greška na stranici košta u prosjeku dvostruko više od prethodne.

Ne želite se osloniti na sudbinu i nadati se da će sve kušnje proći pored vaše stranice? Zatim