Tris
Тип контенту
Профили
Форум
Календарь
Сообщения додав Tris
-
-
Не бред, ибо
по другому строить логику формирования выборки
как раз можно, добавляя ко временной метке с целыми секундами ещё чего-нибудь - например ID из истории жизни, и таким образом формировать уникальный идентификатор записи. И конечно же - это изменение надо учитывать во всех зависимых элементах, т.е. глобально.
Или - переходить к учёту до микросекунд, помня, что лог старгейзера ведётся "до секунд".
Подведя итог: "...а невестке всё однО - лишь бы было красивО" (с), как сделают - покажет время, главное - учёт и контроль в результате.
-
Итого, как понял из сообщения Pautiina, буду ждать возможных исправлений со стороны nightfly и Со.
Вместо:
$counter = strtotime($eachpayment['date']);
Что-то наподобие:
$counter = strtotime($pl_fundsflow['ID'] & $eachpayment['date']); или $counter = strtotime($eachpayment['date']) & $GetData(pl_fundsflow['ID']);
Так как подобная ситуация - вполне реальна (как показала банковская практика
).А пока что - придётся контролировать записи при импорте банковских выписок, на предмет сдвоенных (по времени) платежей на один логин в БД.
-
Там рихтовано ,там переписано ,не удивлюсь что вы еще и руками в базу лазили и правили профиля пользователей или еще что.
А это ведь идея! (с)
Но нет, в данном случае не виноват - делал лишь выборки из БД, а также просматривал файлы логов - для проверки правильности занесения данных.
И да - что всё в уБиллинге контролируется ещё и старгейзером = не так просто отредактировать, при рабочем процессе stargazer, я так же в курсе.
-
Вот часть кода которая формирует выборку, и проблема в том, что индекс массива формируется из даты.
$result[$counter]['date'] = $eachpayment['date'];
а дата, как я понимаю у вас по платежам совпадает.
Именно, а дата учитывается - всего лишь с точностью до целых секунд.
P.S.: если кому интересно, как такое может случиться - услуга Инет и услуга КТВ, по своей/ кассирской ошибке абонент платит 2 платежа на "Инет", потом выписка и ... точность до секунды в БД.
-
P.S.: Ubilling 0.8.7 rev 5918, файлы ../modules/general/pl_fundsflow/index.php & module.php от 2017-12-29. Эффект тот же.
Из выше упомянутых-переписанных модулей - pl_passive.
-
В противоположность теме https://local.com.ua/forum/topic/94735-%D0%B4%D1%83%D0%B1%D0%BB%D0%B8%D1%80%D1%83%D1%8E%D1%89%D0%B0%D1%8F-%D0%BE%D0%BF%D0%BB%D0%B0%D1%82%D0%B0 была отмечена проблема:
при мгновенном (точность до 1 сек. = предел точности отображения даты в MySQL) занесении нескольких (2+) платежей одному абоненту (например - при импорте банковских выписок) происходит следующее:
- в логе старгейзера присутствуют оба (или более) платежа,
- в БД, таблице bankstaparsed, присутствуют оба (или более) платежа,
- в БД, таблице payments присутствуют оба (или более) платежа (!!!), НО
- одновременно - в карточке пользователя отсутствуют все платежи, кроме последнего за эту дату (сужу по ID lifestory)
- как результат - не хватает средств у конкретной учётной записи => отключён инет.
Такое ощущение, что где-то в скриптах, касасающихся карточки абонента, в SQL-запросах добавлен оператор GROUP BY (или что-либо подобное) и происходит как раз вышесказанное (группирует-режет записи). При беглом осмотре файлов - такого не нашёл.
Поэтому просьба к тем, кто более сведущ что с чем взаимосвязано в уБиллинге: где искать (в каких файлах-скриптах) проблему не учёта средств клиента, если:
- module=report_finance - отображает данные верно
- module=lifestory - отображает данные верно
- module=addcash - отображает данные верно
- module=pl_fundsflow - ошибка, потеря записей (с одинаковой датой)
- итоговая сумма средств абонента меньше, чем занесено в БД.
P.S.: модуль онлайн и что-то в карточке абонента "рихтовано", но не мной.
-
Дообновился (к стати, строки в Менеджере обновлений, по крайней мере, касающиеся изменений в БД, не пропадают после применения
), без изменений.Попытаюсь поставить отдельно последнюю релизную версию Оперы или буду гипнотизировать бухгалтерию на использование обычных кнопок-ссылок, но это уже будет другая история.
-
Мда - в таком разрезе не имеет.
Наш вариант Профиля пользователя имеет возможность (кнопку) установки кредита прямо из собственно профиля - всплывающее окно (а-ля Мёртвые свичи) "Изменить кредитный лимит" по нажатию на кнопку-иконку "календарик" сразу после последней буквы в "Кредит". В Демо подобного не заметил.
Не ведаю - было ли в ранних релизах подобное, или это только у нас дорисовано, но - мой вопрос по не срабатыванию в Опере, получается, теряет смысл.
-
Зашёл на демо-биллинг - и не увидел данной ссылки-кнопки. На демо на странице "Онлайн" есть лишь две кнопки-ссылки:
Статистика и Профиль
http://demo.ubilling.net.ua:9999/billing/?module=traffstats&username=xxx-yyy-zzz http://demo.ubilling.net.ua:9999/billing/?module=userprofile&username=xxx-yyy-zzz
В веб-админке местного "разлива" их 3:
Статистика, Профиль и Добавить средства
... http://demo.ubilling.net.ua:9999/billing/?module=addcash&username=xxx-yyy-zzz#profileending
Вот она "бухгалтерская кнопка" с иконкой
, как уже понял - кнопка сверхрелизная .P.S.: но, для справки, открытая карточка абонента через данную ссылку - не позволяет установить кредит из Opera 36.0, в частности из WinXP (бетатестера заказывали?).
P.P.S.: по обновлятору - это хорошо, понажимаю-поубираю лишнее.
-
Будем считать, что празднование вчерашнего недорогого праздника помешало осознать всё величие старой ОС (а так же - злостную экономию на её базе).
Что по поводу второй части вопроса - исчезают ли рекомендованные действия в Менеджере обновлений после их применения через веб-интерфейс, или всё так же висят "на память" ? uBilling в "боевом" режиме, лишний раз экспериментировать повторным нажатием не хочется, надёжнее сначала спросить у первоисточника (в Вики написано, что проблем с добавлением стало меньше, но что-то осталось?).
-
P.P.S.: забыл добавить - в Опере "абсолютно"-последней версии (stable) всё отрабатывается нормально.
А так же - пользователь под WinXPSP3 не "Главный администратор", но имеет права на все пункты с упоминанием "кредит" и ранее, до последнего обновления uBilling, всё у него отрабатывалось нормально.
-
Обновил UBilling сразу через несколько версий (0.8.1b-0.8.7) и обнаружил следующий баг (?):
с ПК под WinXPSP3 (последнее обновление) из браузера Opera 36.0 (последняя версия для WinXP) при открытии карточки абонента из модуля Online через нажатие на кнопку-иконку модуля AddCash ("бухгалтерская кнопка") - невозможно установить кредит.
При открытии карточки абонента из модуля Online через нажатие на, собственно, кнопку-иконку модуля UserProfile - всё отрабатывается нормально.
Есть ли надежда, что в ближайшем релизе этот момент "допилят" (машина под WinXP в ближайшие лет 10 в Украине не исчезнет) ?
P.S.: в Менеджере обновлений после нажатия на "Применить" действие - исчезают ли "применённые" строки? Если да, то как убрать строки, элементы которых внёс ранее в ручную: всё же нажать на "Применить" в каждой строке (получается повторно), или что-либо дописать в БД вручную (подскажите что-куда, что бы не искать методом научного тыка).
).
, как уже понял - кнопка сверхрелизная 
.
ошибка при попытке редактировать свич
в Stargazer Ubilling
Опубліковано:
Дарю идею:
1. открыть Свичи
2. открыть 1й свич во 2й вкладке, выбрать аплинком 2й свич
3. открыть 2й свич во 3й вкладке, выбрать аплинком 1й свич
4. нажать Сохранить по очереди в обеих вкладках.
5. наслаждаться восстановительными процедурами.
P.S.: при условии отсутствия проверки постфактум (при внесении в БД).