Оновлення CMS MaxSite з попередньої версії

Зазвичай вже за кілька місяців власник сайту ставить собі питання - як оновити maxsite cms. Поки що система молода майже щомісяця виходять нові версії з багатьма корисними покращеннями. В даний час найпоширенішим є ручне оновлення maxsite cms. Для оновлення CMS MaxSite нам знадобиться FTP-Клієнт.

Для статті було використано інструкцію поновлення cms maxsiteза адресою http://max-3000.com/page/maxsite-cms-070

Інструкція від Макса:

Оновлюватись, як я вже раніше писав, слід так:
Перейменуйте поточні каталоги applicationв application-oldі systemв system-old.
Завантажте нові файли MaxSite CMSна сервер.
Встановіть права на запис (777) на каталог кешу ( application/cache/) та його підкаталоги.
Скопіюйте старі файли з application: config/database.phpі maxsite/mso_config.php.
Скопіюйте свій шаблон та сторонні плагіни, якщо ви їх встановлювали.
Після тестування каталоги application-oldі system-oldможна видалити.

Я думаю, для досвідчених користувачівцього достатньо, а новачкам можна почитати мою більше докладну інструкцію. (Звичайно, треба в першу чергу дивитися в автора, оскільки він міг змінити процес оновлення у зв'язку з додаванням якихось функцій).

Головне- Перед кожним оновленням СКАЧУЙТЕ ТАПКУсвого САЙТУ(з www) з СЕРВЕРУ! через FTP-Клієнт. Взагалі треба зберігати сайт раз на місяць - скачати - позначити числом і видалити ранній архів.

Пункти: Оновлення сайту з шаблоном defaultі Бекап сайту MaxSiteви знайдете наприкінці статті.

Ручне оновлення maxsite cms

1.1. По-перше, нам знадобиться нова версія движка - latest.zip– яку треба завантажити з офіційного сайту: http://max-3000.com/

1.2. Після завантаження її слід розархівувати в папку latest.

Краще одразу перейменувати latestв MaxSite CMS x.xx, де x.xx- Номер версії движка, тому що все останні версіїна сайті http://max-3000.com мають однакову назву latest. Зберігайте принаймні два мануали двигуна - раннє і нове, на яке оновлюєтеся.

Оновлення нагадує початкову заливку двигуна на сервер, тільки поверх файлів існуючого сайту.

1.3. Спочатку відкриємо місце, куди копіюватимемо. Запускаємо програму FTP-Клієнта та у вікні програми вставляємо вгорі в поля логін та пароль, які вам надіслав хостер у листі при покупці тарифу. Зазвичай використовується порт 21 . Якщо натиснути на "Швидке з'єднання", то у правій частині FTP-Клієнта вгорі з'являться папочки сервера, з яких для нас має інтерес лише найнижча - www.

Якщо клацнути по папці www, то зліва поруч з'явиться квадратик (чекбокс) з плюсиком, клік, по якому відкриє цю папку. Усередині wwwбуде тека вашого сайту (сайтів) (з ім'ям сайту). Клікнемо по оболонці папки сайту, щоб унизу з'явився її вміст, але всередину папки входити не потрібно - тобто не треба кликати на плюс поруч із папкою сайту.

1.4. Тепер у лівій частині FTP-Клієнта треба знайти на вашому комп'ютері папку latestабо MaxSite CMS x.xxякщо ви її перейменували. У верхній частині ліворуч по дереву доходимо до оболонки папки latest (MaxSite CMS x.xx) і клікнемо по ній так, щоб унизу відкрилося весь її вміст.

Власне праворуч і ліворуч буде майже однаковий набір файлів.

Щоб залити все, що зліва разом на сервер - треба виділити файли, для чого можна клікнути по першому рядку або кращепрокрутити список файлів до самого низу, де клацнути по порожньому місці. Тепер, якщо натиснути одночасно на кнопки Cntrlта латинська A, всі файли виділяються.

1.5. Для завантаження виділених файлів на сервер достатньо клікнути в них правою кнопкоюмиші і вибрати в меню " Завантажити", щоб FTP-Клієнт почав завантаження мануалу нової версіїдвижка на сервер поверх файлів, що існують на сайті. Щоб не мучитися з перезаписом кожного файлу, треба FTP-Клієнту вказати " Перезаписатиі вибрати для всіх файлів", виставивши галочки – прапори.

2. Часто в процесі оновлення затираються файли: config/database.phpі maxsite/mso_config.php. Ми їх відновимо, дотримуючись інструкцій від Макса:

