kajidooto: iptables у вас уже скорее всего запущен. Это встроенный в Linux файрвалл, который контролирует сетевую активность.
а запуская в фоне ssh - вы запускаете еще один дополнительный процесс, который делает только одно - висит на порту и перенаправляет данные.
форвадр портов через ssh используют обычно только тогда, когда нет прав админа, чтобы сконфигурировать iptables
SomeDude: Вы видимо пытаетесь перенести идеологию *nix в Windows, но архитектура другая, и системные процессы - не та вещь, которую можно убить, поскольку в отличие от монолитного ядра Linux, где есть init со всеми драйверами внутри, в Windows много процессов, являющихся частью ядра, висят отдельно, и убить их нельзя.
Например даже некоторые службы, которые можно остановить, нельзя убить как процессы.
Это нормально.
iptables вообще главный инструмент маршрутизации и проброса, это firewall, который можно все - и форвардить и блокировать и разрешить для отдельных айпишников и вообще все.
Через ssh вы запускаете отдельный дополнительный процесс, специально для этого форварда.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Алексей Черемисин: Ну не надо. У меня дома лично гигабит. И пусть я не качаю 100 мегабайт/в секунду, но до 50-60 мегабайт в секунду доходило. И думаю у меня скорее винт не успевает, чем сеть.
Смотря кто провайдер, смотря что в договоре написано, смотря сколько соседей качающих. Может и повезти.
Ядро системы запускается не от имени администратора, а от аккаунта system, поэтому несмотря на полный доступ к системе. не все процессы принадлежат администратору, и ядро системы (и процессы порожденные как драйвера), не прибиваются просто так.
В Unix/Linux ядро запускается от имени суперпользователя root (UID=0), этот юзер может прибивать любые процессы - так была выстроена архитектура.
Александр Санеев:
На вашем уровне, окна i3 и окна i5 не будут отличаться.
ПО поводу убунту - зависит от того, что именно вы будете писать.
Программа на ассемблере выполняется не на чистом процессоре, а запускается процесс в вашей операционной системе, следовательно есть зависимости.
Если спуститься на уровень ниже, например пишете свою операционную систему - вы будете зависеть в основном от платформы (функции биоса, чипсет, откуда собственно программа грузится)
Поэтому программа на ассемблере на убунте и винде могут отличаться, например тот же hello world - напрямую функции биоса вы из операционной системе вызвать не сможете, а функции системы по выводу строки - они разные.
Ingernirated: Не знаю, почему вы находите Unity 3d интересной платформой. Например, никогда не видел банковский софт на Unity 3d. Поэтому нужно понимать, что есть разные инструменты для решения разных задач. В той области, где C# и Java прямо конкурируют, Java вырывается вперед до тех пор, пока не стоит вопрос, что мы тесно интегрируемся именно с Windows - в этом случае у C# значительное преимущество.
Ну и да, Microsoft последние 10 лет очень активно лезет в open source и кроссплатформенность. В той же десятке баш допилили уже практически идентичный линуксам. Так что посмотрим что будет в будущем, но это будущее - лет через 5 будет видна тенденция. Oracle же тоже не стоит на месте.
Даниил Демидко: Прошу показаьт мне приложение на .NET на андроиде.
Ну что вы воду в ступе толочите, не признавая, что java - гораздо более кроссплатформенна.
sondor: Домены третьего уровня внутри своего домена.
Иногда для этого даже свой DNS поднимать не нужно - там где покупаете домен обычно панель управления позволяет зарегистрировать определенное количество поддоменов. Для снятия всех ограничений - свой NS сервер.
С какой стати, зарегистрировав mydns.ru вы решили командовать доменами в site.ru?
можете зарешать свой mydns.ru, настроить свой ДНС сервер, прописать, что NS сервером для mydns.ru будет ваш NS сервер и тогда вы сможете раздавать site1.mydns.ru, site2.mydns.ru и так далее.
Андрей Николаев: Научите их пользоваться букмарками ;)
Ну и серьезно, это не техническая проблема. Машину на квадратных колесах никто не купит, поэтому ее не строят.
Вы снова про то, что после фриланса в офисе вам покажут волшебство кода. Откуда вы это взяли? Я проработал в офисах свыше 20 лет, и я вижу - что все зависит не от офиса, а от конкретного проекта.
Были проекты, в которых код регулярно анализировался чем-то типа pvpstudio, был скрам и было обсуждение тонкостей стиля кодинга, у CI мозгов было больше, чем у стажеров
Были проекты, из которых люди сбегали, потому что уныло пишешь одни и те же требования заказчика на устаревшей и практически неподдерживающейся версии php или java, и вместо CI набор скриптиков, которые руками ковырют под каждый релиз.
Говнокод вообще не подразумевает медленную работу. Вы усиленно путаете говнокод и неумелого пользователя. А в основном, говнокод выходит, когда нужно срочно и сейчас в продакшен, и делают как успевают. Потому что красивый код приносит экономию в долгосрочной перспективе.
В команде сидят ТАКИЕ ЖЕ люди, как и везде. Могут встретиться хорошие, могут встретиться неперевоспитываемые идиоты. И с чего вы взяли, что в офисе вас будут поправлять и подсказывать? У вас свой участок работы - вы его и делайте. Никто за вас вашу работу делать и перепроверять не будет. Code review бывает разные, и опять не зависит от офиса или фриланса. Если же за вами все перепроверять - то кому вы такой нужны?
Вместо того, чтобы париться с тем, как и где искать - просто пишите код. Читайте статьи по вашему направлению, подсматривайте готовые решения по вашему же направлению в open source. С опытом прийдет понимание, что я вот эту фичу реализовал вот так, а тут вот так - и вы начнете сами видеть где и как код идет лучше.
Стать спецом можно ИСКЛЮЧИТЕЛЬНО работая, учась, работая и учась. Ни один хороший специалист не будет тратить на вас время, тем более бесплатно. Ну пару вопросов да, пару сложных моментов да, но чтобы постоянно вас учить - нет. Подавляющее количество курсов - это для базовых знаний. Поэтому ВСЕ специалисты может работали и в командах, но хорошими специалистами становились в одиночку.
Например в Linux просто берете и подменяете.