Mobiaaa: LEOnidUKG, Не было бы общего ID приложения - Яндекс не смог бы вот так просто прихлопнуть всем бекапы) Мои скрипты продолжают пользователям лить дампы, т.к. как минимум каждый пользовать завёл собственное приложение, тем самым слился с общей массой
Я думаю, что каждая из теорий может быть верна. Но я не считаю, что Яндекс меценат, возможно вопрос времени и скрипт начинает анализировать каждый аккаунт и смотреть, целесообразно ли он используется.
Просто так висеть не может, возможно у тебя какие-то парсерсы, что-то делают и держать подключение к БД.
Ещё проверь, чтобы mysql была только на локалхосте и не доступна извне.
Уменьшать wait_timeout это не решение. У тебя любой скрипт парсера, который будет парсить будет через 60 секунд умирать или нужно делать переподключение к mysql
Mobiaaa: LEOnidUKG, Вот в этом то и "прикол" А ISP ещё и всё через одно приложение заливало :) @Сверхразум Это нужно быть полным дураком, чтобы не заметить, что в одно и то же время, с разных IP но под ОДНИМ приложением начинают вливаться сотни Gb данных При такой реализации Google прихлопнет лавочку так же быстро
Тут дело не в одном приложении, это не играет роли. Просто у Яндекса тоже дела не лучшим образом идут, и в какой-то момент каждый отдел отчитывается прибыль/расходы. И тут начинается оптимизация, сокращение и т.д.
Ещё надо учитывать это не просто место на дисках, это же и работа серверов и каналы связи, которые прокачивают эти бэкапы, и всё это на халяву.
Хм... только, что провернул операцию, никаких проблем.
Подскажите почему гугл в данном случае выдает предупреждение, срок стоит 60 дней, а все равно ему не нравится http://prntscr.com/piqyiz
В ISP выставите максимум и всё. По сути на показатели это не влияет.
---------- Добавлено 13.10.2019 в 22:21 ----------
Насколько я помню, некоторое время назад гугль совсем сбрендил: теперь ему срок длительностью чуть ли не год нравится видеть.
Именно от года и выше.
Я предложил вариант который знал.
Может бы пригодится для ТС.
Пригодиться? А вы уверены, что у него интерфейсы называются eth0 ? 🍿
Не понял, что вы имели ввиду?
А я не понял ответа, что там в консоле делать, если это функционал панели ISP5
https://firstwiki.ru/index.php/Добавить_IP_на_сервер
В консоли сервера:
ifconfig eth0 ip_адрес_ваш(192.168.1.1) netmask маска_ваша(255.255.255.0)
Либо если хотите дополнительный ип повесить на интерфейс, то
ifconfig eth0:0 ip_адрес_ваш(192.168.1.1) netmask маска_ваша(255.255.255.0)
ip и маску я сделал примером, у вас она будет другая.
эм... в смысле там сервера выдаются любые IP и их покупать не нужно?
Никто больше ничего не знает? Ожидал, что будет больше каких-нибудь советов.
Бесплатных советов как ВАМ заработать? С чего это ВДРУГ все вам будут рассказывать... наивность... 🚬
Ещё как вариант пишут, отключить opcache и попробовать без него.
LEOnidUKG, Не было бы общего ID приложения - Яндекс не смог бы вот так просто прихлопнуть всем бекапы)
Мои скрипты продолжают пользователям лить дампы, т.к. как минимум каждый пользовать завёл собственное приложение, тем самым слился с общей массой
Я думаю, что каждая из теорий может быть верна. Но я не считаю, что Яндекс меценат, возможно вопрос времени и скрипт начинает анализировать каждый аккаунт и смотреть, целесообразно ли он используется.
Выполняй в mysql SHOW FULL PROCESSLIST;
чтобы посмотреть, что там у тебя висит.
Просто так висеть не может, возможно у тебя какие-то парсерсы, что-то делают и держать подключение к БД.
Ещё проверь, чтобы mysql была только на локалхосте и не доступна извне.
Уменьшать wait_timeout это не решение. У тебя любой скрипт парсера, который будет парсить будет через 60 секунд умирать или нужно делать переподключение к mysql
LEOnidUKG, Вот в этом то и "прикол"
А ISP ещё и всё через одно приложение заливало :) @Сверхразум
Это нужно быть полным дураком, чтобы не заметить, что в одно и то же время, с разных IP но под ОДНИМ приложением начинают вливаться сотни Gb данных
При такой реализации Google прихлопнет лавочку так же быстро
Тут дело не в одном приложении, это не играет роли. Просто у Яндекса тоже дела не лучшим образом идут, и в какой-то момент каждый отдел отчитывается прибыль/расходы. И тут начинается оптимизация, сокращение и т.д.
Ещё надо учитывать это не просто место на дисках, это же и работа серверов и каналы связи, которые прокачивают эти бэкапы, и всё это на халяву.