felixio_01 Опубликовано: 21 декабря, 2012 Опубликовано: 21 декабря, 2012 На самом деле, я это все привел, чисто как вариант использования этих двух разных сущностей. Как несложно заметить изначально в ubilling присутствовали "те работы что негр с киркой" которые выполняются для конкретного абонента. Это писалось для себя - чтобы иметь представление кто же подключал абонента и кто ходил к нему на вызовы. Иногда полезно узнать, что абонента такого-то год назад, подключал Иван Васильевич, который судя из примечаний к подключению был под героином я считаю это очень актуаьно. необходимо иметь хоть какую то статистику выполненных работ, не говорю только о подключениях, но и о завках абонентов. Например, типа с какими заявками чаще ображаются абоненты... ну это типа для оптимизации рабочего процесса. чтоб в будущем уменьшить человекочасы на выполнения тех или иных заявок. "просто чтобы не забывать ходить на вызовы и как-то отмечать выполненные и невыполненные + кто их делал, а также чтобы можно было планировать не привязываясь к конткретному абоненту" очень даже прально... Для себя всю эту радость вы можете использовать либо не использовать, как вам удобно благо никакой особой бизнеслогики на это не завязано и носят обе эти сущности более справочную информацию "для себя". эту прелесть используем и будем использовать... На будущее были планы как-то скрестить бульдога с носорогом, чтобы скажем "задачи" могли в случае "выполненности" порождать за собой "работы" на конкретных абонентах, но как это должно выглядеть, чтобы не быть слишком замороченным я к сожелению еще пока слабо для себя представляю. хм... думую нужна только одна сущность... т.е. при создании работы (в профиле пользователя) она должна быть в списке задач. также можно порождать работы (которые теперь и задачи) непосредственно через "планирование работ" ИМХО
Midday1024 Опубликовано: 27 декабря, 2012 Опубликовано: 27 декабря, 2012 Вот, нарыл - в кабинете пользователя при авторизации по ЛОГИНУ, если у пользователя в поле IP стоит '*' - выдает страницу данных первого пользователя в таблице users с IP='*' вылечил таким образом: function zbs_UserGetLoginByIp($ip) { $glob_conf=zbs_LoadConfig(); $query="SELECT `login` from `users` where `IP`='".$ip."'"; // начало редактирования //password based auth if ($glob_conf['auth']=='login') { if((isset($_COOKIE['ulogin'])) AND(isset($_COOKIE['upassword']))) { $ulogin=trim(vf($_COOKIE['ulogin'])); $upassword=trim(vf($_COOKIE['upassword'])); $query="SELECT `login` from `users` WHERE `login`='".$ulogin."' AND MD5(`password`)='".$upassword."'"; } } // конец редактирования $result=simple_query($query); if (!empty ($result)) { return($result['login']); } else { if ($glob_conf['auth']=='ip') { die('Unknown user'); } } }
nightfly Опубликовано: 27 декабря, 2012 Автор Опубликовано: 27 декабря, 2012 Ubilling физиологически не дает возможности использовать для абонента айпишку "*", поскольку это работает только при использовании mod_auth_ia и полностью исключает нормальное функционирование mod_auth_ao, на работу с которым в основном заточена вся имеющаяся бизнеслогика.
RIt Опубликовано: 30 декабря, 2012 Опубликовано: 30 декабря, 2012 Месяц работает. Особо не увлекался быть водой и искать дыры. 1) в кабинете пользователя стидтест уже не актуален; (заменил) 2) "Движения Д.С," - погрешности с ДБ, когда вшиваешь старый (до появления этого модуля, а точнее таблицы в БД paymentscorr) бекап.
RIt Опубликовано: 30 декабря, 2012 Опубликовано: 30 декабря, 2012 некоторый папки нужно оставить для доступа с *:80. Например /css /images и так далее. (бывает нужно для http сервера). Конечно все это можно сделать с помощью httpd.conf + .htaccess и еще 1001 способом. Но для юмора сделав у себя: Все что архиве бросаем в нужную папку. заглушка для всего!.rar
nightfly Опубликовано: 31 декабря, 2012 Автор Опубликовано: 31 декабря, 2012 1) в кабинете пользователя стидтест уже не актуален; (заменил) Опция SP_URL своим существованием, как бы намекает на то, что там должен быть указан линк на локальный speedtest mini 2) "Движения Д.С," - погрешности с ДБ, когда вшиваешь старый (до появления этого модуля, а точнее таблицы в БД paymentscorr) бекап. Самоочевидно же - до появления paymentscorr им небыло куда писаться. Откуда они должны были взяться? Из под подушки? В принципе можно елементарно выпарсить из логов - но думаю вы бы не озвучивали такие "багрепорты" если бы это сделали.
Mishchenko_A Опубликовано: 5 января, 2013 Опубликовано: 5 января, 2013 Как правильно настроить рассылку сообщений пользователям на авторизатор старгейзера?
nightfly Опубликовано: 5 января, 2013 Автор Опубликовано: 5 января, 2013 MASSSEND_ENABLED=1 MASSSEND_SAFE=0
Mishchenko_A Опубликовано: 5 января, 2013 Опубликовано: 5 января, 2013 MASSSEND_ENABLED=1 MASSSEND_SAFE=0 А где это прописывать?
nightfly Опубликовано: 5 января, 2013 Автор Опубликовано: 5 января, 2013 Есть такая класная штука, называется документацией.
Mishchenko_A Опубликовано: 5 января, 2013 Опубликовано: 5 января, 2013 Есть такая класная штука, называется документацией. Измени настройки в alter.ini - все равно не отправляется
nightfly Опубликовано: 5 января, 2013 Автор Опубликовано: 5 января, 2013 Измени настройки в alter.ini - все равно не отправляется Не хочу ничего менять.
Mishchenko_A Опубликовано: 5 января, 2013 Опубликовано: 5 января, 2013 Измени настройки в alter.ini - все равно не отправляется Не хочу ничего менять. ИзвиниТЕ, не дописал одну букву (л). Уже все заработало, Спасибо Большое
nightfly Опубликовано: 5 января, 2013 Автор Опубликовано: 5 января, 2013 ИзвиниТЕ, не дописал одну букву (л). То была шутка. Ваш КО. Уже все заработало, Спасибо Большое Не за что. С праздниками.
Mishchenko_A Опубликовано: 5 января, 2013 Опубликовано: 5 января, 2013 ИзвиниТЕ, не дописал одну букву (л). То была шутка. Ваш КО. Уже все заработало, Спасибо Большое Не за что. С праздниками. Вас также!!!!!!
nightfly Опубликовано: 6 января, 2013 Автор Опубликовано: 6 января, 2013 Релиз Ubilling 0.3.6 - rev 2264 - Изменения в структуре БД, см дамп. - alter.ini: новая опция SEARCH_STRICT управляющая строгостью поиска - alter.ini: новая опция DEAD_HIDE отключающая показ мертвых людей (ну прямо как в «Шестом чувстве» с Брюсом Уиллисом) - alter.ini: новая опция DEAD_TAGID устанавливающая ID тега отмечающего похороненных пользователей - alter.ini: новая опция OPENPAYZ_REALID указывающая на то, что следует доставать платежные ID из op_customers - alter.ini: новая опция PASSPDATA_IN_PROFILE включающая отображение паспортных данных в профиле - userstats.ini: новая опция OPENPAYZ_REALID внезапно, делающая то же, что и в alter - billing.ini: новая опция RESET_AO хотфиксящая проблему при использовании rscriptd (включать строго по дикой нужде) - Новый модуль «Експресс регистрация»: позволяет регистрацию без удобного визарда, также требует прав на карточку. - Новый модуль «Редактирование паспортных данных»: угадайте что делает - Модуль «Експресc карточка»: косметика, теперь адрес регистрации по умолчанию отжат - Модуль «Експресc карточка»: добавлены минимальные проверки на валидность IP (формат,свободен,попадает в сеть) - Модуль «Експресc карточка»: после всех изменений теперь однозначно вызывается ресет пользователя - Модуль «Поиск»: строгость поиска по отдельным полям профиля теперь управляема - Модуль «Карта оборудования»: теперь также умеет отображать приблизительную зону покрытия - Модуль «Онлайн»: теперь умеет не видеть «мертвых людей» в HP_MODE - Модуль «Свитчи»: появилась «машина времени», позволяющая отслеживать состояние свитчей при cronping - Модуль «Редактирование договора»: для установки даты заключения договора более не требуется CRM_MODE - Модуль «Редактирование пользователя»: бессовестно рефакторнут - Модуль «OpenPayz»: бессовестно рефакторнут - Модуль «Профиль пользователя»: теперь умеет отображать настоящий payment ID - Модуль «Поиск пользователей»: теперь также умеет искать по настоящим payment ID - Модуль «Профиль пользователя»: теперь умеет отображать паспортные данные при указании соотв. опции. - Модуль «Состояние системы»: теперь умеет проверять наличие обновлений. - Модуль «Свитчи»: теперь есть отдельная привилегия для добавления, модификации и удаления свитчей. - Паспортные данные теперь также доступны для шаблонизации - Кабинет пользователя: в профиле может отображаться реальный Payment ID - OpenPayz: появился фронтенд работы с QIWI - OpenPayz: теперь принудительно логирует транзакции как платежи Ubilling Перед обновлением следует Вкатить вот такой дампик на БД: CREATE TABLE `switchdeadlog` ( `id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY , `date` DATETIME NOT NULL , `timestamp` INT NOT NULL , `swdead` TEXT NOT NULL , INDEX ( `date` , `timestamp` ) ) ENGINE = MYISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1; В alter.ini добавить следующие опции: SEARCH_STRICT="contract" DEAD_HIDE=0 DEAD_TAGID=15 OPENPAYZ_REALID=0 PASSPDATA_IN_PROFILE=0 userstats.ini: OPENPAYZ_REALID=0 billing.ini: RESET_AO=0
felixio_01 Опубликовано: 6 января, 2013 Опубликовано: 6 января, 2013 !!! думал к Новому году бдует новый релиз... нет к Рождеству! С праздником!
nightfly Опубликовано: 6 января, 2013 Автор Опубликовано: 6 января, 2013 думал к Новому году бдует новый релиз... нет было еще пару недопиленых заказух к Рождеству! правильно - на новый год я высыпался С праздником! И вам вкусной кути
felixio_01 Опубликовано: 8 января, 2013 Опубликовано: 8 января, 2013 обновился. при включённой опции CATV_HP_MODE вылазит ошибка (см. скрин). при выключенной,- всё ок. в предидущих версиях не знаю было ли это - не проверял. ещё вопросик. можно подробней про OPENPAYZ_REALID и про SEARCH_STRICT?
nightfly Опубликовано: 8 января, 2013 Автор Опубликовано: 8 января, 2013 обновился. при включённой опции CATV_HP_MODE вылазит ошибка (см. скрин). Оке, проверим. Догадываюсь откуда ноженьки растут. ещё вопросик. можно подробней про OPENPAYZ_REALID и про SEARCH_STRICT? OPENPAYZ_REALID - достает по каждому пользователю по его логину, настоящий virtualid из op_customers вместо дефолтной трансформации ip2int() как это делалось раньше в OpenPayz. В общем опция актуальна, если вы используете openpayz для приема оплат и хотите вместо традиционного Payment ID слепленного по айпишке нечто иное. Например, чистый цифренный логин. Опция влияет на модуля "Профиль пользователя" и "Поиск пользователя", а также собственно на "Кабинет пользователя" - но она там отдельно. SEARCH_STRICT - просто выставляет по каким типам полей будет осущестляться поиск без масок. Думаю понятно зачем это нужно. Возможные Значения: realname,login,phone,mobile,email,note,contract,ip,mac. Разделитель запятая. Опция влияет только на модуль "Поиск пользователя".
nlo Опубликовано: 12 января, 2013 Опубликовано: 12 января, 2013 Спасибо, Обновился. Всех с НГ и Рождеством!
Mishchenko_A Опубликовано: 21 января, 2013 Опубликовано: 21 января, 2013 Добрый день. Подскажите пожалуйста какие настройки нужно менять на сервере с Ubilling после замены сетевой карты, чтоб это не повлияло на работу системы и на базу данных абонентов (если это возможно).
nightfly Опубликовано: 21 января, 2013 Автор Опубликовано: 21 января, 2013 и на базу данных абонентов (если это возможно). не возможно чтоб это не повлияло на работу системы Ставили инсталлятором? Меняли смотрящую в интернет или на пользователей? Если моделька та же - то скорее всего ничего менять не придется. Если отличается - придется исправить от двух до "чуть больше" конфигов в зависимости от того куда смотрит сетевая.
Mishchenko_A Опубликовано: 21 января, 2013 Опубликовано: 21 января, 2013 Ставил инсталлятором. Хочу поменять смотрящую на пользователей. Просто база большая, не хочется переставлять всю систему.
Рекомендованные сообщения