Коля К

Не могу определить какой в нем разъем

Разъём серверных БП, как ни странно. Такой БП подключается без проводов, просто вставляется в сервер и этим коннектором входит в ответный разъём сервера.

Что это такое

Субдомен

в чем прикол

Много вариантов, для чего именно автор этого сайта его использовал - спросите у него самого.
news.mail.ru - вас не смущает? А ww3.site.com почему-то смущает. Можно сделать w28.site.com.

Боюсь, что вы не сможете изучить технологию по одной статье на три странички, начиная с нуля. Можете рассматривать такие статьи как вводные, или как один из примеров, более-менее подробно разобранный. С этим все норм. Но для полноценного изучения - маловато будет.

Для более подробного погружения в тему можно найти книги, курсы, официальную документацию, и все такое.

Если стартовать не с нуля, то подобной статьи + документация может быть вполне достаточно, но тогда вы бы вряд-ли стали задавать этот вопрос.

DmitryShishov а многоточие нужно, или просто выравнивание по правому краю?
Немного косытлей и css счетчики и по правому краю можно выровнять, попробуйте подумать в этом направлении. https://codepen.io/Kublyakov/pen/OZywRK

Для управления сложностью.
https://habrahabr.ru/post/169487/

Все что сделано при помощи ООП можно написать и в процедурном стиле, например, но чем сложнее проект тем сложнее будет во всей этой каше разобраться. Весь смысл ООП - разбить большущую сложную систему на кучу отдельных ПРОСТЫХ объектов, методов, сущностей.
А еще с ООП неразлучна абстракция. Чтобы можно было одну часть программы выбросить и подменить на другую.

Сегодня у нас выводится на веб-страничку, по которой кликают мышкой, а завтра не мышкой - а тач пальцами. А послезавтра вообще в VR шлем, и управление голосом. И если система правильно спроектирована - ее не придется переделывать ПОЛНОСТЬЮ, а только ту часть, которая ответственна за ввод/вывод.

Первый ответ по ссылке
qaru.site/questions/259174/detect-main-colors-in-a...
Оно?

Kali - во-первых, специализированный дистрибутив, с совсем иной целевой аудиторией, нежели "попробовать Linux", во-вторых, весьма часто проблемный для установки.

И что значит "нет возможности для виртуализации"?

Двойная загрузка - плохая идея.

Купите старый комп за три копейки, поставьте нормальный Дебьян и "пробуйте", сколько влезет, по SSH.

А провайдеру вы тоже будете за 2 занятых порта платить?
Или кабель-каналы в плинтусах уже заняты, и некуда уложить еще один?

Кроме, физической занятости кабель-каналов и портов, никакие причины не обосновывают применения того, что есть на фото.

Ставьте роутер на входе и разводите от него кабели во все комнаты. Если какому-то устройству нужен доступ напрямую в сеть провайдера, например IP-TV, то на роутере настраивается мост между портами. Остальные потребители трафика в вашей квартире прекрасно будут себя чувствовать в локальной сети, которую подымет роутер.

https://ru.wikipedia.org/wiki/Fast_Ethernet#100BASE-TX
https://ru.wikipedia.org/wiki/Gigabit_Ethernet

Можно ли сделать из конца кабеля витой пары идущего в дом два конца?

Можно.

Каковы последствия?

Никаких, кроме зря потраченного времени.

Почему провайдер не использует такой метод?

Ему не жалко кабеля.

Зависит ли это от того 8-ми жильный кабель или 4-х?

Внимательно читайте ссылки выше.

Можно ли сделать это не обращаясь к провайдеру?

Можно.

Что будет если раздвоить интернет кабель?

Если правильно "раздвоите" - будет 1 кабель с двумя штекерями 8p8c на конце.

Чтоб один подключить к компьютеру, а другой к роутеру?

На 100 мбит/сек 4 жилы из 8 не используются. Вообще. Т.е. в итоге вы получите 1 рабочий штекер, другой "Сетевой кабель не подключен".

На другой стороне нужно также сделать чтобы это вообще работало.

Делают так иногда из жуткой экономии.
Стандартом это не допускается и качество связи не гарантировано.

Ну то есть 4 жилы (половину) - вы можете использовать для сети, по остальным можно пускать телефон - это без проблем. А вот использовать 4 жилы под сеть и еще 4 жилы под сеть - не уверен насчет скорости связи.

Но вы можете это сделать у себя, правда, учитывая цену кабеля - стоит ли так рисковать. Может будет работать, может нет.

Если бы передо мной стоял такой выбор - что кабель уже проложен а нужно подключить 2 устройства, - то я просто бы поставил в качестве разветвителя такой маленький и недорогой приборчик - коммутатор Ethernet. Рублей за 500.

Это конечно страшно дорого. Но есть гарантия качества связи - так как это по стандартам. И подключить к нему можно будет аж 7 устройств (8-ми портовые коммутаторы - одни из самых дешевых)

Почему провайдер не использует такой метод?

Используют, видел не однократно.
Но не 2 разъема (зачем нужно оператору 2 разъема) - а половину из 8-ми жил этого кабеля - запросто, встречается, не редкость.

внутрення ванга говорит что проблема в видимости переменных в целом и $connect в частности.

вывод ошибок? не, не слышал.

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

Так вот, фигушки вы ее найдете, потому что ленивых программистов в ИТ не любит никто по совершенно прагматическим причинам - если вам лень сейчас изучать Ассемблер и архитектуру ЭВМ, то вы также лениво будете относиться и к чему-нибудь еще, что вам в вашей работе покажется "не очень нужным". Это порождает баги, костыли, говнокод и срыв сроков, за что по голове получает вся команда.

Ничего личного против вас не имею - просто оно вот так почти всегда работает. Если с вами этого не случится - чудесно. Но вероятность, что отличный узкий специалист по Java выйдет из человека, который считает смежные предметы ненужными - стремится к нулю. Не потому что они вам понадобятся непосредственно (хотя я не очень представляю, как можно заниматься оптимизацией кода без понимания принципов работы ЭВМ), а из-за модели поведения.

ЭВМ - один из инструментов программиста. Если Вы плохо знаете или не знаете совсем свой рабочий инструмент, то высококвалифицированным специалистом Вам не стать.
Так что, да, все эти знания нужны.

1) Java а уж тем более python (даже pypy) сосут по производительности, т.к. у них большие накладные расходы. И речь тут даже не о виртуальной машине или интерпретаторе, а об явной возможности располагать объекты на стеке. Выделить память на стеке это одна машинная команда в один такт, а в куче это большая цепочка вызовов, в худшем случае доходящая до пространства ядра.

К сожалению java и python не имеют средств для ручного управления памятью. Хотя для scala есть проект offheap, правда он немного заглох.
Одна из самых популярных библиотек для Python - NumPy. И она написана на Си.

Но есть золотая середина: движок написан на C++, но имеет API для другого языка. Пример тому Unity, который сам написан на C++, но логика реализовывается на C#.

А почти все перечисленные вами движки живут на передовой графических технологий. Зачастую даже мощнейших процессоров и видеокарт им не хватает. Вспомните шутки про Крайзис.

2) Сборка мусора может блокировать все потоки приложения. Из-за этого у вас будут постоянные фризы.