Скопіюйте старі файли з application: config/database.phpі maxsite/mso_config.php.

2.1. Відновимо файл database.phpза адресою: application/config/database.php.

Спочатку у правій частині FTP-Клієнта треба у верхній частині натиснути на хрестик в чекбоксі поряд з папкою сайту, потім опуститися до папки application- клікнути по ній і, щоб відкрити її - в чекбоксі, що з'явився, натиснути на плюсик. Потім у верхній частині клієнта треба опуститися до папки config, але не відкривати, а лише клацнути по ній. Сюди копіюватимемо файл, який у нас є у збереженому архіві сайту.

2.2. У лівій частині клієнта зверху відкриємо папку сайту, збереженого на ваш комп'ютер на самому початку, де поступово відкриваємо папки application, потім config. В останній клацаємо правоюза файлом database.phpта в меню вибираємо "Завантажити на сервер".

В результаті файл database.phpз'явиться у папці application/configна сайті.

2.3. Аналогічно надаємо для відновлення файлу mso_config.php, для якого у правій частині клієнта зверху відкриємо папку application, потім його підпапку maxsite. Зліва так само відкриваємо попдпапку maxsiteв папці applicationзбереженого сайту.

Серед файлів збереженого сайту знаходимо файл mso_config.php- клацаємо правою- вибираємо "Завантажити на сервер" - перевіряємо його появу серед файлів папки maxsiteна стороні сервера.

3. Тепер про всяк випадок – не закриваємо FTP-Клієнт і виставляємо наново права на запис ( 777 ) на каталог кеша – « cache» (шлях application/cache/) та його підкаталоги « html», « rss» та « bd».

Їх треба просто знайти на сайті і, клацнувши правою клавішею мишіза їхньою оболонкою, вибрати в меню нижній пункт - виставити права - 777 .

4. Аналогічно виставляються права на запис (зазвичай 777 ) на каталог /uploads/та на вкладені каталоги « _mso_float», « _mso_i» та « mini». Щоправда, права на них не змінюються при оновленні.

5. Останніми виставляються права на запис (зазвичай 666 ) на файл sitemap.xml

6. Якщо ви використовували свій ключ для шифрування cookes, то вкажіть його у файлі « application/config/config.php»:

$config["encryption_key"] = "тут ваш ключ";

Автооновлення MaxSite CMS

7. Ручне оновлення cms maxsiteне завжди зручно, якщо користувач має велика кількістьсайтів, що працюють на .

8.3. Використовувати заготівлю _create_a_new_templateдля створення шаблону ( технологія default), навіть якщо використовується defaultлогічно правильно, тому що при оновленні відбувається копіювання поверх всіх файлів движка, включаючи . Я думаю, що все ж таки краще тримати свої унікальні стилі cssв окремій папці.

Бекап сайту MaxSite

9. Якщо ви періодично робите збереження (бекап) файлів свого сайту на власний комп'ютер, то у вас завжди є можливість закачати на сервер збережені папки та файли оформлення вашого сайту. Не забувайте перед оновленням CMS MaxSiteробити бекап сайту MaxSite.

Краще не перекладати повністю на хостера питання збереження файлів вашого сайту, адже сервери у хостера можуть поламатися. Коли ж у вас є копія сайту, то немає проблем для відновлення сайту на іншому сервері та іншого хостера.

Привіт усім, вибачте за те, що довго не писав. Сьогодні хочу з вами поговорити на тему безпечного оновлення WordPress.Що спонукало мене на написанні цієї посади? При роботі на одному із сайтів замовника, я побачив повідомлення про вихід нового релізу WordPress () та заклик оновиться. Сподіваюся, ви теж не раз зустрічали таке повідомлення? 😉

Чому потрібно оновлювати WordPress?

І я, звичайно ж, вирішив оновитися, чому я всім вам рекомендую це робити? Справа в тому, що з кожним новим оновленням з'являються нові функції, про які ви можете дізнатися на сторінці після оновлення WordPress. Наприклад, одна з нових фішок, яка з'явилася в движку - це розтягую мишею. Раніше доводилося змінювати розмір уручну.

Корисно? Крім того, найголовнішим є виправлення помилок і «дір», які все ж таки присутні в будь-якому існуючому двигуні, Про те я писав раніше. Це найголовніше, ось чому слід оновлюватись.

Як безпечно оновити WordPress?

Так ось, після оновлення я бачу повідомлення про те, що сталася помилка і слід оновитись вручну. Оновлюю я вручну і виявляю, що половина написаних статей відсутні, або відображаються неправильно.

