Які неочевидні завдання з обслуговування, які потрібно виконати на сайті Magento?

Для збереження програми Mage в чистоті потрібно зробити кілька речей:

• перевірка журналу помилок
• обертання колоди
• вар / ротація звіту
• очищення більше не використовуваних зображень
• застосування патчів безпеки
• оновлення компонентів

Я впевнений, що є інші речі, які є хорошою ідеєю, що ще є?

Ви багато покрили.

Але ви забули найголовніше з усіх - НАЗАД .

• Сплануйте резервні копії в години пік і (переконайтесь, що вони працюють!)
• Сплануйте протипожежні навчання зі своєю командою ecom, щоб випробовувати свої резервні матеріали

Я додам наступне:

• Налаштуйте log.phpдля очищення журналів БД, таких як журнали відвідувачів
• Налаштуйте indexer.phpдля повторного встановлення конкретних індексів за графіком (<1,13EE)
• Налаштуйте compiler.phpдля перекомпіляції за графіком або після розгортання (гачки після розгортання або частина розповсюдження).
• Періодично зменшуйте виробничі знімки до постановочних / розроблювальних коробок
• Щомісяця переглядайте користувачів адміністратора, щоб гарантувати видалення неавторизованих користувачів
• Часто обертайте паролі

Деякі інші речі, які слід перевірити / врахувати:

• Перегляньте звіти про трафік та перевірте, чи можуть вас нанести шипи / боти (наші повторні правопорушники: Яндекс / Baidu) або боти / сканери, які ігнорують обмеження швидкості NOFOLLOW або robots.txt
• Переконайтеся, що ваш sitemap.xml працює часто (щодня / щотижня) - це те, що найчастіше пропускається!
• Переконайтесь, що дозволи на веб-сайти та права власності на файли є правильними (я встановив для цього сповіщення Pingdom) - це дуже важливо для команд з кількома особами або керованих служб хостингу, які chmod 777 -Rволіють-неволі.

Редагувати від @kalenjordan:

• Контролюйте винятки, які реєструються, будь то перевіряючи виключення.log вручну чи встановлюючи якесь повідомлення про винятки (електронною поштою чи іншим способом).
• Перегляньте журнали помилок 404 та переспрямування налаштувань, щоб запобігти потраплянню 404-х.

• Вимивання спам-оглядів.
• Оновлення бібліотек мізків (або принаймні слідкуйте за змінами) - Дуже приємно, коли ви можете почати працювати над новою функцією JavaScript на передньому рівні, не турбуючись про оновлення потенційно несумісних версій.
• Параметри конфігурації адміністратора, як правило, встановлюються багатьма модулями, але ніколи не видаляються. Добре пройти та очистити ці предмети, якщо вони не використовуються.
• CSS майже завжди може використовувати деякий рівень рефакторингу. Якщо ви виявите, що у вас є якийсь "вільний час" для заповнення, перегляньте та виправте дефекти моделі коробки в CSS або просто зробіть перевірку перехресного браузера.
• Загальне тестування. Використовуйте сайт і знайдіть області, які потребують вдосконалення.
• Перевірка оновлень вмісту клієнта. Вони схильні думати, що розміщення 25 Мб зображень на CMS-сторінці, яка щомісяця отримуватиме 5000 звернень, - це гарна ідея.

Деяким це може здатися очевидним, але, безумовно, такі сфери, як я бачив, можуть вдосконалити.

Вимкнути всі модулі, які не використовуються, які також повинні включати Mage_AdminNotificationтаMage_Connect

редагувати: тому що єдині оновлення, які ви повинні робити на виробничому майданчику, повинні бути розгорнуті з режиму інсценізації, а не з підключенням magento.

О, про одне, що ми робимо, я забув:

• Перевірте, чи файли на веб-сервері такі, як файли, які ви очікуєте там.

В ідеалі у вашій системі управління джерелом ви матимете тег або реліз, з яким можна порівняти.

Сенс цього полягає в тому, щоб отримувати сповіщення, коли хтось навмисно модифікує файли в прямому ефірі (іноді це єдиний спосіб отримати видимість помилки, яка з’являється лише в прямому ефірі, на жаль), або коли зловмисник модифікує ваші файли або завантажує щось нове . Більшість зловмисників сьогодні не є для того, щоб знекровити ваш сайт, тому ви можете не помітити, що ваша індексна сторінка тепер розміщує спам-посилання на користувачів користувачів Googlebot ...

Треба видалити через

rm -rf media/catalog/product/cache/*

кожного тижня. Magento кешує завжди всі зображення. А при великому магазині папки кеша виростають до багатьох-багатьох ГБ, поки диск не заповниться.

Ще одне завдання, яке ми робимо, - це видалити котирування замовлень, старші 90 днів.