Coby

Так если бы гуглобот был забанен то какая-нибудь ошибка бы появилась в консоли правильно? Отправка урл не помогает, он просто не заходит на сайт и все. Отправил сайтмап в логах видно что загрузил его и количество страниц обновилось в консоли. Раньше быстро появлялись страницы в индексе или было написано страница просканирована, сейчас всегда урл неизвестен. Сайт небольшой, неск. сотен страниц, отправкой урлов до этого не злоупотреблял, пару раз пользовался только, сервисами индексации тоже не пользовался

Кроме ech ничего не менял за эти 5 дней. Когда делаю проверку возможности индексации  он ее проходит и видно что гугл инспектион тул зашел. Но вот сам гуглобот кроме роботса никуда не заходит, даже отправка не помогает

Гуглобот просто по несколько раз за день заходит на robots.txt и все и так дней 5 уже. Никакие другие страницы не открывает, отправка урла не помогает. Ну раз заходит, значит клауд его не забанил еще, значит все нормально

Любая страница, категория или текст например (не копипаст)

Почему последние несколько дней не работает добавление урла в индекс? Обычно было так что отправляешь страницу и она практически стразу индексируется лиьо появляется надпись страница просканирована. А сейчас даже после отправки не появляется статус что урл уже отправлен, и кнопка повторно отправить просто пропадает и написано урл неизвестен гугл

1. Установка innodb_buffer_pool_size

Параметр innodb_buffer_pool_size — один из самых важных для InnoDB, так как он выделяет память для кеширования данных и индексов. Для базы данных на 500 МБ рекомендуется установить innodb_buffer_pool_size на уровне 70-80% доступной оперативной памяти, если сервер полностью выделен под MySQL. Вот несколько рекомендаций в зависимости от объема ОЗУ:

• Для 1 ГБ ОЗУ: Установите innodb_buffer_pool_size в диапазоне 256 МБ – 384 МБ.
• Для 2 ГБ ОЗУ: Установите innodb_buffer_pool_size на уровне 512 МБ – 1 ГБ.
• Для 4 ГБ и более: Можно установить 1 ГБ – 2 ГБ или больше, хотя для сайта на WordPress обычно достаточно значений, сопоставимых с размером самой базы данных.

2. Установка innodb_buffer_pool_instances

Для небольших объемов буферного пула (менее 1 ГБ) достаточно оставить innodb_buffer_pool_instances равным 1. Если innodb_buffer_pool_size превышает 1 ГБ, рекомендуется разделить его на несколько экземпляров, чтобы уменьшить конкуренцию за доступ к буферу

3. Настройка innodb_log_file_size

Параметр innodb_log_file_size определяет размер каждого лог-файла InnoDB, что важно для обработки операций записи. Для базы данных в 500 МБ установите значение 128 МБ – 256 МБ. Увеличение этого значения может немного улучшить производительность записи, но также увеличивает время восстановления после сбоя.

4. Установка innodb_log_buffer_size

Параметр innodb_log_buffer_size определяет объем памяти, выделенной для буферизации транзакций перед записью в лог-файл. Обычно для базы данных WordPress достаточно значения в 8 МБ.

5. Настройка innodb_flush_log_at_trx_commit

Этот параметр регулирует частоту сброса журнала. Для максимальной безопасности данных установите значение 1 , чтобы журнал сбрасывался на диск после каждой транзакции. Однако для улучшения производительности на небольших сайтах WordPress можно установить значение 2 , что снизит нагрузку на диск, при небольшом риске потерь данных в случае сбоя.

6. Включение innodb_file_per_table

Параметр innodb_file_per_table сохраняет каждую таблицу InnoDB в отдельном .ibd файле, что облегчает управление дисковым пространством и резервное копирование. Это особенно полезно для управления пространством и упрощает восстановление в случае повреждения.

7. Установка innodb_flush_method

Для систем с SSD или современными накопителями установка innodb_flush_method в значение O_DIRECT может уменьшить двойное буферизирование и улучшить производительность записи.

8. Оптимизация max_allowed_packet

Этот параметр регулирует максимальный размер одного SQL-запроса. Для WordPress установите значение как минимум в 16 МБ, чтобы обработать большие запросы, особенно если сайт содержит большое количество медиафайлов.

9. Настройка пределов соединений

Эти настройки помогут сбалансировать производительность и использование ресурсов при большом трафике

• max_connections :

• Рекомендуемое значение для среднего сайта — 100-200 подключений. В случае сильной нагрузки можно увеличить до 300, но тогда следует следить за объемом потребляемой памяти.

• table_open_cache  и table_definition_cache :

• Параметры, отвечающие за количество кэшированных открытых таблиц и их определений. Можно установить, например, table_open_cache  в 400 и table_definition_cache  в 200-300, чтобы снизить частоту операций открытия и закрытия таблиц.

А не маловато? Я вот думаю зачем мне на сервере оперативная память нужна, если она все равно почти не используется. Хоть 4, хоть 6 ставить можно и разницы никакой не заметил. Плюс минус гигабайт используется

Я хочу сам разобраться, уверен, что новые значения прописать в панели сложностей не возникнет ни у кого

Спасибо, буду пробовать

И как-то проверить можно что ech отключился?

На бесплатном тоже отключается?