Игорь Воронов

.readmore { display:inline }

А вообще кроме версии IE11 этот браузер поддерживать не нужно.

1. Разработать такой сайт не так и сложно.
Клиент запрашивает ссылку трансляции. Сервер передает ссылку. и клиент закачивает через HLS
Найдите их API по нему можно понять как все устроенно
2. Написать и запустить.
3. Нет.

man sudoers в помощь :) Ключевое слово NOPASSWD

А я думал что это я не люблю готовые решения :D

\$[a-z]+[^ ] // вместо a-z укажи все допустимые символы для переменных

Основная проблема: как сделать чтобы контент в сайдбарах тоже смещался на высоту баннеров, то есть чтобы баннеры не перекрывали инфу в сайдбаре.
Сделать, чтобы баннер лег поверх сайдбаров достаточно просто, но проблему это не решает.

По собственному опыту - в интернете делается поуши копий сайтов. Страшно представить сколько копируется каждый день. Особенно видно по Landing Page для сезонных товаров всяких. Кто-то скопировал у кого-то потом у этого тоже скопировали и тд и тп, а потом поди докажи, что ты это вообще копировал, а не сам делал. Но это относительно LP.
На счет больших и известных сайтов (скопировать хабр к примеру) - я бы не брался за такую работу если там полная копия. Почему? Это бредятина и заказчик псих, нет ни денег ни ж... поднимать не хочет чтоб своё что-то сделать, а с такими заказчиками терпеть не могу работать.
Если с основательным количеством переделок - это уже не копия, а скажем так рерайт)) За него же не сажают в тюрьму))

Легко и непринужденно делегировать фронтендеру :)

Легко и непринужденно это jQuery - он для всех хорош и никого ни к чему не обязывает. Фреймворк это уже серьезный выбор, он диктует архитектуру часто, фреймворк нужно неплохо знать, прежде чем начинать что-то более менее серьезное на нем писать.

Обо всем по порядку

Дескрипторы - так понимаю речь идет о дескрипторах свойств объекта. Вещь крайне полезная, позволяющая задать поведение свойству, сделав его не перечисляемым или, например, только для чтения, а так же можно задать функции getter/setter, которые будут вызываться при чтении/записи свойства. Используется довольно часто.

Декораторы функций. Позволяют избежать дублирования кода. Допустим, подключаете Вы некую библиотеку, в которой есть некоторая функция, Вам необходимая. Пусть она делает некое действие А, но Вам регулярно нужна последовательность действий А и Б. Тогда Вы пишите над этой функцией обертку, выполняющий эту последовательность, и уже вместо библиотечной функции + действие Б используете везде свою обертку. А вот если у Вас таких оберток с действием Б довольно много, то уже нужен декоратор, который позволит создавать такие обертки для любой функции. Используется как правило в крупных проектах, так как снижает вероятность ошибок.

bind - по сути является декоратором встроенным в язык. Позволяет привязать к функции контекст и начальные аргументы. Используется постоянно, особенно в случае передачи функции во внешний код.

call и apply позволяют вызвать функцию с нужным контекстом, разница в том что apply принимает 2 аргумента - контекст и массиво-подобный объект содержащий аргументы, а call принимает произвольное число аргументов: 1й - контекст, последующие передаются как аргументы функции. Используется постоянно.

Карринг. Хоть и используется не так часто, но бывает весьма полезным инструментом. По сути цепочки промисов построены на принципах карринга, только не функций, а объектов.

Ну и напоследок, конструкция var self = this; позволяющая сохранить контекст в замыкании уже потихоньку уходит в прошлое, благодаря стрелочным функциям из es2015

Для себя составил карту развития Web-разработчика, может кому пригодится.

https://jsfiddle.net/cufdyL1m/

Если я правильно понял вопрос, то так:

$vid = implode(" | ", [$filter1,$filter2,$filter3]);

Всё содержимое страницы априори доступно пользователю. Кому нужно, вытащат из кода.
Защита от PrintScreen - турникет в поле, причём не просто не выполняющий свою функцию, но ещё и постоянно бьющий по бубенцам его поставившего.

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

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

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

Если фронтэнд - это отдельное приложение, то и знать вы должны все что нужно для его построения. Это и архитектурные штуки (MVC/MVA/MVVM/MVP/Flux/паттерны всякие/функциональное программирование) и тесты писать уметь должны и т.д. Все как у бэкэндщиков по объемам знаний. Просто у бэкэндщиков геморой обычно в конкурентных запросах, локах, базах данных и другими веселыми штуками. а у фронтэндщиков - зоопарк браузеров, различия в окружениях и т.д.

nodejs - это уже опционально. В любом случае если вы хорошо знаете JS то посмотреть как там чего в API ноды проблемы не составит (например что бы быстренько поднять expressjs сервачек для разработки с мидлвэрами, часто нужно для всяких webpack-ов и browsersync). Ну и опять же билд стэк у фронтэндщиков в принципе весь на ноде написан. Но это не бэкэнд.