Abram

Я только что удалил свой голос и проголосовал заново - за последний пункт. Секрет прост - качество.

Короче, 2000 грн считаем максимум? Ок, пишу заявку.

У нас это уже давно. Практикуем простые правила: 1) Попытаться все-таки решить проблему по телефону. Твердить абоненту по 10 раз, как дебилы, где включается сетевая. 2) Если проблема у нас (если дом виден - не обязательно проблема у абонента) - ремонт, естественно, бесплатно. Если у клиента - 20 грн вызов + тариф по времени. Такие абоненты, единоразово заплатив, быстро учатся сами включать сетевые карты. Особенно если ему показать, где была проблема. Насчет "вы не досчитаетесь одного абонента, у ваших конкурентов мальчики бегают день и ночь бесплатно": кто конкуренты? Киевстар? Не бега

Хотелось бы все-таки видеть цены, хотя бы ориентировочно. Мы пока решаемся, скольким ехать - 3 или 4 людям.

Делайте ночью 100 (не афишируя в тарифах!). По утрам/обедам (когда мало народу) включайте в 2,4,10 раз большую скорость (наращивать по ходу дела). Кормите, пусть жрут. Можно делать как мини-акции на 1-2 часа с обьявлением в локальном чате. Нажрутся и успокоятся, тогда уже можно будет на всех тарифах в 2 раза поднять скорость (опять-таки, не афишируя) - будете удивлены, нагрузка сильно не вырастет (а через некоторое время и вообще упадет). Мораль проста: если сильно можно - то не хочется . НЕ нажруться, проверено, будут качать всякую гуйню. а бы качать .... Разный контингент. У

Були. Одного монтажника підвісили за яйця. Тепер проблем немає.

На 100-200 абонентов - просто не выживете. Для 100М тарифов нужна большая абонбаза (от 1к хотя бы), тогда скачки закачек на внешнем канале незаметны.

Делайте ночью 100 (не афишируя в тарифах!). По утрам/обедам (когда мало народу) включайте в 2,4,10 раз большую скорость (наращивать по ходу дела). Кормите, пусть жрут. Можно делать как мини-акции на 1-2 часа с обьявлением в локальном чате. Нажрутся и успокоятся, тогда уже можно будет на всех тарифах в 2 раза поднять скорость (опять-таки, не афишируя) - будете удивлены, нагрузка сильно не вырастет (а через некоторое время и вообще упадет). Мораль проста: если сильно можно - то не хочется .

Поздно... У вас тоже? Спать хочется ужасно, сижу за компом, жду, пока сварят оптику.

Присоединяюсь! Всех с праздником, к пожеланиям хочу добавить - если уж беде суждено случиться - пусть это будет хотя бы не в день сисадмина!

trollface.jpg? Я вообще-то о том, что спорить можно долго. И бессмысленно.

Я о кешировании внутри MySQL. Ладно. На вкус и цвет все фломастеры разные.

На перестройку конфига dhcpd? Ровно один в текущей версии. А что? Я не о конфиге dhpcd, а о биллинге вообще. Мысль в том, что запросы от dhcp на фоне запросов биллинга просто не будут заметны. Спасибо . Поржал. они то причем к дхцп и старгейзеру? (см сабж) пиво это хорошо, укос неожиданно накладывается на покатушки к более северным курортам, httpd на похапе - изврат. Биллинге на жабе здесь при том же, при чем и httpd на пыхпыхе.

Ёпт, пост не умещается, пришлось разбить. это достижение да? Это контр-аргумент на Ваши выпады о кол-ве SELECT-ов. а джойны, нормализацию табличек и сторед процедуры так и не осилили.... пичаль-пичаль... Я рад, что Вы владеете таким количеством умных слов . Осилил, не бойтесь. Забыли биллинги на жабе (не, не у меня - я вообще). P.S.: И вообще, предлагаю продолжить беседу на УКОСе, с пивом.

Тобишь по каждому DHCPDISCOVER делать минимум по 1 select? Умно-умно, а главное как продуктивно. А Вы не смотрели, сколько SELECT-ов делает Ваш биллинг? Повторюсь: правильные SELECT-ы с правильной структурой БД выполняются быстро и базу не грузят. да хоть кофе им в постель носите, главное не забеременнейте Я уловил, да. # cat /var/log/dhcpd.log | grep "Jul 28" | grep OFFER | wc -l 1830933 ну с того и начинайте что мы говорим о чуток разных уровнях Я тоже могу включить логгирование в isc-dhcpd (да, он у меня тоже есть - один город на нем, второй на

Увы, я не использую stg.

Предлагаю брать из базы актуальные данные в тот момент, когда клиент пришел за адресом. Нет. О такой проблеме слышал только от людей, не способных установить собственные правила в собственной сети - от пионерии тобишь. Одни ноют что юзера пасворды-логины на РРХХ конекты забывают/теряют/набрать не могут, вторые ноют что юзера видите-ли иногда дивайсы меняют и не желают покупать роутеры либо банально звонить в суппорт менять мак... Такие "проблемы" возникают только у тех кто не понимает очевидной истины - административные проблемы не имеют технического решения. Хочу быть Вашим ко

http://forum.nag.ru/forum/index.php?showtopic=64849 Фактически, это готовый сервер (не моё). Просто подставить свои запросы/логику.

Возвращаемся к интересной теме. Будет что-нибудь?

Костыль. Кроме того, есть проблема с "перетыкальщиками" (см. nag.ru).

http://forum.nag.ru/forum/index.php?showtopic=64849 - во, нашёл. Он довольно-таки пилябельный, за день можно дописать под себя.

Есть DHCP-сервер на Perl, который работает исключительно с базой. Поищите на http://forum.nag.ru/forum/index.php?showforum=4 , автор - Ivan_83.

Выбросьте dhcpd. Существуют намного более адекватные решения. Я в своё время бодался-бодался с ним, в конце-концов плюнул и за недельку написал на Perl свой dhcpd, специально для Option 82. Уже полгода горя не знаю.

Я заметил. По-моему, изначально процитированный пост был от NiTr0. Потому и вставил троллфейс.

Причем тут такты? Латентность динамической памяти порядка 50-200 нс. Вы понимаете о какой латентности идет речь? NEP уже сам с собой спорит?