Орхан Гасанлы

С помощью JS меняйте классы у списков.
С помощью CSS пропишите плавное свертывание.

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

Зачем вообще плодить клоны? Доменную часть делаете динамической, отлавливаете поддомен и в зависимости от него меняете только нужные данные на выводе. Это все один сайт.

Нашел решение с помощью nth-child

Elements elemenx = doc.select("div.Example span:nth-child(1)");

Смотрите класс Files, а точнее методы walk или walkTree

Вот тут написано, как реализовать свой обходчик файлового дерева.

К Spring это никакого отношения не имеет. Стандартная библиотека.

Вариантов может быть много, но определить причину ошибки совершенно не тяжело без всевозможных ритуалов гадания, достаточно заглянуть в лог ошибок на хостинге,

Потом что собирать надо war, а не jar :-)

Думаю даже приложение не нужно - можно обойтись обычной вебстраничкой локальной.

<script>
var a=new Audio, 
p= function(s){a.pause();a.currentTime = 0;a.volume =0.9;a.src=s;a.play();return true;};
window.addEventListener("onorientationchange" in window ? "orientationchange" : "resize", function(e) {
switch(e.orientation){
case "portrait": return p('sneeze.mp3');
case "landscape": return p('blow_nose.mp3');
}}, false);
</script><style>div{text-align:center;margin:20px;}button{padding:20px}</style>
<div><button onclick="p('sneeze.mp3')">SNEEZE</button></div>
<div><button onclick="p('blow_nose.mp3')">BLOW NOSE</button></div>
<div><button onclick="p('take.mp3')">TAKE MEDI</button></div>

самое сложное подобрать звуки.

Чистая Java SE пользуется не самым широким спросом.
Если вы новичок, то знать надо в рамках прохождения собеседования.
Т.е. знать как устроено ООП в Java. Знать как устроены основные имплементации Collection.
А так стоит уделить внимание фреймворкам на Java. Т.к. Java EE RIP (зомби JakartaEE не понятно, как будет существовать), то Spring Framework обязательно. Так же обязательно Hibernate (как минимум в рамках JPA)
К этому обязательно знать, на уровне практических навыков.
Одну из двух систем сборки проектов - maven и/или gradle.
Систему контроля версий git.
IDE Eclipse. IDEA мне больше нравиться, но она платная, а в Community Edition нет как раз поддержки Spring Framework.
SQL - минимум написание запросов.

Готовых библиотек нет 100%, а если и можно найти что-то (в чём я лично сомневаюсь), то оно скорее всего будет платным.
Здесь нужно решить несколько задач:
1) Придумать как воспроизводить звук.
Средствами чистого JS и HTML5 это делается в одну строчку кода. Другой вопрос, какой звук нужно воспроизводить
Тут я виду два варианта:

1. Использовать предзаписанные звуки нот - звучать будет скорее всего красиво, но тяжело и много подготовительной работы
   
2. Воспроизводить звук средствами MIDI - легче и продуктивнее, можно посмотреть в сторону (midi.js)
   

2) Необходимо решить что именно воспроизводить. Так как табулатуры можно писать в разных программах, а не только гитарпро, то, скорее всего правильнее будет идти по пути универсализации. Так или иначе, gtp - это проприетарный формат и читать его на стороне JS будет дюже затратно. Как мне кажется необходимо на стороне сервера парсить загружаемый туда файл таб и преобразовывать в midi или какой-то собственный формат и уже его отдавать на воспроизведение.

Во-первых, прекратите спамить всех подряд, такой подход не очень продуктивен.

Во-вторых, у вас не вопрос. Вопрос - это как правило одна (иди хотя бы одна главная) проблема, которую можно решить одним ответом. Как правило не очень объемным, потому что S из SOLID, как мы знаем, это Single Responsibility Principle. Ваш вопрос его нарушает чуть более чем полностью. Из этого следует, что вам нужно разбить ваш вопрос на множество других. И задавать их желательно по порядку, получая ответы, применяя их в жизни, практикуясь, и только потом переходя далее. Ибо влить в мозг весь этот объем информации за раз можно только в фильме "Матрица", а мы, увы, не там.

