Илья Воропаев

По событию change для select надо показывать нужный.
Можно фильтровать по значению option.

Как-то так:

<select id="type">
    <option>Выбрать</option>
    <option value="muz">Музыка</option>
    <option value="book">Аудио книги</option>
</select>

<select id="muz" style="display:none">
    <option>Выбрать</option>
    <option value="">Рок</option>
    <option value="">Классика</option>
    <option>Рэп</option>
</select>

<select id="book" style="display:none">
    <option>Выбрать</option>
    <option value="">Рок</option>
    <option value="">Классика</option>
</select>

$(function(){
      $('#type').change(function () {
           $('#'+ $(this).val() ).show();
      });
});

ставит ширину сайта как ширину экрана, при этом на сайте нет адаптива или он сделан криво.
С большой вероятностью у вас какой-то блок на сайте имеет фиксированную ширину и из-за него растягивается весь сайт. Т.е. например баннер или контейнер каталога или что-то еще на любом экране имеет ширину 1200 и все его адаптивные родители и соседи тоже тянутся за ним.
Пару раз видел такие проблемы из-за слайдеров которые ставили фиксированный размер картинки.

Спасибо за вариант, но к сожалению с этим должны работать именно контент-менеджеры и часть контента это статьи типа новости/услуги итп из инфоблоков т.е. включаемые области не подойдут.

Пока основной вариант это сделать в инфоблоках доп поля под связанный контент, типа привязка к элементам инфоблока (привязка к новостям, галереям, баннерам), но не понятно как при этом задавать порядок блоков в сайдбаре.

Т.е. главный затык в "двухуровневости настроек" - для каждого элемента надо не только задать связанные элементы, но и их индивидуальную сортировку.

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

По оповещению о работе с конкурентом можно не париться, если только вы не работаете с какими-то "бизнес-секретами" обоих. Образно говоря в городе есть два магазина мебели и вы обоим делаете однотипные сайты. Никаких проблем тут нет.
Если бы вы занимались рекламой и двигали обоих по одним словам то тут можно было бы заподозрить вас в махинациях т.к. вы бы по сути сливали их бюджеты в свою пользу.

Если будет прямой вопрос типа "ты что работаешь с нашим конкурентом?" то можно это не скрывать, упомянув что при этом все важные бизнес моменты не разглашаются итп
На вопросы типа "а как у них там устроено %что-то%" можно или говорить не знаю или отвечать типа "я не буду отвечать т.к. это может навредить моему клиенту и моей репутации, и вы бы наверное не хотели чтобы я аналогично сливал информацию про вас конкурентам".

Если вам надо привязать именно к верху страницы то position: absolute сместит блок в начало страницы или родительского блока в зависимости от его position - если страница прокручена, то блок может быть не виден.

Если вам надо привязать именно к верху экрана то position: fixed разместить блок вверху экрана и он будет оставаться там даже при прокрутке страницы.

Если не ошибаюсь live() уже deprecated.
Событие надо вешать через on() на родителе, примерно так

$(document).on("click", ".item", function(e){
    // code ...
});

А если сверстать просто эти переключатели и повесить на них обработчики - клик по элементу вызывает переход на нужный слайд?
Можно все это динамически генерировать, например, из data аттрибутов самих слайдов.

"Не парься всех денег не заработать" ©

Нафига вам его бюджет? Допустим ваша цена 10к за сайт. Вы его сделали вам его оплатили по вашей цене. Все.
Какая вам разница, что потом ваш заказчик с ним сделает, даже если он был посредником и перепродал вашу работу за 100к? Вы уже получили свои деньги по своей ставке.

Чем более размытое ТЗ тем шире вилка.
"- Нам надо сделать магазин. - Ок, в зависимости от требований будет от 50к до 500к. А какие у вас требования?"
Если прислали простыню на 30 листов с описанием каждой кнопочки то опять же - бегло посмотрев можно за пол часа грубо прикинуть объем работ и дать широкую вилку. После этого можно честно сказать "у вас большое ТЗ мне надо N часов/дней потратить на оценку, это куча моего времени, поэтому оценка будет стоить X денег."
Как вариант можно предложить скидку в сумме оценки ТЗ если закажут работу т.е. вы сейчас берете 3к ха оценку, а если клиент в итоге закажет работу вам то заплатит в итоге на эти 3к меньше.

