Tris

Дарю идею: 1. открыть Свичи 2. открыть 1й свич во 2й вкладке, выбрать аплинком 2й свич 3. открыть 2й свич во 3й вкладке, выбрать аплинком 1й свич 4. нажать Сохранить по очереди в обеих вкладках. 5. наслаждаться восстановительными процедурами. P.S.: при условии отсутствия проверки постфактум (при внесении в БД).

Не бред, ибо как раз можно, добавляя ко временной метке с целыми секундами ещё чего-нибудь - например ID из истории жизни, и таким образом формировать уникальный идентификатор записи. И конечно же - это изменение надо учитывать во всех зависимых элементах, т.е. глобально. Или - переходить к учёту до микросекунд, помня, что лог старгейзера ведётся "до секунд". Подведя итог: "...а невестке всё однО - лишь бы было красивО" (с), как сделают - покажет время, главное - учёт и контроль в результате.

Итого, как понял из сообщения Pautiina, буду ждать возможных исправлений со стороны nightfly и Со. Вместо: $counter = strtotime($eachpayment['date']); Что-то наподобие: $counter = strtotime($pl_fundsflow['ID'] & $eachpayment['date']); или $counter = strtotime($eachpayment['date']) & $GetData(pl_fundsflow['ID']); Так как подобная ситуация - вполне реальна (как показала банковская практика ). А пока что - придётся контролировать записи при импорте банковских выписок, на предмет сдвоенных (по времени) платежей на один логин в БД.

А это ведь идея! (с) Но нет, в данном случае не виноват - делал лишь выборки из БД, а также просматривал файлы логов - для проверки правильности занесения данных. И да - что всё в уБиллинге контролируется ещё и старгейзером = не так просто отредактировать, при рабочем процессе stargazer, я так же в курсе.

Именно, а дата учитывается - всего лишь с точностью до целых секунд. 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 присутствуют оба (или более) платежа (!!!), НО одновременно -

Дообновился (к стати, строки в Менеджере обновлений, по крайней мере, касающиеся изменений в БД, не пропадают после применения ), без изменений. Попытаюсь поставить отдельно последнюю релизную версию Оперы или буду гипнотизировать бухгалтерию на использование обычных кнопок-ссылок, но это уже будет другая история.

Мда - в таком разрезе не имеет. Наш вариант Профиля пользователя имеет возможность (кнопку) установки кредита прямо из собственно профиля - всплывающее окно (а-ля Мёртвые свичи) "Изменить кредитный лимит" по нажатию на кнопку-иконку "календарик" сразу после последней буквы в "Кредит". В Демо подобного не заметил. Не ведаю - было ли в ранних релизах подобное, или это только у нас дорисовано, но - мой вопрос по не срабатыванию в Опере, получается, теряет смысл.

Зашёл на демо-биллинг - и не увидел данной ссылки-кнопки. На демо на странице "Онлайн" есть лишь две кнопки-ссылки: Статистика и Профиль 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.: но, для справ

Будем считать, что празднование вчерашнего недорогого праздника помешало осознать всё величие старой ОС (а так же - злостную экономию на её базе). Что по поводу второй части вопроса - исчезают ли рекомендованные действия в Менеджере обновлений после их применения через веб-интерфейс, или всё так же висят "на память" ? 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 в Украине не исчезн