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

[optims 1]

скорее всего получилось из за того что: было добавлено две подсети, 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..  больше ничего не делалось..

[l1ght 377]

скорее всего получилось из за того что: было добавлено две подсети, 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)) {

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

Відредаговано 2017-05-26 23:57:33 l1ght

[optims 1]

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

[l1ght 377]

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

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

[optims 1]

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

[l1ght 377]

stargazer мертв

[optims 1]

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

[cetim 16]

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

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

 

[ppv 1]

On 17.01.2018 at 1:58 PM, cetim said:

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

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

 

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

Відредаговано 2018-05-09 14:08:58 ppv

[nightfly 1 239]

6 часов назад, ppv сказал:

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

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

[ppv 1]

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)

 

[nightfly 1 239]

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

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

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

[ppv 1]

1 hour ago, nightfly said:

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

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

 

 

[l1ght 377]

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

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

 

 

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

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

 

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

[nightfly 1 239]

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

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

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

 

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

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

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

Відредаговано 2018-05-10 12:32:44 nightfly
Оо