нахер мне костылями заменять то, что было в функционале... меня именно эта постановка вопроса смущает...XoRe писал(а):Зачем дергать базу лишним селектом?
Самый адекватный ответ на это "Потому что, б***ть, подругому не заработает".
Костыли к биллингу - это такая штука, которую не от хорошей жизни делают)
Делимся впечатлениями о 5.2.1–006–RC2
- Lex
- NetUP Team
- Сообщения: 623
- Зарегистрирован: Ср мар 09, 2005 12:12
- Откуда: НетАП
- Контактная информация:
Насколько я помню, переменная, передача мак-адреса была реализована. Переменная MAC_ADDRESS, если мне не изменяет память.Pulse писал(а):зачем каждый раз после добавления/редактирования юзера дёргать базу селектом? меня устраивало, что когда я привязываю человека к тарифному плану, билинг скармливал мак и ip в ldap, откуда динамически брал эту связку dhcp. Пусть, функционал признали устаревшим, но забирать одно и не давать ничего в замен...XoRe писал(а):Мак адрес из БД можно брать.
Менять ip можно способом "удалил - поставил новый".
Логикой работы системы такого события не предусмотрено. Редактирование = Удаление + Добавление. Скрипты соответственно вызываются в этом порядке.Pulse писал(а):Ну это несколько меняет дело... А событие на изменение связки ip-mac тоже есть? Что-то типа ip_edit_script...Lex писал(а): Насколько я помню, переменная, передача мак-адреса была реализована. Переменная MAC_ADDRESS, если мне не изменяет память.
хорошо, спасибо и на том.. фух..прям полегчалоserjk писал(а):Логикой работы системы такого события не предусмотрено. Редактирование = Удаление + Добавление. Скрипты соответственно вызываются в этом порядке.Pulse писал(а):Ну это несколько меняет дело... А событие на изменение связки ip-mac тоже есть? Что-то типа ip_edit_script...Lex писал(а): Насколько я помню, переменная, передача мак-адреса была реализована. Переменная MAC_ADDRESS, если мне не изменяет память.
2XoRe, так я, вроди, тоже о них.вам нужно вытащить из базы актуальные данные о юзвере.
если, скажем, данные забрали в 14-00, а следующий раз будете забирать в 16-00, но в 14-05 они были изменены каким-нить манагером, то до 16-00 будете работать со старыми данными.
то есть нужно какой-то сигнал костылю, чтобы забирал новые данные.
или я всё-таки не о том говорю? =\
если, скажем, данные забрали в 14-00, а следующий раз будете забирать в 16-00, но в 14-05 они были изменены каким-нить манагером, то до 16-00 будете работать со старыми данными.
то есть нужно какой-то сигнал костылю, чтобы забирал новые данные.
или я всё-таки не о том говорю? =\
- Lex
- NetUP Team
- Сообщения: 623
- Зарегистрирован: Ср мар 09, 2005 12:12
- Откуда: НетАП
- Контактная информация:
669 - нет, 1С эти данные не передаются.melmax писал(а):Где можно подробно почитать по изменениям.
Конкретно непонятно следующее:
669: можно ли новые переменные (@INVC_PERIOD_START@ и @INVC_PERIOD_END@) добавлять к счету так, чтобы в при синхронизации с 1С эти переменные также были в 1С?
771: где прочитать про различие dummy, old
771 - old это классификатор, который использовался в 5.2.1-005, dummy - в 5.1.10-017. Различия в реализации алгоритма классификации и скорости работы. Следует использовать только в случае наличия проблем с классификатором, включенным по умолчанию.
Спасибо за разъяснение.Lex писал(а):669 - нет, 1С эти данные не передаются.melmax писал(а):Где можно подробно почитать по изменениям.
Конкретно непонятно следующее:
669: можно ли новые переменные (@INVC_PERIOD_START@ и @INVC_PERIOD_END@) добавлять к счету так, чтобы в при синхронизации с 1С эти переменные также были в 1С?
771: где прочитать про различие dummy, old
771 - old это классификатор, который использовался в 5.2.1-005, dummy - в 5.1.10-017. Различия в реализации алгоритма классификации и скорости работы. Следует использовать только в случае наличия проблем с классификатором, включенным по умолчанию.
Возможно вопрос не в тему.
Почему до сих пор во всех отчетах не отображается название, а только логин? Неужели кому то удобно смотреть кто сколько скачал по логину? Или удобно заходить в конкретного клиента и смотреть сколько он скачал?
Задал вопрос на info@netup.ru - там сказали стоимость доработки 1000y.e!!! Это только за то чтоб к существующим запросам в отчетах в админке добавить поле users.name, а также выводить это поле в админку?! Если бы я писал эту админку, думаю, мне было достаточно 1 часа чтобы внести все эти изменения.
Наболело.
Почему до сих пор во всех отчетах не отображается название, а только логин? Неужели кому то удобно смотреть кто сколько скачал по логину? Или удобно заходить в конкретного клиента и смотреть сколько он скачал?
Задал вопрос на info@netup.ru - там сказали стоимость доработки 1000y.e!!! Это только за то чтоб к существующим запросам в отчетах в админке добавить поле users.name, а также выводить это поле в админку?! Если бы я писал эту админку, думаю, мне было достаточно 1 часа чтобы внести все эти изменения.
Наболело.
Судя по количеству постов в топике тема не актуальна. Что, никто не рискнул попробовать новый шедевр на предмет работоспособности. Повторный вопрос к команде НЕТАП - назовите сроки выхода 6-ой сборки. Предлагать 5.2.1-006 RC2 к установке считаю не корректным с вашей стороны. Вам своего полигона для испытаний мало что ли?
Почему, я поставил. На рабочую систему. Пока глюков не замеченоUtm3_user писал(а):Судя по количеству постов в топике тема не актуальна. Что, никто не рискнул попробовать новый шедевр на предмет работоспособности. Повторный вопрос к команде НЕТАП - назовите сроки выхода 6-ой сборки. Предлагать 5.2.1-006 RC2 к установке считаю не корректным с вашей стороны. Вам своего полигона для испытаний мало что ли?
Пользуюсь след. возможностями:
Учет IP трафика, PPPoE+автоотключение, синхронизация с 1С.
А по поводу
Так эта проблема ещё со времен моей первой установки - год назад (5.2.1.004)melmax писал(а): Почему до сих пор во всех отчетах не отображается название, а только логин? Неужели кому то удобно смотреть кто сколько скачал по логину? Или удобно заходить в конкретного клиента и смотреть сколько он скачал?
К сожалению с 5.2.1-006rc2 не все так хорошо. Поставили ее на рабочую систему , полностью перестал работать интерфейс кассира.
Со стороны Нетап было предложение дать нам rc3 , где как было сказанно исправлен этот баг и еще несколько на которые тоже наткнулись. Но по поводу выхода нормальной 006 кормят обещаниями .
Со стороны Нетап было предложение дать нам rc3 , где как было сказанно исправлен этот баг и еще несколько на которые тоже наткнулись. Но по поводу выхода нормальной 006 кормят обещаниями .