Если закинуть его в SQL - выполняется, я получаю сount(*) только это не мешает пользователям повторно логиниться.
На 7204 то ли прошивка старая , то ли что еще , там про pppoe вообще ни слова. Могу скинуть настройки интерфейсов, и.т.п, что конкретно надо? У меня по link там только для multippp есть ограничение на кол-во линий...
Парадокс, а я вчера плакал, что мне электрики аптайм на роутере домашнем сбили (около 250days) :D А тут значит "кто же мне виноват , что сервера по году не перегружаются"...... По идее они и не должны перегружаться и чем больше и дальше тем лучше .... (но без фанатизма конечно) :)
Попробуйте после очистки перезапустить демоны которые могут оставлять файлы в /var, например SQL, apache.... после этого место сразу должно высвободиться ... После перезагрузки каждого демона проверяйте место, как отпустит - сами поймете что за демон занимал его... распространенная проблема.
А у вас cPanel не установлена там случайно?
/ru/forum/comment/10276181
Вот такой сервер есть прямо сейчас ,если надо что-то мощнее да еще и оптом, готовы обсуждать и цены и сроки.
[ Update ]
В стоке появился сервер следующей конфигурации:
CPU: Intel Xeon E5606 2.13
RAM: 12 GB
HDD: 2x1Trb (wdc) SATA
Band: Port 100 MB/s unmetered shared.
Установка и настройка после указания вами OS займет 30 минут (если не специфическая OS :D) т.е через 30 минут вы получите полностью работоспособный сервер.
220$ / месяц (готов поторговаться).
Оно и так будет работать в принципе, я описал лишь возможные вероятности :D Ваш вариант ни чем не плох, только вот время там не хватало :D
Принципиальная разница вот этого (тык) и вот этого (тык) заключает в том, что в первом случае ваш крон надо устанавливать скажем на ежеминутное срабатывание, так как в скрипте описано время жизни (при его срабатывании удаляются НЕ ВСЕ файлы, а только те которые по времени попадают в срез) .... а в случае с FIND у вас просто все данные в кеше будут умирать раз в пол часа (или как вы там крон настроите) ... не зависимо от их времени создания и прочего, в том числе и кеш пользователей которые прямо сейчас выгружают страницу.... (Есть вероятность отличная от нуля, что вы удалите часть кеша который прямо сейчас еще генерится пришедшему клиенту, как результат не вся страница будет загружена или что-то еще в этом же духе, конечно F5 его спасет... но в целом может быть отмечено как плохое поведение сайта :D ) В случае кеша было бы разумно оперировать временем, а не мочить все целиком..... в документации к find есть ответ (Кажется atime или mtime, давно дело было).
Я говорю , для того что бы определить инкремент, надо же с чем-то сравнивать то что на сервере и то, что на бекапе....
Как же целиком и сразу если у вас отдельно инкременты копируются? :D
Ага, то есть у вас несколько копий инкрементных например за 10 дней последних, а оригинал того с чем сравнения происходят? И каким образом вы из этой схемы откатываете бекап например на 5 дней назад? Ведь найденные проблемы могут быть не 1м днем датированы с точки зрения изменения кода...