Це був шок, мені довелося викачувати базу даних, потім додавати всі таблиці вручну, коригуючи їх. Провозився я годин 5 не менше, так що, щоб убезпечити свою творчість, час і сили, необхідно постійно робити бекап данихперед оновленням.

У цій справі вам допоможе плагін, про який я створюйте резервну копію даних однією клавішею, зберігайте її на своєму комп'ютері і будьте впевнені, що всі дані в будь-якому випадку будуть при вас.

Як оновити WordPress автоматично?

Для того, щоб оновити WordPress автоматично нам нічого не потрібно, як тільки ви побачили повідомлення про те, що доступна нова версія WordPress, відразу створюєте резервну копію WordPress за допомогою плагіна який я описав трохи вище і оновлюєте.

Для цього просто переходьте в Консоль і натискаєте на кнопку Оновити. Після цього вас перекидає на сторінку, де ви можете переглянути результат оновлення та ознайомитись із новими фішками, які були впроваджені розробниками у нову версію.

Як оновити WordPress вручну?

Даний етап трохи складніший ніж перший, для початку знову ж таки створюємо резервну копію сайту за допомогою . І чистимо КЕШ блогу, щоб уникнути можливих помилоксумісності і таке інше. Як це зробити я розповім у наступній статті, щоб не пропустити.

Перше.Після дотримання правил безпеки необхідно . Бажано це робити з офіційного сайту, тому що різні доопрацьовані версії можуть бути чимось і кращим, але так само з ними можуть виникнути й проблеми.

Друге.Розпаковуємо архів і видаляємо папку wp-content. Для чого це потрібно? У цій папці зберігаються всі ваші файли: , зображення, яких набирається купа з першого дня ведення блогу. нову папкупотрібно видалити, щоб вона випадково не замінила папку з вашими файлами.

Третє.Підключаємось до вашого сайту через FTP, за допомогою . Заходимо в кореневу папкувашого блогу і робимо такі дії:

1. Завантажуємо на робочий стіл файл wp-config.php і видаляємо його із сайту.
2. Видаляємо папки wp-admin та wp-includes

Четверте.Відкриваємо у завантажений файл wp-config та файл у новому релізі WordPress wp-config-sample. І порівнюємо їх, також одночасно переносимо з wp-config в wp-config-sample дані, такі як DB_Name, DB_User, DB_Host і т.д. Після чого зберігаємо новий Wp-config-Sample файл, перейменовуючи його в Wp-Config.

П'яте. Закачуємо всі файли нового завантаженого движка у вашу кореневу папку блогу. Зауважте, що вам часто видаватиметься повідомлення про те, що такий файл вже існує, ви повинні замінювати старий файлі додавати новий, для цього натискаємо «Перезаписати» і поставте прапорець над «Завжди використовувати цю дію», щоб дані повідомлення не виводилося +100500 разів.

Шосте.Після того, як усі дані оновилися, заходимо до Адмінки блогу і ви побачите повідомлення про те, що вам слід оновити Базу даних, оновлюємо та ВАУЛЯ! Тепер ви маєте нову версію WordPress…

Як оновити плагіни та теми?

Насамкінець хочу дати кілька порад щодо оновлення плагінів і тем. Перед тим як оновлювати плагіни та теми, завантажуйте їх з сайту на комп'ютер. Буває так, що новий плагінпочинає конфліктувати з WordPress або іншими плагінами або в нього впровадили нові функції, які вам зовсім не потрібні. У цьому випадку у вас завжди буде можливість завантажити стару версіюплагіна, а оновлення проігнорувати.

У випадку з шаблонами або темами (Як вам завгодно *pardon*), всі зміни, які ви робили у файлах, теми автоматично оновлюються на нові. Тобто, після оновлення тема — чиста. Доводиться згадувати всі зміни та додавати їх заново. Якщо ви збережете тему заздалегідь, то у вас буде можливість скопіювати зміни з старої темиі зберегти багато часу.

На цьому все Любі друзі, до швидких зустрічей, сподіваюся мені вдасться частіше радувати вас новими статтями і, поки що….

Модуль «Оновлення CMS» є обов'язковим для встановлення. Він належить до CMS «Управління» та є частиною ядра DIAFAN.CMS. Має лише адміністративну частину.

Для коректної роботиДля модуля необхідно PHP-розширення ZipArchive.

Автооновлення

