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

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

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

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

Читать документацию пробовали? Данная функция принимает ряд аргументов, которые как раз и позволяют выключить все ненужное. Но, тут сразу встает вопрос, озвученный dm - зачем тулить в список и хардкодить 2 пункта вместо того чтобы вставить их собственно в само меню?

Для вывода рубрик есть функция get_categories(). Для вывода подкатерий у этой функции есть аргумент parent, который должен быть равен ID родительской категории.

how уже ответил и дал по поводу интерфейса дельное замечание. Но оно не раскрыто подробнее, новички в ООП не поймут. Исправляю ситуацию, так как это полезный трюк:

1. Создаем пустой интерфейс

interface Object {
   // Здесь ничего нет
}

Его название потом и будем использовать для type hinting.

2. Имплементируйте этот интерфейс в нужных классах:

class MyBaseClass implements Object {
   // ваш обычный код класса
}

3. Теперь все будет работать, например:
function myFunc (Object $obj);

Посмотрите в сторону фильтра template_include

Я вообще перед title ничего лишнего не увидел. А вот по качеству разметки соглашусь с faragly. Зачем, например, DD_belatedPNG fix? Это же технология десятилетней давности, давно утратившая свой смысл.

Читайте документацию wp_nav_menu(). Эта функция позволяет переопределить практически все элементы, их классы и айди. Если этого мало - используйте Walker класс, как уже подсказали.

crazyASD: вам не нужно выводить аяксом весь индекс целиком. Есть 2 пути.

Если вы используете вордпресовский аякс (через функцию, которая подключена на wp_ajax_ и/или wp_ajax_nopriv_, как положено) - тогда в этой функции получите нужный пост с помощью get_post() и отформатируйте как надо, результирующий хтмл отдайте с помощью wp_send_json_success().

Если вариант 1 непонятен (хотя он правильный и корректный), если вы аяксом дергаете непосредственно урл индекса, вспомните, что аякс-запрос позволяет получать не только страницу по урл целиком, но и ее часть, если указать #element_id то будет получен только контент этого элемента.

Тема лежит не в корне относительно домена, а в папке /wp-content/themes/theme_name/
Соответственно, если вы попытаетесь открыть domain.com/inside.html напрямую - получите 404, потому что такого файла по этому пути нет. У вас в этом месте (по этому пути) - wp-config.php, index.php вордпресовский и тд. Используйте адрес, который соответствует пути - domain.com/wp-content/themes/theme_name/inside.html - тогда откроется. Но это - через Ж. Хотите статические файлы - перенесите их в корень сайта. Хотите чтобы оставалось в папке темы, но открывалось напрямую - из статики делайте шаблоны, которые будет понимать WordPress.

Можно, без проблем. Но придется закатывать рукава и писать немного кастомного кода. Если с этим проблема - наймите разработчика. Кастомный код придется писать под любую CMS, кроме, разве что, специально заточенной под хостелы. А такую вы вряд ли найдете.

Откуда у вас вообще такие страницы? Цифры после названия - это произвольные цифры которые вы вписываете и видите при этом страницу interesnaya_stranica, хотя ожидали увидеть 404? Или это реальный ID страниц, который дописывается плагином или кастомными rewrite_rules?

У вас платный шаблон? Стучитесь в поддержку к разработчикам, вы именно за это заплатили деньги.

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