kgtu5

Рейтинг
209
Регистрация
21.07.2010
домен третьего уровня только привязали к моему IP?

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

он его и сейчас не "парсит", а всего лишь открывает на своем домене

если будет запрет открытия сайта по IP

то соответственно у него ничего отрываться не будет и страница из индекса отвалится через неделю

А на каком он тогда ай-пи?

https://www.reg.ru/whois/?dname=picterra.e49la.ru

e49la.ru
IP-адрес: 217.23.3.48
По данным WHOIS.RIPN.NET:
Домен: E49LA.RU
Сервер DNS: ns1.w30.in.
Сервер DNS: ns2.w30.in.
Как вообще мог появиться этот клон на том же айпи?

владелец e49la.ru добавил запись у себя на днс-сервере

picterra.e49la.ru A 217.174.105.203

Но проблемы это не решает, думаю.

проблему как раз решит запрет открытия сайта по ip

в конфиге нгикс добавьте дефолтный сервер с запретом открытия сайтов по IP

torg, надо в "безопасности" еще такую тему создать, в "администрировании" уже есть, каждый будет сам для себя решать - это безопасность, администрирование или проблемы хостинга 🤪

Никто не встречал сервисов проверки на уязвимость, на подобии filippo heartbleed ???

что бы все само и одной кнопкой - таких сервисов нет!!!

наймите админа на постоянку - одним сообщением (читать - одной кнопкой) все и везде настроится/обновится/запустится ;)

askary:
как-то нелогично тогда
Increasing the query_cache size over 128M may reduce performance
query_cache_size (> 512M) [see warning above]

вполне логично - при любом запросе к базе нужно сначала проверить 128Мб+++ кешированных запросов на совпадение с текущим и только после обработать

уменьшил в 2 раза

кого уменьшил??????????

вообще то знак > обозначает больше чем указанное число

вес всех баз 5гб

но не ключей, их всего 537.9M

тюнер же написал

tmp_table_size (> 128M)
max_heap_table_size (> 128M)
table_cache (> 1024)
open_files_limit (> 2209)
query_cache_size (> 512M) [see warning above]

читали предупреждение ниже?

key_buffer_size = 1024M

вряд ли у всех ваших баз есть столько

gzip нгиксу пока вряд ли нужен

ну и фронтенд у вас ждет ответа 30 сек, а бекенд может работать 60 сек = периодическая 504 ошибка обеспечена

Всего: 2207