Перейти к содержимому
Local
qwertys

Дублирующая оплата

Рекомендованные сообщения

скорее всего получилось из за того что: было добавлено две подсети, 192.168.110.33/29 и 192.168.110.33/27

после чего добавлен был пользователь на ип 192.168.110.39, когда обнаружилась ошибка, подсеть 192.168.110.33/27 грохнули, а пользователь остался с ип 192.168.110.39.. после чего были попытки изменить ип вручную, выбор из другого диапазона, удаление пользователя и т.п.., в таблице nethosts удалилась запись с мак-ип. сейчас добавил в данную таблицу мак пользователя и ип из правильной подсети, дополнительно в таблице users этому пользователю назначил тот же ип что и добавлял в таблицу nethosts..  больше ничего не делалось..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

скорее всего получилось из за того что: было добавлено две подсети, 192.168.110.33/29 и 192.168.110.33/27

после чего добавлен был пользователь на ип 192.168.110.39, когда обнаружилась ошибка, подсеть 192.168.110.33/27 грохнули, а пользователь остался с ип 192.168.110.39.. после чего были попытки изменить ип вручную, выбор из другого диапазона, удаление пользователя и т.п.., в таблице nethosts удалилась запись с мак-ип. сейчас добавил в данную таблицу мак пользователя и ип из правильной подсети, дополнительно в таблице users этому пользователю назначил тот же ип что и добавлял в таблицу nethosts..  больше ничего не делалось..

В таблицу users писать самому - очень плохая идея. Ибо с ней напрямую работает stargazer. Манипуляции с таблицей users идут только через stargazer, взаимодействие со stargazer идет через sgconf/sgconf_xml.

Чем оно вам обернется - я хз, смотрите логи старгейзера. Не один раз уже говорилось, что нельзя трогать users при живом stargazer.

Че то вот смотрю и не пойму, как вы сеть грохнули до смены ипишки юзеру. Ибо есть вполне себе говорящий кусок кода при удалении сети:

if (!multinet_network_is_used($network_id)) {

Ручками чтоль из БД удалили?

Изменено пользователем l1ght

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

через веб как ни странно, предварительно сменив маску подсети на той которая должна остаться.. теперь понимаю что нужно было вначале ип изменить, а потом уже грохнуть подсеть лишнюю

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

через веб как ни странно, предварительно сменив маску подсети на той которая должна остаться.. теперь понимаю что нужно было вначале ип изменить, а потом уже грохнуть подсеть лишнюю

Там вполне конкретная привязка по ID сети, а не к маске, всё равно не понимаю, как у вас так получилось.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

сам не понял что к чему, однако после перезагрузки сервера проблема возобновилась.. хотя все пользователи которые были "сломаны" - сейчас нормально, однако ни кредит не ставится, ни оплата не вносится..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

stargazer мертв

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ну тогда как и предполагалось заново накатить образ и перенести базу пользователей

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не создавая новую тему.

Сегодня прилетела дублирующая оплата по карточке пополнения

duble_pay.thumb.PNG.98fb5fb5e4cc540deb239b76c78b4a42.PNG

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
On 17.01.2018 at 1:58 PM, cetim said:

Не создавая новую тему.

Сегодня прилетела дублирующая оплата по карточке пополнения

duble_pay.thumb.PNG.98fb5fb5e4cc540deb239b76c78b4a42.PNG

 

Вирішили проблему, бо в мене те ж саме тільки з банками?

Изменено пользователем ppv

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, ppv сказал:

Вирішили проблему, бо в мене те ж саме тільки з банками?

Не таке саме і не тільки з банками. Можна звичайно добитись відсутності тормозів в роботі вашої ж бази, повключати нормально кешування... А ще давно вже є радикальне рішення для лінивих які не хочуть чи не можуть нормально це зробити.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
13 hours ago, nightfly said:

Не таке саме і не тільки з банками. Можна звичайно добитись відсутності тормозів в роботі вашої ж бази, повключати нормально кешування... А ще давно вже є радикальне рішення для лінивих які не хочуть чи не можуть нормально це зробити.

 

Декілька питань:

QUERY_CACHE_TYPE = ON чи DEMAND

 

і чи хватить стандартних значень

query_cache_size

query_cache_limit

mysql> SHOW VARIABLES LIKE 'query_cache_%';

+------------------------------+----------+
| Variable_name                | Value    |
+------------------------------+----------+
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 1048576 |
| query_cache_type             | OFF       |
| query_cache_wlock_invalidate | OFF      |
+------------------------------+----------+
5 rows in set (0.00 sec)

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
35 минут назад, ppv сказал:

Декілька питань:

З такими запитаннями, краще не чіпайте MySQL взагалі.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 hour ago, nightfly said:

З такими запитаннями, краще не чіпайте MySQL взагалі.

До відповіді ще почитав, згідний що дурне питання. Але можна було адекватніше, хоча б кинути зсилку документації чи щось таке, чи написати вчи матчасть )

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
24 минуты назад, ppv сказал:

До відповіді ще почитав, згідний що дурне питання. Але можна було адекватніше, хоча б кинути зсилку документації чи щось таке, чи написати вчи матчасть )

 

 

Вы спрашивате
"хочу дивжок перебрать. мне его отверткой колупать или сразу кувалдой по нему хуячить?"

а вы потом обижаетесь, что вам не посоветовали отвертку в ж#пу засунуть \_(-_-)_/

 

И да, вам дали вполне конкретную ссылку, как решить проблему

  • Thanks 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
39 минут назад, ppv сказал:

Але можна було адекватніше

Типу одразу наxyй послати? Так - можна.

 

39 минут назад, ppv сказал:

чи написати вчи матчасть )

Вчи матчасть.

Изменено пользователем nightfly
Оо
  • Haha 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: Tris
      В противоположность теме 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.: модуль онлайн и что-то в карточке абонента "рихтовано", но не мной.
×