Если клиент крупный и с потенциально большим бюджетом, то можно просто продумать и предложить доп услуги.

Подставить свои параметры в ссылку и получить токен
www.instagram.com/oauth/authorize/?client_id=ВАШ_CLIENT_ID&redirect_uri=ВАШ_URL_АВТОРИЗАЦИИ&response_type=token&scope=public_content

попробуйте так

var select = document.getElementsByClassName('d1');

select.onchange = function(e){
    console.log(e.target);
}

Как вариант можно начать или с оптимизации и разгребания самых тормозных кусков, бывает, особенно в самописных решениях, что 90% всей нагрузки/времени выполнения приходится на 1-2 кривые функции вызывающихся на всех страницах. Я как-то рефакторил один самописный магазин, там самый ад был в построении меню из разделов каталога, где на каждый пункт перебиралась вся база в четырех вложенных циклах.
Еще можно начать с просто подробного комментирования кода, с пояснениями почему этот странный кусок реализован именно так, что передается, какие данные должны быть на выходе итп. В этом случае другим разработчикам будет проще подключиться к рефакторингу.

Рекомендую https://cssanimation.rocks/ много интересных примеров и обучающих материалов по анимациям.
Ну и как писали выше надо попробовать реализовать свою идею. Я впервые более-менее понял как работать с анимациями когда сделал анимированную модель солнечной системы на чистом css.

Если сайт на вордпрессе то попробуйте wpscans.com или сканер wpscan под линукс.
Есть еще coder-diary.ru/sitecheck там проверка в основном на забытые при разработке служебные файлы типа /1.php и всяких phpMyAdmin итп которые создаются при разработке для тестов/отладки итп и частенько остаются на боевых сайтах

Просто честно сказать "на эту работу надо N часов, я беру X рублей/час. Эту работу я сделаю за N*X рублей. Вполне возможно есть другой фрилансер который сделает быстрее и лучше, можете попробовать поискать. Мне не выгодно это делать за вашу цену т.к. я по своей ставке могу заработать больше за то же время."

Сложно что-то советовать не зная изначально оговоренных условий.
В целом, в зависимости от договоренностей есть варианты:
- я сделал все точно по макету и даже если в макете было lorem ispum вместо текстов то это все равно остается как в макете и доработки платно
- в зависимости от предложенной оплаты возможно стоит нанять школьника который сделает все эти правки за сумму предложенную клиентом (вы не заработаете, но не будете делать не интересную работу и не будете в глазах клиента "мудаком-фрилансером" сдающим недоделанный сайт)
- попробовать объяснить клиенту про квалификацию и оплату на аналогии - он хочет от супер-инженера который делает промышленные системы за огромные деньги выполнения работы рядового сантехника работающего за бутылку. Дополнительно можно посоветовать как найти фрилансера-контентщика который за меньшие деньги займется этими работами

Я тоже не люблю голосовое общение в основном по двум причинам:
1) это занимает время - при созвоне я должен все бросить, выслушать заказчика, законспектировать ключевые моменты разговора. При переписке я работаю и параллельно отвечаю на сообщения. Я могу сделать перерыв между задачами, сесть и вдумчиво прочитать письмо, зайти на сайт и потыкать в описанные страницы, задать уточняющие вопросы по каждому пункту итп.
2) типичный заказчик по сути экономит свое время на написание ТЗ за счет фрилансера - "я сейчас надиктую, а ты потом в этом разбирайся". Не все, но большинство увы не до конца понимают, что они хотят и вместо ссылки на сайт и скриншота с выделенным блоком начинают "вещать про то как космические корабли бороздят просторы большого театра" иногда даже затрагивая собственно задачи по проекту.

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

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

Опять же минусы созвона могут быть в фоновом шуме, типа детей, животных, шума с улицы. У меня соседи делают ремонт (уже пол года) и созваниваться под шум перфоратора не прикольно.

У фрилансера может быть куча предложений каждый день, особенно если он активно сидит на фриланс биржах. Если он будет по 10-15 минут созваниваться с каждым потенциальным клиентом, то когда он будет работать? Тут надо или переходить на созвоны и передавать заказы другим фрилансерам сидя на процентах или меньше работать и завышать ставку закладывая в каждый заказ десяток пустых созвонов.