Модуль дозволяє отримувати оновлення для DIAFAN.CMS з нашого сервера.

При першому встановленні DIAFAN.CMS створюється так звана «точка повернення», яка містить резервні копіївсіх встановлених файлів"з коробки". Надалі при отриманні оновлень, DIAFAN.CMS створює точки повернення та зберігає окремо оновлені версіїфайлів.

Оновлення для DIAFAN.CMS перевіряються лише за Вашим запитом! Необхідно зайти в модуль «Оновлення CMS» та натисніть кнопку «Перевірити оновлення». Якщо для версії DIAFAN.CMS є зміни, Ви побачите список оновлень, доступних для скачування, і під списком буде кнопка «Завантажити».

Після натискання на неї оновлення почнуть послідовно завантажуватися. Якщо перервати завантаження до завершення, при наступній перевірці список оновлень буде скориговано. Продовжити перерване скачування можна аналогічним способом – за допомогою кнопки "Завантажити" під списком. В оновленні можуть брати участь усі файли DIAFAN.CMS, у тому числі шаблони, файли стилів та зображення. При цьому пропустити якийсь із пакетів неможливо, система автоматично перевіряє цілісність кожного оновлення.

При кожному завантаженні оновлень точки повернення створюються автоматично. Після завантаження оновлення необхідно натиснути кнопку «Застосувати» (вона відображається на екрані після останнього завантаженого оновлення). Застосовуються всі оновлення від поточної точки повернення до останнього виконаного оновлення.

Як працюють оновлення?

Згенерується тема. Що це означає? Усі отримані оновлені файлиз нашого сервера порівнюються з поточними файлами всієї системи у поточній точці повернення. Якщо DIAFAN.CMS вважає, що якісь поточні файлисистеми не відповідають отриманим з оновлення, вони будуть переміщені до папки customу поточну тему. Якщо поточної теми немає, буде створено нову.

На місце переміщених файлів буде записано файли, отримані з оновлення. На сайті це ніяк не відобразиться, тому що файли з поточної теми мають більш високий пріоритет.

Якщо в оновленні передбачено зміну структури бази даних, воно буде зроблено.

Що робити, якщо функціонал оновлення не влаштовує?

Можна повернути все назад в один клік. Для цього достатньо зайти в модуль оновлення CMS і натиснути Застосувати навпроти будь-якої попередньої точки повернення. Відкат до збереженого стану стосується також бази даних. Якщо з нею було зроблено якісь маніпуляції, після застосування точки повернення структура БД повернеться до колишнього стану.

Чи можна видаляти точки повернення?

Так можна. При видаленні точки повернення її файли приєднуються до наступній точці. Більше того, видаляти зайві точки повернення рекомендується, тому що це прискорить створення теми. А також, не рекомендується захоплюватися занадто частим створеннямточок повернення. Адже система перевіряє все попередні точки, і що їх менше, то швидше відбувається генерування.

Поточну точку видалити не можна, як і точки повернення завантажених, але ще не застосованих оновлень.

Як подивитися деталізацію точок повернення?

Кожну точку повернення можна розкрити, натиснувши на її назву. Після цього буде показано повний списокфайлів, які входять до точки повернення. Крім того, буде показано список файлів, що відрізняються від поточної версіїсайту.

Оновлення доступні лише для сайтів з активованими ліцензіями DIAFAN.CMS.

Підключення

Частина, що підключається - файл . У ньому описаний клас Update_inc. У модулі до об'єкта класу можна звернутися через змінну $this -> diafan -> _update. Примірник класу створюється під час першого виклику змінної.

Властивості

Var folders = array("adm", "css", "img", "themes", "modules", "includes", "plugins", "js")– папки та файли, що індексуються для точок повернення.

Var exclude = array("adm/htmleditor", "includes/custom.php")– папки та файли, які не індексуються для точок повернення.

Методи

Void first_return()- Додає першу точку повернення.

// При установці DIAFAN.CMS
$this -> diafan -> _update -> first_return();

Array get_files (integer $id)– Отримує оновлені файли з вмістом.

// Отримує файли точки повернення ID=3
$rows = $this -> diafan -> _update -> get_files (3 );
print_r ($ rows);
/* виведе:
Array
[modules/news/news.model.php] => ...
class News_model extends Model
{
...
[modules/news/news.php] => ...
class News extends Controller
{
...
...
) */

Array get_all_files (integer $id)– Отримує всі файли DIAFAN.CMS у точці із вмістом.

• integer $id: ідентифікатор точки

