dollar

Примерно так:

let timer_wait_4 = setInterval(e=>{
  let arr = document.querySelectorAll(".jp-playlist ul li");
  if (!arr || arr.length < 4) return;
  clearInterval(timer_wait_4);

  $('.jp-playlist ul').each(function(i, el) {
    console.log($(el).children('li'));
  });

},200);

Но учтите, что это не самое элегантное решение, своеобразное, костыльное. Зато решение.

Для начала нужно оформить код так, чтобы его было удобно читать. Это само по себе позволит лучше понять, что происходит. Вообще аккуратность и внимательность способствуют пониманию и уменьшают ошибки, это как бы очевидно.

Далее следует уделить внимание логике работы программы, то есть ее описанию. Сейчас описание у вас такое, что глаза можно сломать, пытаясь понять, что же должна делать программа. Нужно подтянуть оформление вопроса в плане русского языка, пунктуации, падежей. В самой программе переменные должны иметь говорящие названия. То есть не qwe, а осмысленное имя, про start и out нужны комментарии, что они делают и т.д.

Если это не поможет, то можно на выбор:

1. Заняться отладкой программы, то есть пошагово смотреть, как программа выполняется, и соотносить это с логикой её работы.
   
2. Попытаться доказать работу программы чисто математически, как учили в школе. То есть из-за использования циклов и рекурсии понадобится применить метод математической индукции.
   

Лучше генерировать таблицу на сервере, на случай отключенного у пользователя JS. Даже если кнопки не будут работать, т.к. походу жестко завязаны на JS, то хоть инфа будет отображена для чтения, а не пустая страница.

Получить все строки можно чем-то вроде этого:
var rows = document.querySelectorAll('tbody tr');

Далее можно обработать по-всякому. Желательно, конечно, чтобы смысловые ячейки имели какие-то знаки - id или class, иначе придется по номеру считать:

rows.forEach(tr=>{
  let td2 = tr.children[1];
  let td6 = tr.children[5];
  let button = td6.querySelector('button');
  console.log(td2.innerText, button); //В цикле выводим всё, что нужно
});

Далее там же, в конце forEach добавьте вашу логику, ветвление, работу с куки и пр.

Попробуйте так.
Немного переписал, но не проверял на работоспособность:

Backend здесь будет тупо базой данных с минимальной логикой.
Вся красота ложится на frontend, и здесь уже используется такая технология, как JavaScript. Если точнее, то WebGL, хотя можно и старый добрый Canvas. В любом случае, это всё JavaScript. И других вариантов, в общем-то, нет.

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

И дальше это всё дело нужно грамотно соединить с бизнес процессами, чтобы бронь квартиры одним пользователем не позволяла сделать то же другому пользователю, который одновременно с первым смотрит ту же самую квартиру. Чтобы сама бронь (покупка) происходила быстра и без гемора. Чтобы систему не смогли абузить конкуренты, по крайней мере, чтобы это было не просто. И так далее.

Таким образом, всё упирается не в технологию, а в специалистов, которые будут это всё разрабатывать и реализовывать. Тяп-ляп любой вам сделает, недорого, даже я могу (но не буду). А вот, чтобы клиентам нравилось, это нужно подойти с умом к подбору людей, которые будут воплощать эти удобства в жизнь.

Так что вам нужно смотреть, в первую очередь, дизайн (в смысле, проектирование), маркетинг, контроль качества. Либо просто выбрать исполнителя за вменяемые деньги, который все тонкости возьмет на себя.

Для мобильных нужна мобильная версия сайта. И в ней не должно быть hover. А там уж как решите, можно повесить событие на onclick и во время клика повесить через setTimeout еще одно событие на срабатывание через 1 секунду, которое и будет убирать.

Только там хитрее. Ведь пользователь может нажимать несколько раз с интервалом в 0.5 сек. Это нужно будет учесть.

Какую проблему вы решаете?
В JavaScript пустой массив из n элементов можно создать просто:
new Array(n)

Да, в консоли вы увидите, что массив заполнен некими "empty", а не "undefined", но в самом языке JavaScript нет пустых значений типа "empty". На самом деле это и есть undefined. То, что отображается в консоли, никак нельзя почувствовать и пощупать кодом. А значит эта особенность никак не влияет на код и не может быть причиной никаких ошибок.

Поэтому я повторю вопрос: какую проблему вы решаете? Ведь empty значения не могут мешать вашим скриптам.

Если хотите, проверьте свой код не в Chrome, а в Firefox, там в консоли нет никаких empty. И не должно быть. То, как там выделяется и освобождается память, скрыто даже в консоли, чтобы не сбивать с толку начинающих программистов.

Запустить на другом домене в iframe. Тогда это будет окно на другую страницу. Как бы браузер в браузере. И ваша страница не будет знать, что внтури iframe, что бы он ни показывал, будет знать только размеры и адрес. А сам iframe, соответственно, не будет знать, что там во внешней странице.

А просто при подключении скрипта, он имеет полный доступ ко всему, как родной. И здесь нет смысла ставить палки в колеса. Если запретить куки, то в теории скрипт всё равно сможет их прочитать, если они как-то отражаются на странице. Например, на странице есть тест "Здравствуй, %username%", а скрипт имеет доступ к DOM, так что сможет спарсить имя и прочие переменные. Более логично разделять по принципу "всё или ничего" или по жестко определенному API.