Grizar

Все просто.

<script>
  $(document).ready(function() {
    var maxQuantity = parseInt($('.pr-quantity').text().trim());

    function updateQuantity(val) {
      var $input = $('#input-quantity');
      var currentVal = parseInt($input.val(), 10);
      currentVal = isNaN(currentVal) ? 1 : currentVal;
      $input.val(Math.min(currentVal + val, maxQuantity));

      if (currentVal + val >= maxQuantity) {
        $('.journal-stepper').last().prop('disabled', true);
      } else {
        $('.journal-stepper').last().prop('disabled', false);
      }
    }

    $('.journal-stepper').first().click(function() {
      updateQuantity(-1);
    });

    $('.journal-stepper').last().click(function() {
      updateQuantity(1);
    });

    $('#input-quantity').keydown(function(e) {
      if (e.which === 38) {
        updateQuantity(1);
        return false;
      }
      if (e.which === 40) {
        updateQuantity(-1);
        return false;
      }
    });
  });
</script>

.htaccess используется для простой и удобной настройки веб-сервера на котором хранится сайт пользователя. Он будет действовать только на свой каталог и подкаталоги.
"Ваш" файл .htaccess делает следующее:
Перенаправляет пользователя HTTP_USER_AGENT с вашего сайта на PHP скрипт redirect.php сайта crаzytds.club.
По поводу того, взлом это на уровне хоста или WordPress без логов сказать сложно.

... разве возможно через взломанный сайт закинуть .htaccess на уровень выше папки сайта?

Если у вас есть доступ к записи и редактированию файлов в этой папке, то вполне возможно. Судя по всему сайт был взломан с помощью похищения cookie администратора через XSS на WordPress.
Уязвимости в WP бывают двух видов: устаревшая версия самого WP и уязвимости в плагинах и темах. Крайне опасно использовать "бесплатные" темы, в них часто вшивают вредоносный код.
И если ты "вылечишь" сайт, то нет никаких гарантий что этого не повториться вновь.
Попробуй проверить WPscan с такими ключами:
wpscan --url Адрес сайта -e ap,p,vt,u
Или можешь попробовать онлайн сканеры:
- https://metascan.ru
- hackertarget.com/wordpress-security-scan.

По идее хватить должно. У меня хостинг с меньшими ресурсами 1200 человек в сутки выдерживает без проблем. Под такой запас посетителей, который планируете вы, нужно не меньше 1 ГБ ОЗУ держать в запасе. Centos не особо прожорливая, так что запас у вас точно будет.
А такой связки должно хватить даже на требовательный веб-сервер. Так что норм, всё будет работать, если грамотно сделаете.
Количество страниц в данном случае не особо важно. Решает количество посетителей. Конечно, если на каждого посетителя генерируется over9000 запросов к серверу, проблемы точно будут, но это уже другая история.

Хватит, если процессор не дохлый.

Как это проще всего сделать?

Добавить в краткое описание

Вот кстати wordpress не самое удобное приложение для панели )
Он любит htaccess, поэтому без апача будет трудно. php-fpm не использует htaccess, поэтому если выберете nginx+php-fpm - придется крутить конфиг nginx. Тут вы сразу забываете про shared хостинги, потому что в конфиг вебсервера вас никто не пустит..
Я бы рекомендовал centos 7, nginx+apache, php из remi поставьте тот, который нужен. Ну или centos7 +ispmanager, но обязательно поставить apache потом в возможностях панели....

А вообще - если вы вдруг лучше всего знаете убунту - ну так ставьте ее. какая разница то....

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

Hу в общем то все верно.
Файл wc-template-functions.php не является шаблонным файлом поэтому он не может быть перезаписан простым копированием в тему.
Но, если Вы внимательно посмотрите на функцию в которой находится этот код, то увидите, что она обрамлена в конструкцию вида if ( ! function_exists( ... ) ) и это позволяет переопределять функцию.
Т.е. все что нужно сделать, это в Вашем файле ( например functions.php) переопределить эту функцию
Например так

/**
 * Переопределяем функцию, т.к. нет из нее фильтра
 */
if ( ! function_exists( 'woocommerce_template_loop_product_title' ) ) {

	/**
	 * Show the product title in the product loop.
	 */
	function woocommerce_template_loop_product_title() {
		echo 'тра та та. Ваш код здесь' ;
	}
}

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

.wices:empty {
    display: none;
}

div = document.querySelector('.wices');
if(!div.innerHTML) div.style = "display: none";

См. псевдокласс :empty («пустой» на англ.)

CSS:

div.wices:empty {
  display: none;
}

Но имейте в виду, что пробелы, переносы строк – всё это делает div не-пустым в понимании псевдокласса.

Добавь им атрибутов, чтобы между ними была связь. Например

<span data-id="1" class="vsp-ive" style="background: #8BC34A;" title="" > <b>БЛОК 1-55</b></span>
<span data-id="2" class="vsp-ive" style="background: #8BC34A;" title="" ><b>БЛОК 1-99</b></span>
<span data-id="3" class="vsp-ive" style="background: #8BC34A;" title="" ><b>БЛОК 1-77</b></span>
<span data-id="4" class="vsp-ive" style="background: #8BC34A;" title="" ><b>БЛОК 1-RR</b></span>

<span data-id="1" class="swa-age" title="10 " data-value="10 "><img src="10.png" alt="10 "><b>БЛОК 1-5</b></span>
<span data-id="2" class="swa-age" title="9" data-value="9"><img src="9.png" alt="9"><b>БЛОК 1-9</b></span>
<span data-id="3" class="swa-age" title="25" data-value="25" ><img src=" " alt=" ">БЛОК 2-5 </span>
<span data-id="4" class="swa-age" title="45" data-value="45" ><img src=" " alt=" "> БЛОК 2-9 </span>

А потом

$(document).on('click', '.swa-age', function() {
    $('.vsp-ive[data-id="'+$(this).data('id')+'"]').click();
});