nightfly Опубликовано: November 19, 2013 at 23:11 Опубликовано: November 19, 2013 at 23:11 розшифруйте будьласка, по яких даних буде йти порівняння, або посилання тицніть. спробуйте там хешування логінів юзерів в циферки, зате гарантовано є у кожного юзера і гарантовано воно унікальне.
mgo Опубликовано: November 19, 2013 at 23:16 Автор Опубликовано: November 19, 2013 at 23:16 логінів юзерів ой там такі крякозябри нагенерело білінгом зате гарантовано є у кожного юзера і гарантовано воно унікальне. ну це безумовно велечезний плюс. Значить юзер буде перти в банк і диктувати (давати карточку ) касиру з свій логін.
nightfly Опубликовано: November 19, 2013 at 23:41 Опубликовано: November 19, 2013 at 23:41 ой там такі крякозябри нагенерело білінгом то арабські цифри. Значить юзер буде перти в банк і диктувати (давати карточку ) касиру з свій логін. ні! Ше раз: CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; і він буде мати спільний для всіх платіжних систем чисто цифровий "Платіжний ID"
mgo Опубликовано: November 20, 2013 at 08:49 Автор Опубликовано: November 20, 2013 at 08:49 (изменено) ок. у virtualid згенерувались циферки. що з ними робити? гг там прикольна ідея постріляти по кометі галея)) Але добре їх юзерам на руки роздати, тай у базі уже є Платіжний ID. Заміняти старий Платіжний ID на новий з virtualid? Изменено November 20, 2013 at 09:06 пользователем mgo
nightfly Опубликовано: November 20, 2013 at 13:05 Опубликовано: November 20, 2013 at 13:05 Такс. Покажіть вихлоп show create view `op_customers`
mgo Опубликовано: November 20, 2013 at 13:10 Автор Опубликовано: November 20, 2013 at 13:10 Результат array ( 0 => array ( 'View' => 'op_customers', 'Create View' => 'CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER VIEW `op_customers` AS select `users`.`login` AS `realid`,crc32(`users`.`login`) AS `virtualid` from `users`', 'character_set_client' => 'utf8', 'collation_connection' => 'utf8_general_ci', ), ) а циферки я через phpmyadmin наблюдаю SELECT * FROM `op_customers`
nightfly Опубликовано: November 20, 2013 at 13:17 Опубликовано: November 20, 2013 at 13:17 Ну все ок. Тоді просто включаємо в alter.ini і userstats.ini опцію OPENPAYZ_REALID та заставляємо всіх башляти за їхнім "Платіжним ID".
mgo Опубликовано: November 20, 2013 at 13:25 Автор Опубликовано: November 20, 2013 at 13:25 (изменено) еммм тільки уточнити хочу Платіжний ID в профілі користувача неспівпадає з virtualid яке я наблюдаю через phpmyadmin. Так має бути? Якщо так то я незрозумів сенс маневру CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; який і нагенерив virtualid з логінів. можна ж було просто Платіжний ID який був юзати. упс ... я нетой Платіжний ID звіряю все гут)) Дякую! Изменено November 20, 2013 at 13:32 пользователем mgo
nightfly Опубликовано: November 20, 2013 at 13:56 Опубликовано: November 20, 2013 at 13:56 Платіжний ID в профілі користувача неспівпадає з virtualid яке я наблюдаю через phpmyadmin. Так має бути? повторюю втретє - OPENPAYZ_REALID
mgo Опубликовано: November 20, 2013 at 15:23 Автор Опубликовано: November 20, 2013 at 15:23 (изменено) OPENPAYZ_REALID=1 зробив давно) усе збігається, я не звідти "Платіжний ID" брав, шаманив усе на новому білінгу з хостінгу, а "Платіжний ID" брав для звірки зі старого тому стільки дурних питань Изменено November 20, 2013 at 15:29 пользователем mgo
nightfly Опубликовано: November 20, 2013 at 15:27 Опубликовано: November 20, 2013 at 15:27 усе збігається, я не звідти ідентивікатор брав, шаманив усе на новому білінгу з хостінгу, а брав для звітки зі старого "Платіжний ID"
mgo Опубликовано: November 23, 2013 at 14:32 Автор Опубликовано: November 23, 2013 at 14:32 (изменено) щось я пропустив при переносі( на білінг зайти неможу з 172.32.0.0/20 (Підмережа UHW) точніше сторінка повільно підгружається, коли жму стоп у браузері вилітає пів сторінки. на внутрішні мережі тупняк. хм... кабінет шустро відкривається 172.16.0.1/billing/ тупняк 172.16.0.1/billing/userstats/ шустро з світу усе добре бігає. внутрішня мережа це брідж до якого через EoIP мікротіки законекчені, по них видаютья IP юзерам. підкажіть де міг натупити? фаєр вимкнений .... таке враження що зарізана швидкість до 1 кб/с Изменено November 23, 2013 at 18:14 пользователем mgo
nightfly Опубликовано: November 23, 2013 at 18:59 Опубликовано: November 23, 2013 at 18:59 ipfw show ?
mgo Опубликовано: November 23, 2013 at 19:14 Автор Опубликовано: November 23, 2013 at 19:14 ipfw show 00060 0 0 deny ip from any to me dst-port 22,3306,5555,199,42111,953 via re0 65535 17410256 9722343245 allow ip from any to any
nightfly Опубликовано: November 23, 2013 at 19:16 Опубликовано: November 23, 2013 at 19:16 Агонь. Значить десь в раутингу пороблено. Зирте в mtr.
mgo Опубликовано: November 23, 2013 at 19:25 Автор Опубликовано: November 23, 2013 at 19:25 Агонь. хм то добре чи зле?
nightfly Опубликовано: November 23, 2013 at 19:37 Опубликовано: November 23, 2013 at 19:37 хм то добре чи зле? Ну deny all from any to any не споглядаю, чи fwd "внікуда" - так що будемо рахувати, що фист файно
mgo Опубликовано: November 25, 2013 at 18:53 Автор Опубликовано: November 25, 2013 at 18:53 (изменено) Консультація по EoIP тунелях потрібна. Між точкою 1 BSD та точко 2 MikroTik прокинуто EoIP тунель. З одної сторони і з іншої він завязаний в брідж з потрібними інтерфейсами. на бріджах стоять адреси: BSD ----- EoIP--- MikroTik 10.10.10.1/24 10.10.10.2/24 З мікротіка MAK бріджа BSD пінгується (ARP ping), в арп листах як на бзді є мікротік так і навпаки. А по IP пінгуватись ну ніяк нехочуть. До тепер усе через PPtP їхало, туда був змаршрутизований весь IP трафік. --------------------------------------------------------------------------------------------------------------- Сам і відповім ощепятка в налаштуванні EoIP на BSD. хоча чо бігали пінги по МАК х-зна. Изменено November 26, 2013 at 11:13 пользователем mgo
mgo Опубликовано: November 29, 2013 at 14:20 Автор Опубликовано: November 29, 2013 at 14:20 цікаву чудасію спостерігаю після масового ресету юзерів. у клієнта баланс = кредиту, а йому виконується onDisconnect, і так з кількома клієнтами (2-3шт ) на парі насів. История жизни 2013-11-28 17:52:48 MASSRESET User xxx /var/stargazer/allconnect.log 2013-11-28 17:52:49 - [ubilling] - OnDisconnect started for user `xxx`:2013-11-28 17:52:50 - [Executer] - Success: Firewall entry was updated/created2013-11-28 17:52:50 - [Executer] - Success: Queue entry was updated/created2013-11-28 17:52:51 - [Executer] - Success: ARP entry was updated/created2013-11-28 17:52:51 - [ubilling] - QC: 6, elapsed time: 2.214 sec. ресет руками з профілю юзера, його вмикає.
jcomm Опубликовано: November 29, 2013 at 17:34 Опубликовано: November 29, 2013 at 17:34 (изменено) цікаву чудасію спостерігаю після масового ресету юзерів. у клієнта баланс = кредиту, а йому виконується onDisconnect, і так з кількома клієнтами (2-3шт ) на парі насів. История жизни 2013-11-28 17:52:48 MASSRESET User xxx /var/stargazer/allconnect.log 2013-11-28 17:52:49 - [ubilling] - OnDisconnect started for user `xxx`: 2013-11-28 17:52:50 - [Executer] - Success: Firewall entry was updated/created 2013-11-28 17:52:50 - [Executer] - Success: Queue entry was updated/created 2013-11-28 17:52:51 - [Executer] - Success: ARP entry was updated/created 2013-11-28 17:52:51 - [ubilling] - QC: 6, elapsed time: 2.214 sec. ресет руками з профілю юзера, його вмикає. Это вам еще повезло, что парочка пользователей остались вырублены, обычно остаются все, кроме последнего.. Даже гадалки, шаманы и танцы с бубном не дают понятия о том, чего именно это происходит.. Изменено November 29, 2013 at 17:34 пользователем jcomm
mgo Опубликовано: November 30, 2013 at 06:44 Автор Опубликовано: November 30, 2013 at 06:44 Наскільки я розумію рестарт старгейзера робить той самий масовий ресет тільки без глюку. А масовий ресет буде чекати поки шамани з гадалками знайдуть и профіксять глюк)
jcomm Опубликовано: November 30, 2013 at 08:11 Опубликовано: November 30, 2013 at 08:11 Наскільки я розумію рестарт старгейзера робить той самий масовий ресет тільки без глюку. А масовий ресет буде чекати поки шамани з гадалками знайдуть и профіксять глюк) Саме так..
nightfly Опубликовано: November 30, 2013 at 08:41 Опубликовано: November 30, 2013 at 08:41 RESET_AO=1 спробуйте. Шансів на успіх явно більше.
mgo Опубликовано: November 30, 2013 at 20:01 Автор Опубликовано: November 30, 2013 at 20:01 RESET_AO=1 alter.ini?
nightfly Опубликовано: November 30, 2013 at 20:04 Опубликовано: November 30, 2013 at 20:04 RESET_AO=1 alter.ini? RESET_AO=1 billing.ini!
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВойти
Уже зарегистрированы? Войдите здесь.
Войти сейчас