l1ght

Ну если нравится вам железо 2004-го года... ну и живите в 2004 году. Тут как бы легаси сохраняется, а вот как на старом говне жить - я фиг знает. Ручками устанавливайте убиллинг на старую архитектуру раз уж так хочеться. Так, а если сервер три года уже крутит, нафига новый инстал?

1) Читайте документацию. 2) Прокрутите в голове список "что должен уметь биллинг". 3) Посмотрите на оба биллинга и выбирите то что ближе всего к вашему списку. 4) ?????? 5) Profit

Ух ты, я думал уже никого с процами которые не умеют в х64 не осталось. А нет, есть ещё те, кто раритет собирает и даже в розетку его включает. Конечно, сервера 15 летней давности сейчас по цене дров выходят, там пересылка дороже сервера будет, от чего ж такое чудо в продакшн не выпустить. А тем временем календарь говорит о Июле 2017 года...

я вот просто даже не знаю, как прокомментировать... source

Ну для яндекс карт ключик не нужен же вроде, не? Это только если гугл карты юзать хочешь. Или ты таки переключишь на гугл карты?

вики прям в верху страницы

Нужно построить машину времени.

а я б пайпы смотрел

FAQ Логи чтоль гляньте, че он не запускается то, вангую, что к БД не может подключиться. Кроме этого, пожалуй, даже нечего добавить.

Я вот боюсь спросить, вдруг камнями будут бить за очевидные вопросы. Сеть для наса то добавили? И возможно новая сеть не сможет инициализироваться до перезапуска старгейзера. Вроде ж уже кучу раз обсуждалось.

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

function zb_CreditLogGetAll() { $result = array(); $pattern = date("Y-m"); $query = "SELECT `login`,`id`,`date` from `zbssclog` WHERE `date` LIKE '" . $pattern . "%';"; $all = simple_queryall($query); if (!empty($all)) { foreach ($all as $io => $each) { $result[$each['login']] = $each['date']; } } return ($result); } Жирным выделил где ищет текущий год и месяц. Поитогу собирает массив из логинов и даты когда они брали кредит, и если брали в этом месяце то не морозим их. А, как всё оказалось просто? Пля, не выделяется внутри code.

param=nocredit - не морозить юзеров, которые сами брали кредит в ЛК в этом месяце. Уже не знаю куда прямолинейней. И да я сегодня добрый

ZBSSC - это zbs_self_credit выводы сами сделаете? ну и запуск с param=nocredit как бэ намекае

А там табличка целая? Чую что какая-то таблица marked as crashed.

Во первых, у вас вместо сетевых карт стоит говно какое-то (риалтек). Во вторых кто вам будет шейпить на ng* интерфейсах, а не на физическом re1 я не знаю. Читайте форум, в самом деле, обсасывалось как шейпиться pppoe/pptp/l2tp через mpd5. Оно создает интерфейсы вида ng1/ng2/ngN и вот на форуме уже проскакивало решение как делать. Как бы даже не в этой же самой теме. Ищите, читайте. Ну и само собой гугл в помощь и не забываем man ipfw. Ну и привет FAQ FAQ тоже не забудьте почитать. И конечно вики. Ну или делайте себе dhcp сеть, где всё работает по настройке автоустановщика и

ищите в альтер.ини can_delete_payments

stargazer мертв

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

В таблицу users писать самому - очень плохая идея. Ибо с ней напрямую работает stargazer. Манипуляции с таблицей users идут только через stargazer, взаимодействие со stargazer идет через sgconf/sgconf_xml. Чем оно вам обернется - я хз, смотрите логи старгейзера. Не один раз уже говорилось, что нельзя трогать users при живом stargazer. Че то вот смотрю и не пойму, как вы сеть грохнули до смены ипишки юзеру. Ибо есть вполне себе говорящий кусок кода при удалении сети: if (!multinet_network_is_used($network_id)) { Ручками чтоль из БД удалили?

И это странно. Юзеров удаляет stargazer, у меня были подозрения что с ним что-то не так, либо не запущен, либо не может к БД подключится. Но вот это вот очень странно, если БД живая, таблички не битые - то вроде там нечему не давать убить юзера. Че-то темните вы, сударь)))

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

Стопе стопе, юзера не создаются или создаются с ошибкой?

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

Я думаю кому надо уже сделали, а кто не сделал - дождутся перехода на google API