nightfly

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

Нет, не должен. Посмотрели бы, что делает Ubinstaller, перед тем, как в очередной раз "фичи" находить. Подсказка: STRICT_TRANS_TABLES.

Дитсадок веселка. repair table `logs_09_2016`

Перечитайте мое предыдущее сообщение. Ну либо последующее сообщение zaza12.

Можете. Почему ж не можете. Например на блядeй и кокс. Дело ваше. Они есть. Их принесли пользователи. Они лежат/лежали у них на счетах и используются для оплаты неких предоставляемых им услуг. Они куда-то делись, непонятно куда? Ну значит это криминал. А я то тут причем? Давайте. Я ж не запрещаю. Ок. Нет. Не делает. Потому, что это маразм, ничего не имеющий общего с настоящим бухучетом. Я уже сказал - бухгалтер, это человек такой профессии, который хоть приблизительно догадывается как ведется учет средств. Поговорите хоть с одним живым,

Подсказываю - нормальный учет основных средств, активов и пассивов, это слегка более комплексный подход, чем "пришло 500 денег неизвестно откуда и ушло 400 неизвестно куда". Спросите у любого профпригодного бухгалтера, на что он 5 лет учился, и за что он получает ЗП. На уровне "одна циферка плюс, вторая минус" можете вести его при помощи... ну незнаю STICKY_NOTES_ENABLED или просто блокнота. Плохо, значит складской учет (да, склад это такая штука куда приезжают и откуда уезжают ТМЦ) вам не нужен. См. выше, про "спросите профпригодного бухгалтера". Все эти ваши "видени

Так и есть, места себе не нахожу 1. Микротиками занимается jcomm, я вообще не в теме. 2. Да. В теории удаление юзера без выставленного AlwaysOnline либо с заранее врубленным Down должно происходить мягче.

Извините, но мои две экономических вышки, сидят и умиляются этим "доходам и расходам как в кассе". Вполне себе четко расписано/нарисовано чего он делает http://wiki.ubilling.net.ua/doku.php?id=warehouse Извините, а у вас на каком складском помещении, вместе с кабелями и свитчами лежит входящий канал? Чё? http://wiki.ubilling.net.ua/doku.php?id=plans Но всеравно, чё?

Пофиг. Люди нам помогают с багфиксами и рефакторингом постоянно. Судя по количеству багрепортов, и пуллреквестов от этого персонажа равному нулю, могу заключить, что мешки остаются все так же неворочанными.

ок, закажите у себя консалтинг или удаленную поддержку теперь ему пофиг Взять и зарегать. У меня вот получилось на демке. http://piclod.com/s/3240 В чем может быть ваша проблема? Ну например в том, что одинаковые мыла/логины не должны существовать, что в прошлом, что в будущем. Ебнули бы кеш юзеров aka billing/content/users.cache.dat что-ли.

Накой? Типичные периодические штуки и так уже вызываются извне, посредством существующего remote api и его штатной обертки ubapi. А выносить весь функционал.... я хз зачем кому-то допустим возможность менять названия улиц прямиком из вальхаллы.

Нет, как уже отписал madf - считать такты процессора уже бессмысленно. П-ф-ф-ф. Намного больше. И нет - узкое место, это там далеко не связывание по текстовым полям в тарифах

Нет естественно. Видели "PHP консоль"? Угадайте зачем она нужна? Да для вот таких всяких штук, которые происходят не каждый день. set_time_limit (0); $from='OldTariff'; $to='NewTariff'; $query="SELECT * from `users` WHERE `Tariff`='".$from."' AND `TariffChange`='' "; $all=simple_queryall($query); if (!empty($all)) { foreach ($all as $io=>$eachuser) { $login=$eachuser['login']; $billing->settariff($login,$to); log_register('CHANGE Tariff AUTOMOVE ('.$login.') ON `'.$to.'`'); $billing->resetuser($login); log_register('RESET User ('.$login.')'); } }

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

Старгейзер делает все штуки, исходя из концепции "что щас? Правда? Прям щас?". Это дает чумачеччие перспективы относительно производительности и предсказуемости поведения. Если спичит покрутить время (ну допустим перед продакшном забыли) просто тушим-крутим-запускаем при помощи /etc/rc.d/billing и живем счастливо.

Омг омг омг, второй "баг с АП" за эту неделю

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

Правильно - доступ должен быть по татухам.

А мне это видится, попыткой оправдать неспособность обеспечения хоть какого-то адекватного функционирования собственного же аппаратного обеспечения, бессмысленными софтовыми подпорками.

Во второй раз: http://wiki.ubilling.net.ua/doku.php?id=openpayz Там четко сказано, что openpayz должен находиться на уровень выше. Итого вы строите одну херню, пытаетесь использовать другую херню, и получаете в результате третью херню. Круговорот херни в природе.

направляю: http://wiki.ubilling.net.ua/doku.php?id=openpayz

А при виде этого URL-а, у вас не закрадываются сомнения, что делая все по документации, должно было бы получиться чуть-чуть не так?

fatal error in genetic code? Сухари сушить, лол. Посоны, срочно все в личку! Дружите с человеком, ему одиноко!

"Google обложался" - проверочное слово "лажа" а не "ложка".

https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.userprofile.php