Игорь Воротнёв

Решений мультиязычности на WP много, условно их можно разделить на 3 типа:

- мультиязычный контент весь в одном объекте (qTranslate X)
- мультиязычный контент раздельно, связан посредством внутренней (скрытой) таксономии (Polylang, WPML)
- мультиязычный контент раздельнон а разных сайтах сети WordPress Multisite (Multilingual Press)

Подробно о мультиязычке тут.

flexbox

https://scotch.io/demos/visual-guide-to-css3-flexb...

1. Статические генераторы.
2. WordPress как бекэнд + WP REST API + фронтэнд на каком-нибудь Angular.

Посмотрите Solved by Flexbox. Сетка и адаптивный подход - это не вагон кода, даже с классическим подходом. HTML по своей природе mobile-first and responsive, а по мере усложнения добавляйте нужные правила.

Фреймворки для небольшого сайта - overkill. Готовые фреймворки для большого сайта - форсирование стандартов фреймворка и отсутствие должной гибкости. Поковыряйте фреймворки, посмотрите как у них неализовано, изучите технику. А дальше всегда делайте под конкретный проект. С SASS верстка сетки и адаптивного лейаута на уровне контейнеров и модулей занимает несколько минут.

get_terms( $args );
Документация: eng (официальная), рус. Примеры кода есть по ссылкам. Остается только вопрос как и где у вас хранятся картинки. Это плагин какой-то или кусочек кода из инттернетов, который вы вставили в functions.php?

WP Panda уже все сказал, я лишь добавлю, что если вы задумались о структуризации файлов, то вам следует начать читать про SASS и копать в том направлении. Тогда можете свои стили структурировать как хотите, а на выходе будет один откомпиленый style.css ровно там, где ему и положено быть.

Запомните несколько простых правил.

1. Никогда не используйте jQuery из стороннего источника (например, Google CDN). НИКОГДА. И другие библиотеки тоже. Кроме того, чаще всего не нужно jQuery грузить принудительно, достаточно для своего кастомного скрипта указать аргументом dependency значение array( 'jquery' ).
2. Скрипты и стили подключаются ТОЛЬКО через функции wp_register_style() / wp_register_script() и wp_enqueue_style() / wp_enqueue_script(), вызов функций группируется в одну функцию, которая вешается на соответствующие хуки. Как правильно делать - написано в документации.
3. Не обязательно подключать все вручную. Если вы правильно зарегистрировали ваши скрипты и стили (функциями wp_register_*), то можете просто подгрузить только один свой кастомный срипт (main.js например), а к нему все остальные указать в виде зависимостей (как и jQuery в п.1). Кроме того, можно (и нужно) подключать скрипты и стили только там, где они нужны. Например, если слайдер у вас только на главной, оберните его подгрузку в if( is_home() ).
4. На продакшне убирайте ?xxx (версии скриптов и стилей), используйте плагин типа WP Better Minify для минификации и конкатенации скриптов и стилей.

Кажется все.

Классы разделяются пробелом, например class="one two three" и допускается использование нескольких классов одновременно. Id же не может содержать пробел, и значение данного атрибута должно быть уникальным. Соответственно, использование нескольких id невозможно.

Вопрос: зачем понадобилось несколько id? Я не могу себе представить ни один use case где такое может понадобиться и это нельзя решить другим путем (например, через data-attribute или тот же класс).

Если вы - разработчик страницы, то подключите стили для печати, как советует Егор Федосенко
Если же вы как пользователь пытаетесь напечатать чужую страницу - клацните правой кнопкой мыши на странице, выберите "Инспектировать элемент". Дальше выбирайте ненужные элементы и просто удаляйте их из документа клавишей Delete. После такой "очистки" страницы - печатайте то, что осталось обычным способом. Результаты вашей ручной очистки будут сохранены до перезагрузки страницы в браузере.

IE10+ (который очень даже адекватен) и graceful degradation, для IE7 и ниже сообщение "чувак, не гони, обнови браузер". Я уже давно не заморачиваюсь IE, по статистике в моих нишах в среднем это 4-12% посетителей, из них менее 2% - 8я версия и ниже. А версии 9+ вполне адекватны, только у 9й есть несколько особенностей, решаемых Normalize.css и одним-двумя полифилами (зависит от задач) или же тем же graceful degradation, который при подходе mobile first как бы по умолчанию идет.

Вот вам 2 главных инструмента в помощь:
gs.statcounter.com - статистика, можно фильтровать по странам и т.д.
caniuse.com - что для какой версии

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

Если надо сделать быстро - только готовая CMS. При всей моей любви в WordPress, в данном случае взять специализированную типа OpenCart, PrestaShop и подобных. Под WordPress есть хорошие решения, тот же WooCommerce, но чтобы там что-то доделывать - нужно хорошо знать и PHP, и архитектуру WP + WC. Зачем лишние сложности?

А еще есть другой вариант. Если вы не программист, а манагер / владелец этого магазина, то воспользуйтесь SaaS-площадкой, таковых на рынке масса. Через годик-другой работы магазина возможно перейдете на свое решение, возможно - нет.