Алеандр

Ну да, ну да. То-то я смотрю, что при курсе 75 нужная мне для работы техника стоила 60к, а сейчас резко стала 75к. И выросла в цене именно за последнюю неделю, вслед за курсом. А так да, "прямая корреляция отсутствует", ага.

Классические решения проблемы:

1. Сделать ревизию сайта, найти "тяжелые" запросы и потребляющие ресурсы, отключить или модернизировать их.
2. Поднять тариф, где будет больше ресурсов для обработки этих "тяжелых" запросов.
3. Переехать на VPS, например, и админить самому. Плюс ресурсов за те же деньги будет больше.

Если у хостера не хватает ресурсов на этом тарифном плане, то они просто так их вам вряд ли добавят.

Никогда так не делал. Если нужно проверить сайт - поднимается его копия на другом домене или поддомене, с ограничением доступа. Либо, если есть возможность - другой IP у хостера, там располагаете полную копию и сменив в hosts лично для себя сопоставление пары IP-имя домена - заходите на сайт как на реальный, при этом попадая на тестовый.

То есть, вы еще и актуальный пароль на чужом сайте вводили? Гениально!

Это если там KVM и есть такой прямой доступ из локалки от хостера через его панель. Но это далеко не у всех.

Зачем? Поменяйте лучше порт, чтобы не долбились боты. Только не забудьте при этом открыть его в фаерволе. А указывать единственный IP для доступа - это не очень, он может в любой момент поменяться или потребуется вход с другого места или устройства и начнутся танцы с бубнами. Смена порта ssh + запрет логина рутом (rootpermitlogin), с входом через простого пользователя и sudo + хороший пароль - и этого с головой достаточно.

По основной проблеме - начните смотреть отсюда:

requirement "uid >= 1000" not met by user "root"

Может группа не та или еще какие-то настройки рута не подходят. Попробуйте создать обычного пользователя, может быть рутом в sftp запрещено. Группа 1000 и выше - это обычные юзеры должны быть.

Может быть что-то по типу zennoposter подойдет. По крайней мере, по заявленным задачам, он должен справляться.

Так эти id и в админке должны быть, вот их себе переписать и одним запросом сразу все выполнить, подставив массив id в запрос. По крайней мере не придется тыкать на каждой статье по 10 раз, чтобы поднять рейтинг и так по кругу повторять, да еще в коде туда-обратно все это править, да еще так, чтобы в то время, как сделали в коде +10 - чтобы другие по эти же +10 не на те статьи ставили. Плюс, на будущее, всегда можно сразу скорректировать пачку статей на нужный рейтинг, мало ли, через годик захочется еще им по +100 добавить. Только бэкап базы перед изменением не забыть сделать )

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

Без понимания того, как будут использоваться такие данные, что конкретно будет логироваться, будет ли это персонализироваться, есть ли в данных реальные персональные данные - ответа на вопрос не будет. Одно дело собирать статистику по тому, какие кнопки нажимают пользователи, чтобы потом провести A/B тестирование, например и, другое дело, если будут собираться и потом использоваться персонально данные о том, что вот этот верифицированный юзер искал это, находил это, делал вот это. Соответственно, исходя из задач, целей и инструментов можно будет дать ответ. А по исходным данным - ответ невозможен, только теория.