M-ka

Проверить, пустой или нет инпут, если пустой, вкинуть в него, если нет, просто взять значение, добавить в него нужный разделитель и вставить обратно...
Еще как вариант, создавать масив из значений селектов, а потом джоином нарезать его с нужным разделителем и вставить
javascript.ru/array/join

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

можно сделать с помощью javascript... на крайний случай смешать его с jquery или чем еще для упрощения простановки событий....

if($(".test2:visible").length > 0){
что то делаем с тест1
}

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

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

можно, "как-нибудь" тоже...
Вопрос же только в этом и заключался, больше писать особо то смысла нету.

JS or php ?

С учетом написанного, если на JS, то будет объект, один ключ содержит в значении коэффициенты для нужных валют, другой содержит id предметов как ключи, а значением цену по умолчанию. Так же по какому то хендлеру должна генерироваться форма, позволяющая добавлять и убирать коэффициенты фалют, а на применение должен запуститься скрипт, который обойдет все id на странице и высчитает всем цены. Новые цены для текущей валюты можно закешировать в сесийном сторедже, что бы не приходилось повторно высчитывать при игре с валютами. Аяксом при сохранении коэффициентов на закрытие формы редактирования, постить на сервер и сохранять в профиль, что бы потом при загрузке страницы иметь актуальные данные.
Вообще не вижу особо разницы, мультивалютность или те же переводы или вообще любой динамически генерируемый/изменяемый контент... Да и вообще многие сайты при смене валюты, вообще перезагружают страницу и с сервера выдают новые цены, а не в жсе высчитывают...

Для установки событий в последних версиях лучше делать через "on"
api.jquery.com/on

А так же события лучше ставить не на весь ul, а на li или теги внутри....

LESS -- хз, где используют. Может типа показать, мол какие мы крутые или какие ленивые...
git --- ну консольный вариант знать не обязательно, если использовать какую то иде, которая его поддерживает, разве, что с консоли может пригодиться только команды на удаление веток, отмена комита или пуша. Применяется везде, всеми, постоянно. Вариант в иде не требует изучения, достаточно, что бы рассказали последовательность или почитать на хабре. Ранее был распространен svn, до него cvs (ну этим тремя пришлось пользоваться, другие не были столь популярные)

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

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

с картинки убрать/заменить высоту inherit и она станет постоянно белой, как и положено... а рамки у картинки как бы и нет

api.jquery.com/attribute-starts-with-selector
api.jquery.com/each
api.jquery.com/attr (хотя можно обойтись, через .className от элемента при обходе, но это сложнее для понимания и есть свои костыли при работе с классами)

Если добавить
api.jquery.com/addClass
Если заменить
api.jquery.com/removeClass
api.jquery.com/addClass

А я вообще не понимаю, зачем одностраничному сайту == сайту визитке, какой то фреймворк, в том числе для стилизации.
А если под одностраничным сайтом имелось в виду сайт, к которому прикручивается аля ембера/ангуляра и тп, тогда, боюсь, пациент умер... доктор оказался не той компетенции!

Просто берете и ресайзите свой шаблон под разную ширину в разных браузерах...
Потом добавляете медиа стили для корректировок разных промежутков внутри мобильного цсс. Они поддерживаются большинством браузеров мобильных устройств, ну а у кого они не поддерживаются, не наш клиент.... и вообще не клиент чего либо, если не может позволить себе более менее человеческий смарт, соответственно и не будет приносить прибыли, т.к. денег нет даже на телефон.
www.w3.org/TR/css3-mediaqueries

Вы не в том разделе написали данный вопрос.
Если такое и делать, а с описанного выходит, что файлы хранятся у вас, а не грузятся в браузере, то только в скрипте каком то, который может отрабатывать на клиенте (речь идет не о браузере).
Скрипт у себя на компе натравливать на папку с контентом ну или скормить архив.
В процессе обхода всех файлов(может даже и заданного формата) с папки/папок/архивов, вытаскивать контент с body и экспортировать в нужном формате в нужный файл или на нужный скрипт.

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

Хотя допустим, если файлы не хранятся у пользователя, а есть набор ссылок, то тогда можно уже рассматривать написание чисто на яваскрипте (при условии, что можно куда то запостить результат). Сделать массив ссылок, обходя которые по очереди открывать новое окно, вытаскивать с него контент, сохранять в объекте, а потом это все куда то отправить... Замечу, что именно отправить, т.к. яваскрипт не способен по ограничениям безопасности работать с файлами у пользователя. Он может только в локальные хранилища, что то пытаться сохранять и то только в фф/хроме. Хотя ИЕ раньше имел уязвимость(презентованную как фишку браузера), позволяющую создать у пользователя файл, открыть файл, создать к нему поток данных, записать поток в файле, закрыть файл но в были выпущены фиксы, которые прекращали возможность создания потоков данных к файлам и последующую запись.

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

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

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