Веду сейчас пару ISP в Симферополе, один тянется еще с древних времен, на его примере по зп: при Украине до присоединения получал там 8500 грн. при курсе 8.3 гривны за $, сейчас получаю 70000 р. при той же нагрузке, если не учитывать инфляцию в $, то одно на другое и выходит. IT спецам нет смысла держаться за местные фирмы, по-этому и фирмы вынуждены подымать компенсации до конкурентоспособного уровня. Много компаний закрылось или переехало конечно, зато те что остались получили возможность неплохо развиваться на местном рынке, свято место пусто не бывает. Честно говоря сам подумывал о миграции в конце 2014, а потом как-то все устаканилось тут и пошло своим чередом, прошлогодний блэкаут прошел более менее у меня спокойно, обошелся в 50000р. на покупку инвертора и аккумуляторов, теперь зато готов к выключению света, в общем за 2 с половиной года были свои плюсы и свои минусы, пока что работой обеспечен с головой, так что в миграции смысл пропал.
Как-то пессимистично, многие и остались, хорошие IT специалисты как зарабатывали так и зарабатывают, привязки к области нет, был бы интернет, с теми же заказчиками из РФ стало работать значительно проще в плане договоров и перечислений средств, с заказчиками из Европы и США чуть сложнее, но решаемо и с картами и с обналичкой. Как по мне монопенисуально в какой стране по итогу оказались, работы хватает.
Я тоже из Крыма, Симферополь. До присоединения зп 4000$ в среднем, на жизнь уходило 800$ (квартира своя), коммуналка и еда. Сейчас ЗП около 2500$ на еду с коммуналкой уходит те-же 800$. Не скажу что падение ЗП связано с переходом, скорее просто совпало, что ушел из проекта в США, т.к. тратил слишком много времени на него. По итогу шило на мыло по уровню жизни, разве что озвученные проблемы с банками и доставкой из-за границы в Крым плюс сложнее с визами.
LA имеет такое-же отношение к загрузке отдельного ядра, как средняя температура в больнице к состоянию конкретного больного. LA отображает больше состояние очереди процессов, а не нагрузку, вот подробное описание для понимания
Больной что вы возмущаетесь, что вам отрезали не ту ногу, у нас есть достаточно других пациентов, которым отрезали нужную, можем дать их контакты. Вы вышли на публичную площадку с рекламой, будьте готовы слышать критику в свой адрес и адрес продукта.
Обращаю ваше внимание, что с нашей стороны уже неоднократно было доказано, что это лишь отписка с вашей стороны, от нежелания/невозможности разобраться в проблеме, вы предлагаете мне еще сюда вывалить все логи и графики, которые есть в тикете, чтоб доказать обратное? Мы меняли SPAN порты на сплиттеры, меняли коммутаторы, делали напрямую включения, смотрели логи со всего железа, все что было предложено вашим саппортом, потерь пакетов нет, а проблема есть.
В случае подключения на зеркало трафика мы всегда отмечаем, что здесь идет работа на опережение, и возможны пропуски трафика
Выносите эту фразу пожалуйста во всю документацию и весь рекламный материал, в том числе прошу добавить в данную рекламную статью, если можно жирным шрифтом, чтоб никто вдруг случайно не подумал, что схему «на зеркале» можно использовать в живой сети без проблем.
поэтому рекомендованной схемой работы с гарантированным результатом фильтрации трафика является схема установки СКАТ «в линию».
Да, была такая схема изначально, но напоминаю вам, что в ней невозможна инкапсуляция ответов в PPPoE трафик, что делает невозможным применение этой схемы у нас, да об этом тоже напишите в следующей рекламной статье, т.к. это выяснилось уже ПОСЛЕ установки СКАТ в продакшин.
Зеркалирование трафика осуществляется через SPAN-порты или оптические сплиттеры. При такой схеме возможен анализ истории посещений в реальном времени, переадресация запросов блокировки, кеширование и работа с бонусными программами.
Так вот переадресация запросов блокировки работает не корректно, нами выявлено частичное пропадание пакетов блокировок, тикет был открыт уже пару месяцев назад, специалисты VAS Experts проблему подтвердили, даже выпустили патченую версию fastdpi с параметром emit_duplication, который проблему сгладил, но не решил, стенд для локализации проблемы со стороны компании не собран до сих пор, продолжаем периодически писать отписки представителям «Ревизор» почему у нас периодически при проверках выскакивают не заблокированные ресурсы, компанию называть от которой тикет открыт не буду, должны помнить.
Ну в идеале прописать такие варианты, Я вот не могу придумать какой урон галера, например, может нанести эсминцу или подводной лодке, какой урон конница может нанести современному танку и прочие нестыковки, понятно что это игра и приближение к реальности не настолько важно, но такие вот нюансы удивляют лично меня уже много версий подряд, а вообще эту серию игр я очень люблю.
С точки зрения упрощения все верно, с точки зрения логики неплохо бы исключить возможность наносить урон юнитам на 2 или более эпохи более современным, в одной из версий помню особенность, когда был смысл просто рашить оппонента самыми дешевыми и быстро строящимися мужиками с топорами, которые выносили малочисленные дорогие современные войска.
30 домов — это один физический кабель скорее всего с патчпанелью в центре деревни, из уравнения исключаем стоимость OLT, стоимость делителей, стоимость ONU(T) для каждого абона, вместо этого ставим 1-2 самых простых оптических свича, свичи в закупке около 30$-50$ за штуку, стоимость OLT и 30 ONU(T) посчитайте сами и сравните что выгоднее провайдеру.
Вопрос рентабельности, на 10 домохозяйств никто не будет ставить дорогое современное железо, у него период окупаемости выйдет огромный, если вообще когда-либо окупится. PON хорош для частного сектора, но нужно от 100 подключенных абонентов на OLT, меньше не имеет смысла.
Я не с целью доколупаться, чем больше продуктов и выбора тем лучше. Просто основная проблема нескольких средств в одной сети, что базу для каждого инструмента надо вести свою и по сути проделывать двойную работу, добавляя одни и те-же устройства в несколько систем, то же средство оформленное как плагин к тому-же используемому у вас заббиксу позволило бы использовать единую базу оборудования, при этом понизить порог для развертывания системы, сразу получить большое заинтересованное в разработке комьюнити. Ведь по сути весь указанный функционал прекрасно ложится на отдельную закладку фронтенда, используя уже готовый бекенд и базу. А так больше инструментов хороших и разных.
А почему решили писать собственный продукт, а не воспользовались готовым, тот же zabbix умеет трапы, умеет агрегировать события и генерировать оповещения не по каждой возникшей ситуации, а по ряду условий (зависимые триггеры). Визуально выглядит симпатично, но дублирует функционал других систем мониторинга, которые еще много чего могут, не думали интегрировать свои наработки с одной из систем мониторинга, чтоб в одиночку не пилить пересекающийся функционал?
У вас очень хреновое окружение, многое зависит от среды где человек живет и с кем общается. Я не ярый противник алкоголя, могу пару раз в год выбить банку пива или стакан вина, но в моем окружении вышло так что большинству алкоголь для времяпровождения не нужен. В прошедшую субботу в компании человек 30 весь день эндурили по горам Крыма, провожаем последние теплые дни, никто не пил, было весело. В воскресенье, ездил с товарищем кататься на лошадях, заодно шашлык, тоже без алкоголя — отлично отдохнули. Мне кажется запретами ничего особо не добиться, будет только расти черный рынок бухла с ухудшением качества и ростом цен, надо создавать возможность людям культурно отдыхать без алкоголя, развивать клубы по интересам, спорт площадки, полностью убрать любую рекламу, магазины, торгующие бухлом должны быть отдельно от остальных и в них не должно быть другого товара, вход по предъявлению паспорта, тогда как в супермаркетах не должно быть алко продукции, постепенными шагами можно снизить уровень потребления, а резко только дров наломать можно.
Выносите эту фразу пожалуйста во всю документацию и весь рекламный материал, в том числе прошу добавить в данную рекламную статью, если можно жирным шрифтом, чтоб никто вдруг случайно не подумал, что схему «на зеркале» можно использовать в живой сети без проблем.
Да, была такая схема изначально, но напоминаю вам, что в ней невозможна инкапсуляция ответов в PPPoE трафик, что делает невозможным применение этой схемы у нас, да об этом тоже напишите в следующей рекламной статье, т.к. это выяснилось уже ПОСЛЕ установки СКАТ в продакшин.
Так вот переадресация запросов блокировки работает не корректно, нами выявлено частичное пропадание пакетов блокировок, тикет был открыт уже пару месяцев назад, специалисты VAS Experts проблему подтвердили, даже выпустили патченую версию fastdpi с параметром emit_duplication, который проблему сгладил, но не решил, стенд для локализации проблемы со стороны компании не собран до сих пор, продолжаем периодически писать отписки представителям «Ревизор» почему у нас периодически при проверках выскакивают не заблокированные ресурсы, компанию называть от которой тикет открыт не буду, должны помнить.