Тезисно пройдусь по пунктам, чтобы прояснить ситуацию.

Хочу изучить новые инструменты и вообще понять что есть best practice в мире wp сейчас!

Не существует единой best practice. Есть разные подходы, каждый из них имеет плюсы, минусы и право на жизнь. Все очень сильно зависит от команды, ее размера и опыта, компании и процессов, клиента, проекта, его размера и бюджета и тд. Ну а общие принципы мало отличаются от разработки в целом, будь то Symfony, Laravel, Ruby on Rails и тд.

Я нашел много интересного, но пока не понимаю как это всё собрать воедино, что зачем нужно, много непонимания

Это нормально. Почему - перечитайте абзац про Single Responsibility Principle выше.

1. среду разработки использую PhpStorm, по университетской лицензии.

Несущественно. PhpStorm отличная IDE, пожалуй лучшая для разработки на PHP в целом, WP или нет - не важно (сам использую именно ее). Но далеко не все могут использовать ее бесплатно по университетской лицензии, многие покупать не хотят, многим не нравится производительность. Стандарт ли это? Для кого как.

2. для версий кода использую Git, храню локально и на Gitlab.

Git - это наиболее популярная VCS на данный момент. Само использование системы контроля версий является стандартом, во всем мире разработки.

3. при разработке пушу через SSH сразу на shared хостинг, а не на локальный сервер (никогда локальным не пользовался, а надо? каким?)

Использование локального сервера - стандарт. Обязательно, не обсуждается. Пушить на shared - плохая практика (и пушить на прод, и shared). Изучаем про локальные сервера, Continuous Integration и Continuous Delivery. Впрочем, для WP важно понимать, что бОльшая часть проектов будет простая и небольшая, со скромным бюджетом, а там вся эта кухня может быть лишней (смотрим абзац про зависимость best practices от проекта и тд). Поэтому обычного простого деплоя по мерджу в мастер хватит. Гугл в помощь.

4. работаю под Linux, знаком с консолью, bash, но не понимаю как использовать wp-cli, в чем он удобен?

WP-CLI это инструмент. Использовать его - хорошо. Чем удобен / полезен поймете когда разберетесь с деплоями, автоматизацией и тд. Но не поймете если не начнете заставлять себя с ним работать.

5. присматриваюсь к Roots и Bedrock, но не понимаю как к ним подступиться, нужно объяснение что и зачем делать, какие-то инструкции..

Рано. Очень рано вам к ним присматриваться.

6. хочу начать использовать composer

Начинайте. Гуглите, материалы на эту тему есть. Будут конкретные вопросы - задавайте, будем отвечать.

7. хочу начать писать тесты, PHPUnit?

Если бы спрашивали за Laravel, то да. Но по WP - забудьте. Думать про тесты в WP вам рано и не нужно. Голову сломаете. Да и проекты, где это понадобится вам пока не светят.

Сейчас как-то грустно, что wp любят поносить за его "легкий вход", "говнокод", "это не программирование" и т.д.

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

Как всё это собрать вместе?

Постепенно. Шаг за шагом. Слона нужно есть по частям, иначе подавитесь.

Прошу подробных ответов, по возможности со ссылками и/или инструкциями.

Это придется накатать книгу, и не одну.

Хочу учиться.

Достойное желание. Учитесь, никто не мешает. Гугл, кодекс, кама и другие ресурсы в помощь.

Бонус: запомните одну простую истину - вы не сможете что-то изучить или освоить, если не начнете с ним работать. Только на реальной практике можно понять и осознать. Можно прочитать 10 лучших книг про ООП (для примера), но пока вы не напишете, выбросите, перепишете несколько раз свой код на ООП, вы его не поймете.