// Отримує всі файли DIAFAN.CMS, актуальні для точки повернення ID=3
$rows = $this -> diafan -> _update -> get_all_files (3 );
print_r ($ rows);
// виведе файли у форматі як функція get_files()

Файли

modules/update/admin/js/update.admin.count.js– кількість доступних оновлень, JS-сценарій;

modules/update/admin/js/update.admin.js- Оновлення, JS-сценарій;

modules/update/admin/update.admin.php- Точки повернення;

modules/update/admin/update.admin.action.php- Точки повернення;

modules/update/admin/update.admin.count.php– кількість доступних оновлень для меню адміністративної панелі;

modules/update/update.inc.php- Підключення модуля;

modules/update/update.install.php- Встановлення модуля.

На жаль, багато власників інтернет ресурсів не припускають, що безпека веб-сайту може бути під загрозою. Але такий простий захід, як оновлення CMS, може захистити від багатьох неприємностей, пов'язаних з атаками хакерів.

Будь-яка CMS має великий набір різних модулів, по суті це складний програмний комплекс. І розробники CMS іноді допускають помилки (уразливості), які дозволяють хакерам здійснити злом. І ніхто не може знати заздалегідь, коли хакери знайдуть таку вразливість у програмному коді, щоб зламати сайт.

3 важливі причини для оновлення CMS

Оновлення движка необхідно робити з періодичністю не рідше 2 разів на рік для оптимізації безпеки вашого ресурсу та захисту його від атак хакерів. Багато CMS повідомляють про вихід нових версій в адмінці, з коротким описом змін.

1. Не наражайте на сайт небезпеки бути зламаним. Розробники CMS регулярно випускають нові версії, які спрямовані на посилення безпеки. Більшість CMS – це ласий торт для хакерів. Тому поновлення рекомендується встановлювати своєчасно.
2. Часто двигун буває не до кінця доопрацьований і ви миритеся з багами, які вас дратують. Будь-який програмний продукт може мати недоробки, саме тому розробники в наступній версії виправляють ці помилки.
3. Цілком імовірно, що ваш сайт застарів. У новій версії двигуна можливе поліпшення багатьох функцій, які зроблять ресурс зручнішим для користувачів.

До чого може призвести порушення безпеки веб-сайту?

Якщо стався факт злому та порушення безпеки сайту, це може мати дуже негативні і іноді важко усунуті наслідки:

• Може відбутися заміна вашого контенту на чужий
• Розміщення посилань, які ведуть сторонні ресурси
• Впроваджуються віруси для розсилки спаму чи троянських програм
• На зламаному сайті викрадається інформація, наприклад, список клієнтів з якими велося листування
• Може статися часткове або повне порушення роботи веб-сайту, аж до його повної зупинки.
• Може статися втрата всіх даних, розміщених на сторінках сайту

Практично будь-яка CMS має вразливості, проте це не фатально. Так як розробники CMS їх регулярно виявляють та усувають. Оновлення CMS – це звичайна практика, яка захищає веб ресурс, оскільки відбувається усунення вразливостей в програмному коді CMS.

Як часто потрібно проводити оновлення CMS?

Оновлення CMS бажано робити раз на півроку або не рідше одного разу на рік. Більшість CMS в адмін панелі сайту повідомляють про появу нових версій. Часто додаються короткі описи, які пояснюють, які додані нові функції чи можливості, які усунуті помилки чи проблеми безпеки.

Однак, встановивши оновлення на працюючому сайті, може статися збій. Це відбувається тоді, коли під час розробки сайту встановлювалися якісь модулі чи плагіни для виконання сайтом певних функцій не з базового функціоналу. І це розширення не працює коректно із новою версією CMS. У цьому випадку потрібно шукати аналогічний модуль під нову версію.

Періодичне оновлення CMS до останнього актуального релізу – це необхідний захід, спрямований на безпеку сайту. Однак слід розуміти, що не завжди чергове оновлення включає виправлення всіх уразливостей. Особливо це стосується безкоштовних (open-source) двигунів.

• Чому нам важливо відповідати очікуванням наших клієнтів

Основний критерій надійності та безпеки CMS

Якість та частота появи нових оновлень – це, мабуть, основний показник надійності. Так як він говорить про те, що розробники підтримують CMS та усувають її вразливість. Якщо двигун не оновлювався півтора два роки, то, швидше за все, розробники перестали його підтримувати.

У разі застосування комерційних CMS, таких як Бітрікс, відповідальність за поновлення несе компанія-розробник. Оплата ліцензії включає надання гарантованої технічної підтримки.

