nightfly

а ще обовязково увімкнути slow_query_log і натицькати індексів по полям що живуть в where

2 DarkSpider отписал личкой 2 Keen Ну "баланс до" это насколько помню, это просто количество денег которое было на счету до проведения конкретной оплаты.

фуф, конец подпоркам на похапе

в обратном порядке, по расширению маски

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

а ты как думал? Ничего не случилось. Все просто встало на свои места. stargazer.net.ua - сейчас пренадлежит stargazer-у, как логично было бы предположить ubilling.net.ua - а тут ubilling что в принципе тоже логично

Свободной энергии не существует - она всегда в рабстве. Освободи энергию - даЁш ядерный апокалипсис! А можт не спешить сильно с 408? Эм? Страшно же.

Новый багфикс релиз 0.1.3 rev 630 Список изменений: * Исправлено отсутствие htaccess в /config * Исправлена локализация * Исправлены права для модуля "Онлайн" * Косметические исправления * Модуль "Финансовый отчет": отрицательные оплаты теперь не считаются оплатами * Ресет пользователя при изменении оверрайда скорости * Модуль "Профиль пользователя": теперь отображаются примечания * Исправлено отсутствие htaccess в /modules * Модуль "Неизвестные MAC"- добавлена фильтрация * Новый модуль: "Отчет по детальной статистике" * Новый модуль: "Отчет по просрочкам кредитов" * Поиск пользователя более гуманный Немного о обновлениях Для адекватного обновления рекомендуется бекапнуть: /content/users/* /config/dhcp/* /config/billing.ini /config/alter.ini /config/mysql.ini После чего потерев /usr/local/www/data/billing/* (ну или где оно у вас) сделать традиционное # fetch http://ubilling.net.ua/ub.tgz # tar zxvf ub.tgz # chmod -R 777 content/ config/ multinet/ exports/ remote_nas.conf vservices.php с последующим востановлением вышесделанного бекапа. P.S. решено после релизов 0.1.4-0.1.5 приостановить наращивание функционала того что идет внутрях самого UB и заниматься уже допиливанием существующего кода. Последующие плюшки и свистелки планируется распространять отдельно в виде автономных модулей. Это должно упростить процес обновлений и способствовать стабилизации API. P.S.S. прошу меня простить, изначально впресовал значение CITY_DISPLAY=1 в alter.ini - кого напрягает (собственно у кого один населенный пункт), можно востановить изначальный вид адресов установив данный параметр в 0

Каюсь, обещаю впредь без блюющих животных не появляться

Багфикс релиз 0.1.2 rev 613 Список изменений: * Модуль "детальная статистика": добавлена обработка отсутствия детальной статистики за текущий месяц * Модуль "Сети": отзвездочены объязательные поля * Юзабилити: добавлен переход от редактирования городов к улицам * Юзабилити: добавлен переход к редактированию городов, улиц, домов при регистрации * Добавлен shared-network в умолчальный шаблон dhcpd * API адресов: исправлено выселение пользователя * API адресов: работа с нулевыми квартирами * Конфиг alter.ini: новая опция CITY_DISPLAY * Конфиг alter.ini: новая опция ZERO_TOLERANCE

Только в случае получения статы по трафику, все остальное типа тарифов, бабла, итп итд пишется же моментально сколько помню? С другой стороны да - если писать базонезависимое решение, другого выхода кроме как пинать XML RPC как-то особо не придумывается, ну или писать здоровенный уровень абстракции.

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

а что из этих четырех с половиной слов вам непонятно? ЗЫ Да - оно работает получше штатного поиска локальных сидов в сетях соответствующего размера, и может давать до 50% попаданий на популярных раздачах.

Очевидно же - прямое получение данных в обход любых прослоек. Это правило относиться ко многим вещам в жизни.

Суперечить релігії, "працює - не чіпай зайвий раз"

Итак, как и обещал не за горами релиз 0.1.1 rev 592 Список изменений: * Исправлены заготовки OnConnect/OnDisconnect для Linux (спасибо Небесный) * Новый модуль: "Модели свичей" * Новый модуль: "Свичи" * Незначительно изменилась структура БД (см fix 0.1.1 в дампе) * Исправлена локализация регистрации * Кабинет пользователя: исправлено кеширование * Кабинет пользователя: исправлено неверное определение по IP Как всегда самый свежий релиз находиться по ссылке: http://ubilling.net.ua/ub.tgz Мануал по установке тут: http://wiki.ubilling...id=setupfreebsd Для обновляющихся с предыдущих версий придется ткнуть в SQL консоль следующее: ALTER TABLE `switches` DROP PRIMARY KEY , ADD PRIMARY KEY ( `id` ); ALTER TABLE `switches` CHANGE `id` `id` INT( 11 ) NOT NULL AUTO_INCREMENT; Еще новости Домен stargazer.net.ua переходит таки старгейзеру. Ubilling со всеми потрохами переезжает на: http://ubilling.net.ua - сам Ubilling http://wiki.ubilling.net.ua - документация http://demo.ubilling...a:9999/billing/ - демо административного интерфейса http://demo.ubilling...ling/userstats/ - пользовательская статистика

SELECT `field` from `users` where `login`='....'

Ровно пол-часа, без каких-либо скиллов кодинга под винду.

Не согласюсь. Видимо мысль не донес - полумеры и симптоматическое лечение всегда дороже и трудозатратнее искоренения болезни в целом. ЗЫ всеравно mpd

Это главная ошибка в ваших рассуждениях. Это называется не "дарить" а "инвестированием средств в развитие инфраструктуры". Дарят цветы и шоколадки а вложение средств в развитие бизнеса это слегка не то. - Нужно купить печь для выпекания булочек - Что нам ее этим дармоедам дарить? - Ну нужно ведь... ну чтобы вкусные были.. - Нефиг подарки раздаривать - есть же костры! Так чтоли? Никто и не собирался Их можно взять несколько В начале 00-х я работал у провайдера где в сети таки небыло ниединого адекватного свича, зато был зоопарк из PPPoE/PPTP. Постоянные выгорания мыльниц (и фиг с ними, килограмами менять не жалко), постоянные провисания сессий, ";небольшие" штормики и прочие мыльничные радости были в комплете. Когда представилась возможность построить нормальную сеть очень обрадовался. Когда мы начинали помниться у нас в наличии был zyxel-4012F/3012F, и штук 5-10 zyxel-2108... эммм... и кажись вроде как все. После первых же гроз прошло прозрение. Теперь в сети около полутысячи домов из расчета свитч 24-ка на подъезд. За год на похороны уходит около 1-2 единиц после особо злых гроз. заземления, грозозащита? (см выше) Это решение называется mpd либо pppoed, только ничего интересного я в нем не вижу а с банальным втыканием шнурка колечком либо роутера не тем портом оно вам бороться никак не поможет. Кстати если уже клонируют айпишки/маки кто запретит им тырить логины/пароли? То бишь в чем тогда разница кроме наворачивания еще одной прослойки для авторизации? Эту мысль я и пытаюсь до вас донести - строить сеть на дубовом оборудовании в финале всегда получается дороже из расчета стоимости поддержания жизнеспособности. Благо подтверждается опытом не только моим а и практически всех живых провайдеров. Времена когда можно было по-сути ничего не вкладывая получать прибыли закончились где-то в конце 90-х.

Капан? Воздержусь. Мне ПМЖ и тут нравиться. Кто вам сказал что я занимаюсь доставкой техники? Они нагло соврали. Даже если кто-то нашепчет что я умею хорошо варить борщ - не верьте им, это все подлая ложь - варить борщ я никуда не поеду. Не, спасибо пенсию по умственной инвалидности мне и так платят. Укажите пожалуйста куда денег слать, и точную сумму сколько я вам уже должен. Вместо того чтобы искать изъяны в месте жительства/моей логике/предыдущем опыте многих провайдеров/климатических факторах/фазах луны/НЛО осознали бы что они никак не связаны с необходимостью строить сеть на мыльницах как следствие нежелания инвестирования средств в адекватную инфраструктуру. ЗЫ про гарантированно сгорит, годичную амортизацию, дарить денег итд - очень понравилось. Продолжайте.

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

Очевидное объяснение данной ситуации - изначальный фейл на уровне инфраструктуры. Снифферы в промискусе в современных реалиях это уже достаточно анекдотично. Для административных проблем - не существует технических решений.

у вас очевидное объяснение для данной ситуации не закрадывается?

Дергалка пользователей с TariffChange.