madf

Что ж вы сразу не сказали? Какая ОС и какая версия MySQL?

А что в логах MySQL?

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

В логе MySQL какие-нибуть ошибки есть?

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

Приведите лог в момент добавления пользователя. И какое тогда отношение проблема имеет к теме?

Что в логе Stargazer'а?

Это как? Использовать PostgreSQL.

Это не обновление, это у вас MySQL сломался. Собственно, об этом в логе и написано.

Stargazer не поддерживает "плавающие" периоды.

В Stg абонплата всегда снимается за прошедший месяц.

5-го и 5-го. Первый раз 5-го когда пользователь еще заморожен - снимет за период с 5-го по 27-е. Второй раз когда он уже разморожен, снимет за период с 7-го по 5-е.

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

Хм, вроде вчера отвечал... Кратко: биллинг не имеет никакого отношения к таблице contrack.

Каким боком переполнение таблицы contrack имеет отношение к биллингу?

Боже, Dumper... Lite... Если с кирилицей все в порядке - так может оно там и было в utf8? Зачем его iconv'ом конвертить?

Исходя из того что у вас Ubilling, используемая СУБД - MySQL. Она не имеет ничего общего с ERD для PostgreSQL. Там своя крышесносящая и мозговыносящая схема. Приведенная ссылка вообще относится к Stargazer версии 2.0, т.е. имеет разве что музейную ценность.Если в сообщении об ошибке говорится о невозможности записать статистику то она относится только к таблицам со статистикой.

"В остальном в логах все ОК, кроме записей о том, что не может записать статистику для юзера." — т.е. то что у вас навернулась БД это ОК?

Плюсанул за ipset.

Вам би, шановний, ще писати навчитись... Якщо ви мережі будуєте так як пишете - не дивно що у вас там дива творяться.

Вы считаете вора полезным для общества? Я этого никогда и нигде не говорил. Возмещение ущерба уже не является наказанием?

Я считаю что в тюрьм должны сидеть люди опасные для общества. А люди причинившие вред обществу должны этот вред возместить. Если всех садить в тюрмы то мы только увеличим количество опасных для общества субъектов.

Оно то вроде и логично, но.. Воспитательный эффект от таких методов ничтожен. Так все гопники района на какое-то время перестанут кабеля трогать, себе дороже. А с исправительными работами что, кого оно когда-то пугало? Да и государству все виды наказания не выгодны, за тем же исправителем должен милиционер ходить целый день, это тоже деньги и морока. Дешевле и эффективнее людей нанимать что б листовки обрывали и газоны копали. Арабы лишающие частей тела молодцы, да и америкосы со своими залогами(заплатил кучу денег и иди домой) и смертной казнью тоже. Содержать милиционера и содержать учреждение с военизированной охраной и всей инфраструктурой - все таки разные вещи. Людей нанимать чтобы газоны копать - это им платить надо. А тут бесплатная рабская сила.

Вот сейчас паренек витуху ворует, а после отсидки чем-нибуть более серьезным займется. Наркоту начнет продавать, или домушником заделается. Потому что окружение - оно, обычно, влияет. От того что он там где-то сидит пользы ни стране ни жителям никакой, одни растраты на содержание. И ему тоже никакой пользы, вред один. А вот ежели отправить его на общественно-полезные работы... Столбы от рекламы провайдеров чистить, газоны, там, вскапывать или улицы подметать (да мало ли у нас мест где рук нехватает?) - всем бы польза была. Глядишь, так и остался бы дворником.

Работа с БД тоже разная бывает. OLAP или OLTP? Вот об этом я и писал в своем посте, один сайт использует несколько БД (сейчас 3, постепенно добавлются) с таблицами больше 1М записей и постоянно растет (OLAP), а остальные используют таблицы с небольшим кол-вом данных (15-20к записей), но интенсивно (OLTP). OLTP и OLAP это не размер базы. Это принципиально разный характер нагрузки. OLTP подразумевает интенсивную заливку данных, без какого-либо процессинга. Сотни тысяч транзакций на запись - OLTP. OLAP наоборот, подразумевает практически персистентные данные, по корторым производятся сложные выборки. В первом случае важны быстрые винты, но не нужен большой кеш или мощный проц. Во втором начхать на винты, но желательно хороший проц и много оперы под кеш БД.