xmoonlight

Зачем вообще switch-case, если у вас все параметры - одинаковые для всех языков?
Строки-то - они в переменных массива)

При обработке - откажитесь от циклов и используйте генераторы.
Скорее всего - большой объём данных попадает в массив после выборки из базы и... прэвэд!

1. При любом внешнем обращении к своему сайту - проверка времени кэширования предыдущих данных.
2. Если оно больше установленного - делаем запрос через cURL (встроенный класс в PHP) к стороннему сайту и записываем результат к себе в базу/файл.
Если меньше - не обращаемся к стороннему сайту и используем закэшированные данные (при необходимости).
3. GOTO 1

Таким образом, мы не создаём чрезмерной нагрузки на сайт-донор и имеем постоянное обновление данных. Периодичность запросов к сайту-донору (интервалы времени) - выбираете исходя из целей задачи.
Я советую ставить не менее 30 минут, если данные там меняются редко.

Лучше всего, поищите ссылку на RSS-ленту на стороннем сайте - это будет оптимальным индикатором новой информации.

Хотите сделать нормальные закладки, вот Вам совет:
1. Отношение "один-ко-многим": userID к videoID
2. Таблица закладок с полями: id, videoID, userID, Added [timestamp], viewedCount, userTags, viewed (bool)
3. Включайте Redis для увеличения скорости работы с базой данных.

Сессии - НЕ ТРОГАЙТЕ! Они не для того сделаны!

Ты ж номер1 - а такие вопросы задаёшь)))
preg_match()

Ничем.

Проверять на вирусы!
Вообще, взгляните.

includeHTML

1. Визуальные блоки (разметка): includeHTML для простой, быстрой и динамической подгрузки (или изначальной загрузки через тег) нужных визуальных блоков (код разметки блока) без перезагрузки всей страницы.
2. Стилизация GUI компонентов в разметке визуальных блоков: Bulma

Bulma by Jeremy Thomas.
An alternative to Bootstrap

3. Обработчики блоков: js/jquery для создания модульных обработчиков
4. Иконки: modernuiicons.com

Оставьте сайт (как он есть сейчас) на обычном PHP и отдельно создайте подгружаемые раздельно библиотеки обработчиков унифицированных блоков на нативном JS (без всяких JS-библиотек , типа jquery и подобных).

Как только унифицированный блок помещён на страницу (унифицированная форма, или нужна анимация, обработка ввода и отправки данных и т.д.) - подключайте нужную библиотеку (на стороне PHP, которая является обработчиком этого блока) и динамически "цепляйте" обработчик (класс обработки логики событий для этого блока) к нему при инициализации страницы (на стороне клиента).

Не забудьте включить кэширование статики для браузера (заголовки, отдаваемые сервером).

PS: Не нужно создавать трудности там, где их можно избежать.

Настройка в три строки...
Profiling PHP Applications with Xdebug, WinCacheGr...

Никак.
Вся доп.информация запрашивается ДО совершения транзакции и потом приходит уже от платёжного агрегатора прямым соединением к вашему серверу, где Вы разбираете этот запрос и получаете все введённые данные.

Если такой вариант не устраивает - тогда только в 2 этапа с передачей ОБЕЗЛИЧЕННОГО СВОЕГО ИДЕНТИФИКАТОРА КЛИЕНТА агрегатору платёжной системы при транзакции:
1. Принимаем данные от клиента на сервер обязательно через SSL и временно сохраняем в базе с привязкой к любому уникальному идентификатору (на основе сессии/времени/имени пользователя и т.д. + "наша соль"), который мы можем сгенерить сами, например: UserPayment=hash(userid+соль).
2. После проводим транзакцию с добавлением поля идентификатора и проверяем ответ агрегатора: если платёж прошёл - то находим нужную запись в базе (идентифицируем) по идентификатору и производим необходимые действия.