nightfly

окей, будем считать что в данном контексте apache и sirko эквивалентны ниразу не понял, кто работает и кто нет можете елементарно попробовать под sirko все тот же /usr/bin/sudo /bin/ping -i 0.01 -c 1 127.0.0.1 (надеюсь такие путя у вас в billing.ini прописаны?) если работает - значит болезнь порылась где-то в system() - ему, кто-то претит выполнять внешние команды.

дык это ж хорошо Чего последний тест говорит? $command='id'; $result=shell_exec($command); deb(nl2br($result));

значит sudo либо не выполняется вообще, либо пытается запросить пароль. конечно мило, но вызывается оно для самого себя форком апача - из этого и следует исходить. Для начала возможно стоит позырить под кем же работают процессы php: $command='id'; $result=shell_exec($command); deb(nl2br($result)); Если в выхлопе вы таки увидите своего apache - значит проблема таки либо: 1. в том как это должно быть описано в sudoers (я реально не знаю, отличается ли оно в GNU-том окружении) 2. либо в банальном пути до самого sudo Больше вариантов почему оно может не работать -

А так чего говорит? $globconf=parse_ini_file(CONFIG_PATH."billing.ini"); $sudo=$globconf['SUDO']; $command=$sudo.' id'; $result=shell_exec($command); deb(nl2br($result)); таки походу sudo не работает

Того под которым работает апач. Для BSD это www. В этих ваших линуксах - вообще неизвестно кто начиная httpd и apache и заканчивая http,nobody,www и еще невесть кем. Итого в sudoers следует добавить User_Alias BILLING = пользователь_апача BILLING ALL = NOPASSWD: ALL Хоть бы чем-то ругнулось Одно из двух - либо проблема действительно в sudo и оно например пароль просит, либо у вас в принципе не исполняется shell_exec()/system() попробуйте тогда так: $ip='127.0.0.1'; $globconf=parse_ini_file(CONFIG_PATH."billing.ini"); $ping=$globconf['PING']; $ping_command=$pin

Опять SELinux? А вообще проверяется очень просто при помощи "PHP консоли": $ip='127.0.0.1'; $globconf=parse_ini_file(CONFIG_PATH."billing.ini"); $ping=$globconf['PING']; $sudo=$globconf['SUDO']; $ping_command=$sudo.' '.$ping.' -i 0.01 -c 1 '.$ip; $ping_result=shell_exec($ping_command); deb(nl2br($ping_result));

То была шутка. Ваш КО. Не за что. С праздниками.

Не хочу ничего менять.

Есть такая класная штука, называется документацией.

MASSSEND_ENABLED=1 MASSSEND_SAFE=0

..либо [!] с последующей экскомуникацией ноды. У нас тут борзая эха

Опция SP_URL своим существованием, как бы намекает на то, что там должен быть указан линк на локальный speedtest mini Самоочевидно же - до появления paymentscorr им небыло куда писаться. Откуда они должны были взяться? Из под подушки? В принципе можно елементарно выпарсить из логов - но думаю вы бы не озвучивали такие "багрепорты" если бы это сделали.

ubilling - от слова "Убивать".... наверное. Изначально оно разрабатывалось как zaebilling (загадка на сообразительность - от какого слова), из чего растут ноги у префиксов методов zb_ В смысли деньги не добавились? Или чего с этим "одним" не случилось? Думаю это уже проблемы самого NAS - и нет, я ничерта в микротике не понимаю. Mikrotik direct писан под заказ по спецификации клиента. В целом по ощущениям еффект очень похож, на тот который возникает в некоторых ситуациях при использовании rscriptd - на удаленных NAS, иногда может не дергаться событие reset() когда оно проис

2 madf Еще не привык к неожиданным вопросам? 2 nlo nameserver? На каждого пользователя? В ppp.secrets? Шутите? Такие вещи описываются один раз, глобально в /etc/ppp/ppp.conf.

Ubilling физиологически не дает возможности использовать для абонента айпишку "*", поскольку это работает только при использовании mod_auth_ia и полностью исключает нормальное функционирование mod_auth_ao, на работу с которым в основном заточена вся имеющаяся бизнеслогика.

Во всех браузерах? 1. вас либо отключены кукизы или яваскрипт 2. либо левая дата на сервере 3. либо левая таймзона у PHP В FAQ тоже давно в FAQ и этот вопрос я слышу минимум раза три в неделю - тоже в FAQ Так

Ну дык явственно и з куска кода выше следует откуда оно - если СУБД настолько чем-то взволнована, что манала отвечать на соединения - это уже проблема. Да. У себя такое помниться видел только когда мускуль тупо грохнулся по количеству коннектов от кривого цикла.

2 madf Если база небольшая - до 10-20к абонентов, отлично справляется и мускуль при правильном подходе, который называется "не трогать его руками" и "дотянуть индексы". 2 RIt Нет. Как показывает практика на BSD все как правило работает "изкоробки" вполне успешно. До скажем 5к абонентов можно как правило не утруждать себя заглядыванием в my.cnf. Для начала включите slow_query_log - и посмотрите не уходит ли просто ваш мускуль в астрал банально забивая на кверизы от тоже больноватого store_mysql. Возможно стоит посмотреть в каком контексте у вас идут операции с мускулем и добавить ин

Почему? Кто-то стоит за спиной с топором и запрещает? По-моему проще уж некуда.

madf как всегда забыл упомянуть, что для руления постгрей нужен адекватный DBA, способный постоянно бороться с вакумом и прочими "особенностями". Давайте угадаю - у вас linux. Очевидно бубунто-дебиано образный. Там изначально больной mysql-client. Лечится пересборкой.

Спать - это для слабаков PS пельмени шлите мылом.

Я подозреваю что имелся в виду корень каталога, в который установлен ubilling?