Ну чтобы работать с closure-compiler нормально, всё равно придётся решать проблему, а не гадать над её проявлениями.
Я бы попробовал добавить -Duser.language=en -Duser.country=US к параметрам. Возможно, это решит проблему.
Ну что-то там не нравится, а сказать-то оно не может, т.к. языка не знает... =)
А без сообщений, оно отрабатывает. Там даже не ошибка может быть а какой-нибудь niotice.
Я вам всё написал. Вам не нужен был dhcpd вовсе. Вам надо было восстановить работу того, что было, а потом разбираться. Но вы решили всё доломать. Печально.
Abdula Magomedov На файлах не будет быстрее чем с базой, особенно, если она уже используется.
Пара очень простых запросов к базе, особенно, если не забывать чистить потом таблицу, будут практически не заметна. Ну и такое, можно не в базе, а в key-value каком-нибудь хранить, если уж на то пошло, если уж хочется совсем быстро.
Но не отладили, же, а сломали напрочь. =)
Ну и графическая оболочка, тем более Gnome, это не просто окошечки, это целая среда с высокой степенью интеграции, в частности, со своим управлением сетью.
А по поводу смысла в Elastix может он есть, может нет, но вам-то это досталось как данность уже, и надо либо было не трогать, либо разобраться, как это работает, и какие функции выполняет, и что-то уже делать. А вы выбрали совершенно не годный путь, и именно поэтому повели себя как ламмер, и как же оценивать ваши умения после этого?
pfg21, А откуда уверенность, что там dhcp делал dhcpd? =) Плохой совет...
Это мог быть и другой dhcp сервер, и какой-то сервис связанный с телефонией, и ещё масса вариантов...
Максим Тимофеев Нет тут какого-то алгоритма, это просто поиск пересечения по базе данных с моделями/допусками и маслами/допусками.
И эту информацию надо либо найти в готовом виде, либо собрать самостоятельно и обновлять, что весьма не тривиально...
Кстати, масло всё же не органическое называется, а минеральное. =) А от сезона допуски по маслу не меняются...
Кирилл, Вообще, не редко они используется, как раз. Периодически сталкиваюсь, по меньшей мере, с AllowUsers/AllowGroups.
А пытаться выполнить невыполнимое требование, да ещё и не правильно... Ну сомнительно.
К тому же шелов куда больше чем bash|sh. По меньшей мере, пользователи ходящие через ssh, не редко используют тот же zsh, например.
Это только грубая прикидка "сверху".
В ssh есть дополнительный контроль доступа, как на основе групп, так и конкретных пользователей(AllowUsers/AllowGroups/DenyUsers/DenyGroups). Так что список может быть, и куда меньше, чем множество пользователей с shell.
uvelichitel, 32bit тоже пойдёт. Бывает только обратная проблема, т.к. amd64 это только расширение набора команд и регистров, а не другая архитектура принципиально - она обратно совместима.
uvelichitel, На моём "роутере", выполненном в формате miniitx, а в остальном, по сути, таком же как у вас, стоит Debian. =) Просто потому, что мне не надо было гоняться за производительностью - её за глаза и так. И потому, что это тот дистрибутив, с которым я преимущественно работаю. А также потому, что мне просто не нужен какой-либо интерфейс, кроме консоли и конфигов.
SVML Где, при этом, работает phpmyadmin, и как именно проявляется невозможность в него зайти?
Ну и база лежит не в нём, и вообще особого отношения к нему не имеет...
А тот же heidisql попробовать всё же советую, это куда удобнее phpmyadmin, да и банально проще будет в установке и настройке - это простое виндовое приложение, в котором надо будет просто прописать ip, порт, пользователя и пароль, и получить, фактически, то же самое, что и в phpmyadmin и даже больше, без лишних ограничений на размер дампов и времени выполнения запросов...
Подозрительно низкая цена, за такую карточку... Это либо просто обман, либо не слишком рабочее...
Я покупал попроще карту, и более распространённую, за 6тр при более низком курсе, и то поискать пришлось. А такие, 8+.
Так что пара карт, это уже цена довольно приличной б/у машинки...
Php скрипт может вызываться не только в контексте веб сервера, но и из консоли, например. __DIR__ и __FILE__ универсальны, а $_SERVER["DOCUMENT_ROOT"] нет.
MrAlkatras, CGI nginx вообще не умеет. Т.е. он сам вам никакого обработчика не запустит.
Умеет он fastcgi, или проксирование http запросов. И в том, и в другом случае, у вас должно быть внешнее приложение, которое будет отвечать по одному из этих протоколов. Например, для php можно использовать php-fpm. Или это может быть приложение на C интерфейсом fastcgi. Или что угодно другое, работающее по этим протоколам, например, веб сервер отвечающий по http - это случай NodeJs.
Я бы попробовал добавить -Duser.language=en -Duser.country=US к параметрам. Возможно, это решит проблему.