mendel, второе. Похоже, достаточно случайно выдать права FILE для любого аккаунта.
Это можно сделать, если скрипт зачем-то использует конструкции LOAD DATA INFILE для "оптимизации" процесса. Или просто случайно узнав из документации об этой странной вредной возможности.
Почему бы нет? Это поведение и сломать несложно. Надо делать тест из командной строки.
По-моему, достаточно частая проблема с directadmin и exim, в том что он пытается доставить почту сразу же, вместо того чтобы в очереди оставить. Настроек на эту тему там масса ( поэтому все должны просто ставить postfix).
Да вроде бы нет такого симлинка по крайней мере в debian7. Там на каждый показатель по отдельному симлинку.
Разве munin-node-configure --suggest предлагал такое создать?
Отсюда и ошибка, скорее всего.
Но почему остальные не работают, без детальной отладки не угадать.
Это же просто программы на perl. Добавьте туда внутрь отладочную печать, запускайте через munin-run и поймете причину.
И еще, я предлагал не perl поставить, а дополнительные модули к нему.
Обычно это apt-get install libcache-cache-perl
Dram, во-первых графики все равно появляются спустя время. так что выводы нужно делать не поспешные, а спустя хотя бы 5 минут.
во-вторых, теперь munin-run, я полагаю, должен как-то более осмысленно ругнуться.
Dram, да вроде еще на прошлой неделе freebsd был. Ну, допустим.
Выглядит так, будто сломалось все в самом начале. Исходя из этого, я бы проверил логин и пароль в файле /etc/mysql/debian.cnf.
Они верные ? При подключении можно вывести show status и тд ?
Еще обычно нужны библиотеки Cache::Cache из пакета libcache-cache-perl, но об этом должен был подсказать munin-node-configure --suggest
Если так и не поможет, ставьте вручную более современный плагин из https://github.com/kjellm/munin-mysql/
Проблема с freebsd в том, что в гугле вы ничего не найдете и на форуме тоже некому ответить.
И плагины munin пишут разные люди, некоторые даже наверняка не тестируют их на frebsd.
Смотрите в строку 831 этого скрипта и думайте.
Ну зачем вы мне что-то доказываете? Это ваш сайт и ваш интерес.
Не хотите - не ищите.
А я напомню, что в реестре не IP, а "материалы".
По 80 порту фильтрация отдельных материалов по URL в состоянии работать нормально, а по 443 может блокироваться IP целиком. Закон просто декларирует необходимость ограничить доступ, а конкретные реализации могут отличаться и глючить разнообразно.
Нет. Только опосредованно.
А что вообще вас удивляет в этой ситуации? Множество сайтов так написаны. Можно добавить на графики учет байт из mysql чтобы убедиться в этом.
Поэтому иногда лучше не делать выделенный сервер под mysql.
ну так проверьте этот IP в реестрах заблокированных сайтов всяких.
Ну. Это вы еще траты на юристов не посчитали. Оно вам надо?
Видео - дорогая тема, потому что позволить себе транслировать легально могут только владельцы контента. По их меркам все довольно дешево.
А тут вы приходите и ожидаете цен как для русского вебмастера.
