Евгений Вольф

var deg = 0;
$(document).keydown(function(e){
  if(e.which == 32){
    deg += 90;
    $('.container').css({
      transform: 'rotateX('+deg+'deg)'
    });
  }
});

Я думаю, так должно работать.

P.S. Не проверял.

Как-то наверное так:

function PopUpShow(n){
    $("#popup"+n).show();
}
function PopUpHide(n){
    $("#popup"+n).hide();
}

Разве для scrollTo() нужно указывать высоту body, а без этого она не работает?

Если у Вас нет полосы прокрутки, то прокрутка "сработает", но визуально от этого ничего не изменится.

По моему, ещё прокрутку желательно делать и для BODY и для HTML одновременно, т.к. в каких-то баузерах, с этим были проблемы. Возможно информация уже не актуальна...

есть прокрутка страницы вниз на заданный интервал.

Насколько я помню, ScrollTo(), делает прокрутку не на заданный интервал, а к заданным координатам.

Нужно в исходнике плагина исправить 9-ку на другой символ и использовать соотв. его. Я в своё время так и делал, ничего сложного, попробуйте.

Пример тут (не мой). Делите полученный результат на 1000. В конструктор Date можете попробовать передать дату "как есть", скорее всего это сработает.

Я думаю, в теории можно.

Выглядеть это будет примерно так:
1. Вы загружаете картинку на страницу, в canvas
2. Через JS получаете 2-х мерный массив писелов (условно)
3. Анализируете его, по заранее подготовленному алгоритму
4. Получаете результат

Вопрос только в вероятности существования алгоритма (п.3), думаю, её (эту вероятность) Вы можете сами пирмерно прикинуть...

Подозреваю, что как-то так.

$(document).ready(function() {
      $('.panel0 .panel1 .panel2').each(function(i, e) {
        var bgColor = $(this).css('background-color'); //Определяем цвет фона
        $(this).attr('data-color', bgColor); //Добавляем атрибут с найденным цветом фона
      })						
    });

Ещё можно .panel0 .panel1 .panelX заменить на div и операция будет проходить со всеми слоями вообще...

Ваше мнение: стоит ли изучить и использовать технологию в коммерческих проектах?

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

Правильно ли я понял, что данная технология не оставляет длинные запросы в адресной строке?

Эта технология вообще ничего не делает с адресной строкой и никак с ней не связана. Это технология для передачи данных на постоянной основе в режиме реального времени, например, она идеально подходит для реализации чатов.

можно вычитать о наличии уязвимости в системе

Если мне не изменяет память, наличие уязвимости возможно в случае использования прокси-сервера ("палёного") и отсутствия шифрования.

К тому же фишка из ES6, я думал поддержка будет хромать, а она больше 90%.

Возможно я ошибаюсь, но я не помню связи между RFC-спецификацией и ES6, к тому же, по моему, ES6 появилась позже 2011г. (в котором появилась RFC-спецификация на веб-сокет).

Был ли у кого-нибудь опыт работы с этой штукой, и возможно ли его применять на практике в текущий момент времени.

Был, писал и сервер и клиент на C/++, ничего особо сложного не заметил, вопрос времени и желания, что бы детально разобраться... JS-фреймворки и библиотеки (например, Socket.IO), некоторые, активно применяют веб-сокеты в качестве замены лонг-пулам, флеш-сокетам и пр. ерунде.

Году в 2013-2014, поддержка была ещё не очень уверенная... в 2016-2017м, я бы не особо беспокоился за пользователей, чьи браузеры веб-сокет не поддерживают. Пусть лучше страдает 3% тех, у кого их нет, чем 97% тех, кто мог бы их использовать, но не используют в угоду тем 3%...