Выскажу ещё одно пожелания. Открывая группу, иметь возможность помещать в неё пользователей выбирая из списка. Включить интернет группе или выключить, функция такая мне не нужна...без неё можно легко прожить. А вот работа непосредственно с категорией пользователя, я думаю более важная.
Витька писал(а):Очень хотелось бы иметь кнопку "Отмена" во всех отчётах, особенно в детальном трафике Бывает, выберешь случайно не те даты, или просто передумал отчёт строить - а ядро уже не остановить. Тем более, что отчёт по деталке никак не связан ведь с запросами к базе, которые (как я понимаю) отменить сложно.
Витька писал(а):Очень хотелось бы иметь кнопку "Отмена" во всех отчётах, особенно в детальном трафике Бывает, выберешь случайно не те даты, или просто передумал отчёт строить - а ядро уже не остановить. Тем более, что отчёт по деталке никак не связан ведь с запросами к базе, которые (как я понимаю) отменить сложно.
Витька писал(а):Очень хотелось бы иметь кнопку "Отмена" во всех отчётах, особенно в детальном трафике Бывает, выберешь случайно не те даты, или просто передумал отчёт строить - а ядро уже не остановить. Тем более, что отчёт по деталке никак не связан ведь с запросами к базе, которые (как я понимаю) отменить сложно.
+1
+1
Как вы себе это представляете? Убивать SQL-запрос? Некрасиво это.
Если отсутсвуют права на функцию rpcf_add_service_to_user (0x2551), кнопка "Прочитать" у сервисной связки ничего не делает. Аналогично с тарифной связкой.
Витька писал(а):Очень хотелось бы иметь кнопку "Отмена" во всех отчётах, особенно в детальном трафике Бывает, выберешь случайно не те даты, или просто передумал отчёт строить - а ядро уже не остановить. Тем более, что отчёт по деталке никак не связан ведь с запросами к базе, которые (как я понимаю) отменить сложно.
+1
+1
Как вы себе это представляете? Убивать SQL-запрос? Некрасиво это.
Пользователи не должны этого представлять. Пользователи хотят "чёрный ящик", с которым удобно работать.
shoorickello писал(а):Тогда добро пожаловать в Трафик Инспектор и другие игрушечные биллинги. Там нет RDBMS-бэкенда, как раз чёрный ящик, то, что вам надо.
PS: Занимайтесь администрированием биллинга, а не жмаканьем кнопочек. Лично у меня любой отчёт генерится от пол-секунды до секунды.
shoorickello писал(а):Тогда добро пожаловать в Трафик Инспектор и другие игрушечные биллинги. Там нет RDBMS-бэкенда, как раз чёрный ящик, то, что вам надо.
PS: Занимайтесь администрированием биллинга, а не жмаканьем кнопочек. Лично у меня любой отчёт генерится от пол-секунды до секунды.
В том числе по детальному трафику?
Детальный трафик из админки не пользую, тёткам этот вид отчёта запрещён. Детальный трафик пользователь смотрит в своём личном кабинете путём скачивания файла (файлов) с ним, если оплатил такую услугу, конечно.
Файлы подготавливаются заранее скриптами, запускающимися из raw_fd_script.
Разбить на страницы всю детальку и плюс, предлагать, кроме экспорта текущей страницы, экспортировать весь лог в файл без отображения его в админке. Не справляется оно в такими объёмами и сидеть по временным диапазонам "по часу" выбирать - ломает. Нашли отмазку, логи куда ходили - смотреть не могём, запрещено законодательством, в плане вмешательства в личную жизнь
Pulse писал(а):версия от 16.09.2009. если выбрать на редактирование ип-группу в связке ip-трафик, у которой есть логин и пароль и случайно тыкнуть в логин, то пароль генерится новый. возникает вопрос - зачем? исправлено ли это в текущей версии?
Случайно.
Теперь, если изначальный логин или пароль не пустой - генерироваться ничего не будет.
версия от 29.09.2009 проблема осталась
Админка просто не была выложена на сайт. Исправлено.
Liandri писал(а):Админка просто не была выложена на сайт. Исправлено.
Я тут такую бесячью вещь нашел:
В расширенном поиске выбираем параметр, ставим условие значение, добавляем второй параметр, выбираем параметр, и тут он перескакивает на условие первого параметра.
Liandri писал(а):Админка просто не была выложена на сайт. Исправлено.
Я тут такую бесячью вещь нашел:
В расширенном поиске выбираем параметр, ставим условие значение, добавляем второй параметр, выбираем параметр, и тут он перескакивает на условие первого параметра.
shoorickello писал(а):Если отсутсвуют права на функцию rpcf_add_service_to_user (0x2551), кнопка "Прочитать" у сервисной связки ничего не делает. Аналогично с тарифной связкой.
Бывает, выберешь случайно не те даты, или просто передумал отчёт строить - а ядро уже не остановить. Тем более, что отчёт по деталке никак не связан ведь с запросами к базе, которые (как я понимаю) отменить сложно.
