Jump to content
Local

NiTr0

Сitizens
  • Content Count

    3443
  • Joined

  • Last visited

  • Days Won

    27

NiTr0 last won the day on June 30 2019

NiTr0 had the most liked content!

Community Reputation

564 Очень хороший

About NiTr0

  • Rank
    Дьявол
  • Birthday 06/03/1984

Информация

  • Пол
    Мужчина
  • Город
    kr.ua

Контакты

  • Jabber
    nitr0@jabber.seti.kr.ua

Recent Profile Visitors

3960 profile views
  1. а в чем плюс? в том, что слеплено на коленке студентами за еду в каком-то подвале? фабричный китай таки понадежнее будет. увы, но за такое надо руки вырывать оттуда, откуда они растут, и приживлять в плечи, прежде выровняв кувалдой. вообще-то - упс хочет синус с частотой, близкой к 50 Гц. если частота более 52, или менее 48 (хоть кратковременно проваливается) - нормальному лайн-интерактив упсу это очень не нравится. исходя из этого - и решать что делать: то ли генератор менять/до ума доводить, то ли упс менять.
  2. бугагашки. пример: long-term 6.45.8. dhcp сервер в связке с радиусом тупо игнорит подвязанные пулы, если клиент запросил ип 192.168.0.100 - сервер считает что так и надо, и запрашивает у радиуса этот ип; т.к. радиус ип не заведует (зачем в биллинге гемор с определением в каком влане клиент живет?) он акцептит запрос, и дхцп сервер считает что с ип все в порядке и выдает его клиенту. у клиента ессно нифига не работает. разломали а 6.45, в 6.44 вел себя вполне адекватно. заводил тикет - саппорт запрашивал несколько раз supout.rif (первый раз - "ой, он криво сгенерился, перегенерите", потом - "ой, покажите supout.rif когда будет проблемный клиент"), просил логи дхцп, потом сказал - "а знаете, так и должно быть, у вас радиус должен ип выдавать", и поудивлялся как это в 6.44 иначе было, и ессно потребовал supout.rif с 6.44 версии. при том, что бага воспроизводится элементарно. такое ощущение, что там на другом конце техподдержки сидит индус, у которого задача - имитация техподдержки, а не решение проблемы. а еще на 6.45 (longterm, да) периодически динамические записи в адреслистах и simple queues залипают, не удаляются при завершении лизы, после чего - попадают на других клиентов и начинается веселье это - longterm, да. даже не stable, и тем более не beta.
  3. инверторный гена длительно вполне себе нормально до 80-100% нагрузки вытягивает. как-то на бред похоже, откуда там свинец-то возьмется дополнительный? ну а то что присадки окисляются и падает октановое число - это да, возможно.
  4. вообще-то в оригинале это звучало "piscis primuin a capite foetat" - дословно как "рыба начинает пахнуть с головы". разницу ощущаете, не? а гниет она изнутри, да... к слову, "новые лица" это наглядно демонстрируют.
  5. поделюсь негативным опытом общения с поддержкой данной платежной системы. понадобилось в филиале сделать оплату через их терминалы. 6 июля их менеджер пообещал "на следующей неделе" сделать кнопку в терминалах и дать мне реквизиты, + выслать спецификации протокола. в процессе "следующей недели" выяснилось, что он ну никак не успевает, и вот уж точно сделает на более следующей неделе. еще неделя прошла - снова "не успели сделать, точно сделаем на следующей неделе". ближе к концу 3-й недели - естественно кнопка оплаты/учетка не созданы. менеджер то не отвечает на звонок, то отбивает с смс "я перезвоню" (естественно не перезванивает), то ближе к вечеру - таки берет трубку. спецификации - куда-то отправлял, но отправил не туда (хотя имейл я слал в смс менеджеру). в конце концов к концу 3 недели выслал спецификации и ссылку на тестовую страничку, правда сертификаты для подписи - не нашли, искали еще дня 2 рабочих но наконец выслали. проверил/подправил модуль биллинга, звоню поинтересоваться как там кнопка поживает - "кнопку/учетку еще не создал, вот на следующей неделе точно создам" (т.е. прошлая неделя). в прошлую пятницу - "вроде как создал, но проблема с сертификатами, решим в понедельник". с тех пор перестал вообще отвечать на звонки (либо не берет трубку, либо отбивает - когда с смс "я перезвоню", когда вообще без). есть стойкое ощущение, что все проблемы с этой платежной системой будут решаться примерно так же оперативно, а деньги, потраченные на модуль - выброшены зря. в общем - крайне не рекомендую.
  6. если на медиатеке - шьется в падавана и потом "просто работает"...
  7. дык пипл-то хавал. это сейчас, когда даже от бывших сторонников начали лететь гнилые помидоры на сцену (пушо телевизор - он-то силен, но холодильник все-таки сильнее), судорожно начинаются телодвижения по спасению упавшего и обвисшего рейтинга, включая антитеррористические шоу имени незаменимого министра...
  8. это само собой. но проблема в том, что ее там изначально не было. сравнивать страну с порноактрисой, а потом пытаться избираться в ней президентом - это таки клиника. и двойная клиника - голосовать за кандидата, сравнивавшего страну с порноактрисой. ну почему же, те ремонты что я видел в 16-18 годах - там таки сделано на совесть. у убитых дорог перестилалась подушка асфальта по 15+см клали (не 2-3 см как обычно при прошлых "ремонтах")... с месяц назад катался по участку Знаменка-Александрия - там до сих пор идеальный асфальт, без трещинок; сделано в 18 что ли году было.
  9. не прижилось т.к. их сторонников в 30-х годах НСДАП благополучно ликвидировали, поголовно и без особого сожаления. к слову, именно потому сторонники слегка помешанного фюрера и получали щедрое финансирование от промышленников на этапе своего становления как политсилы - т.к. были единственным реальным противовесом местным коммунистам (которых щедро финансировал совок). а на прочей исконно совковой территории - совок в т.ч. прижился благодаря жестким чисткам всех, кто был "идеологически неправильным". 70 лет, из которых 35 лет жесткого террора, голода и войн как-никак... о порядочности судят по выполненным обещаниям (или хотя бы тенденциям к их выполнению). как там было - никакого кумовства, 4000$ учителям, снизить зп чиновникам, никаких кортежей, гос.резиденции отдать детям, распродать президентские самолеты... где это все? а в какую сторону тенденции? вот там и порядочность...
  10. некротики (как минимум crs326) таки поадекватнее работают чем длинки 1210xs серии. но у них есть одна проблемка: unknown unicast (и, думается, прочий флуд) сыпется на CPU. потому STP/LACP/прочее что на CPU обрабатывается, при флуде вполне может рассыпаться. ну и куцые буфера, да...
  11. NiTr0

    Mikrotik Bounding

    по моему опыту - от них нагрузка чуть поболее чем от ЕТ. на линуксе, но не думаю что на мт разница будет (там под капотом криво пропатченый линукс) вот никаких особо проблем с линем не было. да, в некоторых ядрах бывали регрессии (пппое крашилось где-то начиная с 3.18 по 4.4 - его там изрядно перепиливали на асинхронную инициализацию/деинициализацию; в 4.14 небольшие утечки памяти в коннтрак хелпере) - но решается элементарной сборкой более старого либо более свежего ядра. а вот непредсказуемого поведения, когда на прошлой версии работало а на свежей не работает/работает не так, и непонятно почему и что с этим делать - таки не было.
  12. NiTr0

    Mikrotik Bounding

    на 6.42 радиус коряво работал, в CID с переменным успехом мусор слал. в 6.45 - поломали пулы (long-term, да). и поломали генерацию supout.rif ну и да, бгп+нат на 2.3 гбита на 4-котловом феноме - маловато будет... это уровень какого-нить целерона 8-летней давности.
  13. NiTr0

    Mikrotik Bounding

    угу в 6.45.8 например - dhcp сервер тупо соглашается со всеми предложенными клиентом лизами. даже если это - 192.168.0.100 полученная ранее от роутера. попробовал зарипортить баг, сделал supout.rif - "ой извините, создайте supout.rif снова, в него почему-то не попали настройки дхцп" long-term ветка, да не, не спорю, для мелкого офиса вполне пойдет, но не более.
×