У разі використання безкоштовної (open-source) CMS, бажано, щоб компанія-розробник сайту здійснювала регулярні оновлення. Для деяких CMS виконання оновлень є складним процесом, який потребує фахівців високої кваліфікації. І в цьому випадку для оновлення необхідно тимчасово закрити сайт, на технічне обслуговування.

ВИСНОВОК: безпека веб-сайту багато в чому залежить від регулярності оновлення CMS.

Регулярні оновлення (не рідше 1 разу на рік) запобігають несанкціонованому доступу до програмного коду. Так як команда розробників постійно виявляє вразливості та випускає оновлення для тих програмних модулів, які відкривають зловмисникам можливість віддаленого виконання коду.

Зважаючи на те, що наша веб-студія у своїй роботі використовує лише комерційні платформи для створення сайтів (CMS) – зауважимо російського виробництва. Назріла необхідність у публікації, яка б відкрила завісу щодо необхідності періодичного оновлення програми.

Якщо дивитися очима рядового співробітника компанії Замовника, який тільки й виконує завдання щодо наповнення контенту сайту фірми (новини, статті, товари, послуги тощо) – то цей співробітник не потребує оновлення платформи сайту. Це все пов'язано з тим, що мало хто розуміє, навіщо це потрібно. Усі розуміють, що потрібно прикладу оновлювати антивірусні програми на персональному комп'ютері, або необхідно оновлювати браузер - оскільки це підвищує швидкість завантаження сторінок сайтів, або те, що необхідно оновлювати операційну систему. Але, до сайту не доходить доки він «живий». Тим більше, що сайт не розташований на комп'ютері співробітника, а десь там, на віддаленому сервері. Більше того, до сайту часом ставляться як комп'ютер, викликають фахівця, коли ресурс заразився вірусом або зламався. Але якщо комп'ютер легко можна замінити, то на сайт потрібно витратити чимало часу, щоб зробити відновлювальні роботи.

Середній чек технічної підтримки та щорічного оновлення програми компанії коштуватиме приблизно 120,000 рублів – чимало. А тепер ми візьмемо невеликий інтернет-магазин із відвідуваністю в середньому 1000 осіб на добу – це близько 365000 потенційних клієнтів на рік. Припустимо, продається в даному on-line магазині - одяг із середньою вартістю 1,000 рублів. Якщо все робити правильно, не складно отримати конверсію покупок більше 3% від цільових відвідувачів, але ми візьмемо і тут середнє значення. Нам необхідно середній відсоток помножити на середню вартість і помножити на кількість днів, приблизно так: 1,000 (вартість) х 3% (кількість покупців на день) х 365 (днів у році) = 10,950000 (оборот). І це тільки песимістична оцінка оборотів, адже клієнт, який одного разу купив, може знову придбати новий одяг з іншої колекції. Виходить, на добу покупки відбуваються у сумі – 30,000 крб.

Про дохід ми вже зрозуміли, а тепер давайте розберемо збитки при простої - адже наше завдання заощадити ті самі 120,000 рублів на рік, щоб не замовляти технічну підтримку та оновлення движка інтернет магазину.

У разі збою або зараження вірусом Інтернет-магазин припиняє стабільно функціонувати, наприклад, найпростіший спосіб «заразити» сайт це зайти по FTP-з'єднанню через заражений комп'ютер і вірус почне одночасно «дружити» з Вашим сайтом.

Тепер порахуємо вартість робіт та супутні витрати (відразу відкинемо можливість повернути за допомогою бекапу на початкову точку до збою або зараження сайту, адже тим самим ми «прикриваємо» саму причину виникнення, плюс це загрожує втратою замовлень зроблених у проміжок часу від останнього бекапу до виникнення позаштатної ситуації):

У середньому програмістам потрібно від 2-х до 72-х годин на виявлення причин з подальшим усуненням проблеми (вартість роботи за годину від 1,000 рублів);
простий Інтернет магазину може становити від 1-го дня (у нашому випадку це відразу втрата 30,000 рублів мінімум);
втрата лояльності (не кожен потенційний покупець знову повернеться на сайт – якщо за першого входу він кудись зник).

Але, і це не все - залатавши причину один раз, але, не засвоївши урок, відбувається як не дивно рецидив, коли кожна наступна помилка на сайті обходиться дорожче в середньому в два рази попередньою.

Не бажаєте покладатися на долю і сподіватися, що всі випробування пройдуть повз Ваш сайт? Тоді