можно подменить на комплекс других программ снова запускающий tar с теми же ключами, но делающий что-то, что позволяет не смывать кеш.
Повторюсь, графическая карта для инсталляции drweb не нужна.
Может быть потребуется для проведения настроек временно подключить программу к удаленному X-cерверу, но можно делать настройки в текстовых файлах.
Не могу сказать работает ли на самом деле монитор, так как такой режим издевательства над сервером я не использовал, но монитор входит в стандартный пакет для десктопных программ и он запускается.
Хакеры не станут морочиться ради небольшого числа сайтов созданием нового вебшелла или программы рассылки. Не загрузилась - плюнут и дальше пойдут других заражать. А анализируют пусть студенты.
Понятно, что такой подход нестрогий, допускает проникновение вредоносных программ, но каждый сам выбирает цели и средства.
А по-моему drweb для linux стандартному дешевому не требуется постоянно графический интерфейс.
Может быть только иногда настройки придется делать в графике. Так для этого можно удаленный графический терминал сделать и настроить. А видеокарта настоящая не нужна. Нет никаких причин не использовать его.
VPS, конечно, нужен с полной виртуализацией как XEN с возможностью вставки модулей и тд.
Но это же не значит, что нужно опускать руки. Можно подменить /usr/bin/tar на другую программу понимающую те же ключи. Получится бекап в привычном формате и менее отражающийся на нагрузке. Делал я и не такое извращение.
Вообще, все средства работают до определенного соотношения объема данных и нагрузки. Так что у всех разный уровень погружения в проблему.
В отличие от обычного nice, невозможно заставить диск отменить операцию и заняться приоритетной, так что ionice тоже может не помочь.
Не менее важно "смывание" кеша. При копировании закешированные файлы заменяются в памяти на какие-то другие прочитанные программой бекапа. Этот график ТС не привел, а зря.
Скорее всего, получился конфликт этих двух правок.
Andreyka, я против. И послезавтра тоже.
А я у себя то же самое делаю - сессий нет.
Получается, невнимательно изменения вносил ? Перепроверяй все.
Может быть дело в не очень новой версии vbulletin. Либо эта проблема значительно сложнее, связана с набором хаков или настройками хостинга.
Затраты времени на такую работу сложно спрогнозировать, вот все спецы и отказываются.
Так исходники и почитайте. Значит так решил программист.
вообще, в старых версиях mysql не было prepared statements и надстройки PDO оболочки их имитировали не отправляя запросы к серверу.
для начала воспроизвести проблему. добиться чтобы в браузере появились эти ссылки.
наличие ссылок, которые были оставлены давно не означает, что ссылки возникают сейчас.
