Silm

Дампните $_POST в самом верху Index(). Тут же не экстрасенсы...

Вам нужен облачный экстрасенс.

Обратитесь в саппорт.

Тогда может быть 2 варианта: либо имеется список возможных тегов, либо в тегах не может быть пробелов.

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

Во-втором варианте мы можем принудительно заменять все пробелы запятыми. Все равно ведь не должно быть пробелов... Если надо именно выдавать ошибку, то гуглим "валидация форм".

А где кусок PHP кода в котором вы пытаетесь или используете APC? И результат выполнения...

Определяем, какая сейчас категория активна, присваиваем ей соответствующий CSS класс.

Если не знаете как определить, посмотрите как это сделано там, где уже работает.

Не знаю как в WP, но обычно подключают нужные файлы. А не отключают не нужные.

Ну так в рамках этого самого "экземпляра приложения" мы же можем создавать неограниченное количество экземпляров класса. А иногда надо иметь гарантированно только 1.

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

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

Но в любом случае какую то проверку или другую манипуляцию вам делать придется, для подключения определенного языка. Но не переживайте, на производительности это не отразится. Хоть 100 раз эту проверку делайте, не заметите разницы.

Оптимизировать надо настройки сервера, PHP, БД, кешировать результаты длительных вычислений и медленных запросов.

В коде, обращайте внимание на участки с перебором массивов, вложенными массивами. Именно там скорее всего может возникнуть проблема с производительностью.

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

Регулярные выражения.
habrahabr.ru/post/115825
php.net/manual/ru/reference.pcre.pattern.syntax.php
php.net/manual/ru/function.preg-match.php

Дерзайте.

Фреймворк.

Встречный вопрос: какие аргумент за НЕ фреймворк?

Когда публикуете подобные вопросы пишите отображаемые ошибки или конкретно что и где не работает.

action="" - или уберите атрибут совсем или пропишите адрес формы.

Код обработчика у вас выполняется даже если форма не была отправлена и в результате, например:

// что будет присвоено переменной если форма еще не была отправлена?
$username = $_POST['name'];

Весь код обработчика должен отрабатывать только в том случае, если была прислана форма.

Чтобы нельзя было отправить пустую форму: htmlbook.ru/html/input/required
Но валидация на стороне клиента может быть намерено обойдена, при желании. Если это важно, то используйте валидацию на стороне сервера (в обработчике формы), в дополнение.

Код формы и код обработчика может быть в одном файле, в action атрибуте формы надо указать адрес самой формы или вообще убрать этот атрибут. Но можно и не совмещать файлы, просто сделать редирект в обработчике на форму. Гуглится так: PHP редиркет.

Uilenrok: ну чтож, тебе нужна одна фоновая картинка, и множество картинок, которые будут меняться. Последние должны быть с "прозрачным фоном" (альфа-канал) и они будут отображаться поверх первой.

Если задача просто показывать изображения "одно на другом", то их можно совместить с помощью CSS (выглядеть это будет точно так же как одно цельное изображение). Если надо именно склеить 2 изображения в одно, неделимое, то тебе пригодится какая нибудь PHP библиотека для работы с изображениями:
https://github.com/ziadoz/awesome-php#imagery

Ну или просто сами расширения PHP для работы с изображениями:
php.net/manual/ru/book.imagick.php
php.net/manual/ru/ref.image.php

Пара часов экспериментов и все получится.

Сложно.
Начать с изучения программирования на PHP, JS.