The post has been translated automatically. Original language: Russian
One of the most common questions after starting a new project sounds very simple.:
"How much memory should I allocate to the VM?"
There is no universal answer. The same volume may be excessive for a corporate website and insufficient for a database.
Therefore, after some time after launch, it is better not to guess, but to see how the system uses the allocated resources.
There are several signs that are really worth paying attention to.
The first sign is that the memory is almost always fully occupied.
If there is very little free memory left, and the system regularly starts using the swap partition, this is already a reason to figure out the reasons. It is not always necessary to immediately increase the amount of RAM, but you should not ignore this situation.
The second sign is that the response time has increased significantly after the load has increased.
For example, a website runs fast in the morning, but starts to slow down in the afternoon when more visitors arrive. Sometimes the reason turns out to be in the application or database, but lack of memory is also quite common.
The third sign is that the system itself has changed in recent months.
New services have been added.
The database has increased.
Additional modules have been added.
If the VM has started to perform more tasks, its initial configuration may no longer match the actual load.
There is also a reverse situation.
Sometimes the memory is increased immediately after the first signs of slowing down, without checking the rest of the indicators.
In practice, this does not always help.
If the problem is related to a slow disk, an unsuccessful database query, or an error in the application, the extra gigabytes won't change anything.
That is why it is better to make any changes after analyzing the monitoring, rather than feeling it.
Modern cloud platforms allow you to increase the amount of memory quickly enough.
It is much more difficult to determine the moment when it is really necessary.
If you focus not on assumptions, but on the actual performance of the system, the solution usually turns out to be much more accurate.
Обновления WordPress обычно занимают несколько минут. Нажали кнопку, дождались завершения процесса, сайт открылся — значит, все прошло успешно.
На практике этого недостаточно.
Большинство проблем становятся заметны не сразу. Главная страница может работать идеально, но через несколько часов выясняется, что перестали отправляться заявки или не оформляются заказы.
Чтобы избежать подобных ситуаций, после каждого обновления полезно выполнить несколько простых проверок.
1. Проверьте основные сценарии работы сайта
Не ограничивайтесь открытием главной страницы.
Лучше пройти путь обычного посетителя:
- открыть несколько внутренних страниц;
- воспользоваться поиском;
- отправить форму обратной связи;
- войти в личный кабинет, если он используется.
Иногда проблема проявляется только в одном конкретном разделе.
2. Убедитесь, что работают плагины
После обновления ядра WordPress некоторые плагины могут начать работать некорректно.
Особенно это касается:
- интернет-магазинов;
- SEO-плагинов;
- форм обратной связи;
- систем кеширования.
Если сайт использует много дополнений, проверка занимает несколько минут, но позволяет быстро обнаружить несовместимость.
3. Проверьте отправку писем
Это один из самых частых источников проблем.
Сайт продолжает работать, но письма:
- не отправляются;
- попадают в спам;
- перестают приходить администраторам.
Лучше сразу отправить тестовую заявку и убедиться, что письмо дошло.
4. Посмотрите журнал ошибок
Даже если пользователи пока ничего не заметили, журнал ошибок может показать проблемы раньше.
Например:
- предупреждения после обновления PHP;
- ошибки совместимости плагинов;
- отсутствие нужных файлов;
- ошибки базы данных.
Чем раньше они обнаружены, тем проще их устранить.
5. Не удаляйте резервную копию сразу
Если обновление прошло успешно, возникает желание удалить резервную копию и забыть о ней.
Лучше не торопиться.
Имеет смысл сохранить возможность быстрого отката хотя бы на несколько дней. Иногда ошибки проявляются только спустя время, когда пользователи начинают использовать функции, которые вы сами не проверяли.
Вместо вывода
Обновление WordPress редко становится причиной серьезных проблем само по себе. Чаще всего сложности возникают потому, что после обновления никто не проверил работу сайта целиком.
Небольшой чек-лист занимает десять-пятнадцать минут, зато позволяет обнаружить большинство ошибок до того, как о них сообщат посетители.
Share
