NiTr0

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

А его может и не быть вообще - для вебсмартов не редкость. В общем да, писано осьминогами для негуманоидов, но все же работает. Неудобный - да. Неудачный - спорно. Ближайший конкурент - почти в 2 раза дороже (не считая ессно DIR-100/F).

1500 грн за 8-портовый вебсмарт с зачатками л3 - некусачие? Циска в своем репертуаре... ТС, если вы не заметили, присматривается к железкам раз в 5 дешевле

Опыта нет. Смотрите даташит. На наге вроде как проскакивала инфа что 100мбит аплинк не жует...

ТСу надо особо извращенный л2 транспорт.

А у сторонних провайдеров взять л2 канал - проблема? Или это - резервирование домашними интернетами киевстаров? Кстати, EoIPoPPTP - печаль по производительности будет... Т.е. отпадет основной линк - и с большой вероятностью вместо резерва получите полку по процу с дропами пакетов и глюками юзерленда...

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

DS18B20 на ком-порт люди вешали... Не USB, но дешево и сердито.

Если сильно надо - можно обертку на веб-морду свою писать, дергающую данные по хттп, хотя это извращение ИМХО. Да и не сказал бы, что на абон свиче сильно надо снмп... Если туда конечно корпораты включены - другое дело. RB260GS к слову снмп вроде как умеет... И стоит на deshevshe.net.ua 310 грн.

Какбы свич с поддержкой вланов это подразумевает. Не о том SIP подумал. С ежиками не работал. Впрочем, в топологии влан на пользователя это и не нужно. А смысл, если то же решается вланом на пользователя? При этом гарантированно пользователь не сможет повлиять на соседа. И железо дешевле. Кстати, как вариант еще - микротики RB260GS и т.п.

А нахрена DHCP snooping при топологии влан на абона? О SIP - вообще молчу, экзотика в наших краях, по вполне понятным экономическим причинам...

Лучше, хуже... Смотрите список фич. В пределах своих возможностей девайсы работать будут одинаково.

DHCP - не? Вообще, vlan per user - ИМХО самая годная топология. Абон не поднасрет соседу штормом и т.п., никаких коллизий маков во влане...

DES 2110 - давно снят с производства. Рандомно отсыхает веб-морда. Не советую. Если надо только вланы и отсутствие management влана не проблема - тогда посоветую TL-SL2210WEB, хорошие, годные рабочие лошадки.

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

Таки да, в модуле документов ключики появились... Вот только on update/on delete действия к ним почему-то не заданы. Больше их нигде нет. И да, введение foreign ключей никоим образом не влияет на запросы. Все прекрасно работает как и работало. Разве что - невозможны будут события, типа, удалили строку из базы, или сменили id - и висит одиноко куча ссылающихся на него дочерних объектов... Костыль с периодическим рестартом ядра привинчен? Или используются только глобальные переменные? Даю подсказку: не от хорошей жизни тем же воркерам апача или php-fpm указываетс время жизни, в кол-ве о

Правда. Запустите торрент, с включенным uTP, посмотрите на "качество связи" у остальных клиентов... А на деле проверяли?

Микбилл, писаный на пхп. Абиллс (который весьма недавно обзавелся транзакциями, и то - лишь местами, а foreign ключи до сих пор то ли в todo, то ли в "нафиг нужно"). Думал, вы угадаете продукт из описаных "особенностей реализации". Вы какбы сами впряглись, я вас не тянул и ваш биллинг вообще не упоминал. А раз зацепило - очевидно, есть на то причина. Я вашего проекта какбы не видел (и не присматривался к нему), и конкретно о нем не говорил. Я говорил о других околосетевых проектах. Как опенсорсных, так и платных (в т.ч. довольно дорогих типа ned2).

SATA винт легко вытягивает до 200 иопс на БД порядка гига объемом. При 40-50 иопс винт гуляет. А это, при грамотном тюнинге, порядка 40 операций insert/update в секунду. Или же, при интервале аккаунтинга в 1 минуту, порядка 1500 сессий онлайн. Т.е. абонбаза порядка 3к. Т.е., до 150 иопс можно не напрягаться, тазик с парой десктопных 7200 об/мин винтов вытянет 10к абонбазу легко, и не скукожится во время репликации. Далее, при репликации выгребается один кусок бинлога, блоком максимального размера (сколько там - 2к секторов? или больше?), и даже если будет 20 конкурирующих запросов со средним р

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

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

Открою ОГРОМНЫЙ секрет. Включение отдельно стоящей общаги обойдется значительно дороже 1-2к грн. Если, ессно, не медью/вафлемостом включать, и не б/у мыльницы ставить. Потому не надо баек о долгом отбивании дополнительных 1-2к грн - на фоне 10-20к грн затрат это не так и много. И да, 1-2к грн комменданту с головой покроются первым же взносом новоподключенных. А по поводу "5 роутеров на 5 этажей" - прекращайте рассказывать сказки. Роутеры не умеют балансировать скорость, в итоге качок Вася никак не уживется с геймером Петей на одном роутере.

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

Не брезговать проектированием и обдумыванием структуры вместо разработки "снизу вверх" (проект, вырастающий "сам собой" из кнопки - конечно, просто и интересно, но в какую сторону он вырастет и что с ним спустя пару лет делать - вопрос), и не стесняться рефакторинга вместо налепливания костылей. Код надо писать понятно и без грязных хаков в погоне за 0.5% производительности в редких ситуациях. И по максимуму использовать готовые наработки вместо изобретения велосипедов. Готовые решения весьма часто имеют неправильную архитектуру базы, и порой весьма неочевидные костыли и подпорк

Присмотрелся конкурент к общаге. Увидел всю идиотичность запретов (которые аццки драконят пользователей), отлистал комменданту скажем 1к-2к грн с уговором листать столько же сколько и действующий пров ежемесячно, сделал акцию "подключись и получи в подарок роутер" - и за месяц ВСЯ общага стала его. Тихо, мирно и без шума. А по части пионернетов - если сильно страшно, делайте лимитированные тарифы. Посмотрите потребление среднего юзера, умножьте на 1.5, и поставьте лимит. Либо - пакеты 100 мбит с лимитом по трафику, от 10 гигов до 1 ТБ, с разными расценками. И будет счастье всем - и студента