sanyadnepr

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

Используется https://github.com/nightflyza/Ubilling/blob/master/docs/openpayz/frontend/city24_multi/index.php посмотреть нет проблем, в коде не силен. не смотря на ответ <result>0</result> платеж с одинаковым payID вносится еще раз в базу, вероятней всего проверки нет. Описание что проверить надо по payID не вижу есть ли проверка в коде, поэтому и уточняю. Если вы разбираетесь в коде подскажите пожалуйста есть проверка по payID или нет? Вижу что есть информация о платеже transactionID но payID одинаковый и нет о нем информации. if (pltz_CheckTransaction($extTransactionID

С базой все ОК. OP_HIGHLOAD_ENABLE это понятно, меня интересует проверка по payID есть или нет в модуле для сити24? Array ( [id] => 5648 [hash] => PLTZ_5648 [date] => 2024-02-25 12:00:00 [summ] => 100 [customerid] => 0001 [paysys] => CITY24M [processed] => 1 [note] => transactionID:8938030549 amount:10000 )

Что это некорректно сити24 шлет запрос, но они объясняют что эта ситуация учтена в протоколе и мы не отправляем ответ, хотя отправляем. Самый главный вопрос, проверяется ли payID в модуле? и если платеж с таким payID уже был обработан и внесен в базу почему следующий одинаковый payID далее заносится в базу платеж и пополняется счет абоненту.

Проблема именно когда два одинаковых прилетает, один ответ и сити его не видит. Если один запрос без дубля то в ту же секунду ответ. Документацию читал.

Приветствую всех. Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно. Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получи

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

Покупай микротик, шишки надо набивать на своем опыте. ))) В гугле забанили? Бери у кайота он херню не предлагает.

Он тебе возможно напишет, но... Готов наступить на грабли? Это не про него...

У тебя опять что то сломалось? Пиши если что.

Так ты тоже согласно букве закона не используешь ЭЭ когда ее нет от постачальныка, но есть из альтернативных источников? Не весели, весь прям в белом и на коне? Не путай провода/линии связи без договоров на столбах и питание оборудки в многоэтажках. Еще раз, никто не оспаривает что договора необходимы, мне еще не приходилось что сначала договора с облами а потом устанавливается оборудование в многоэтажках, обычно все наоборот, сначала оборудование, потом договора с облами.

Ты когда нибудь видел разговор подкованного юриста с облами, которые сразу превращаются в зайчиков?

Платит ОСББ. А ОСББ никто за ээ не платит. Есть конечно и другие варианты, но за рамками этой темы. Хорошо что его вспомнил, у него была одна ошибка, он вместо того чтоб "бороться" на "стенде" (каком то зарезервированном или не критически важном участке сети), "боролся" там где не надо. Никто не оспаривает что необходимы договора с облами, если ты вдруг не понял. Оспаривается "всеобъемлемое право облов" делать все что им захочется.

Тебе плохо? ОСББ никто не платит за ээ. Максимум что можно платить ОСББ за аренду чего то там. Даже за распределение ОСББ ничего не получает. Это в основной массе, кроме всяких там модных ЖК.

Читал и тебе советую почитать.)