FanatPHP

Твоя проблема в том, что у тебя смещение ни к чему не привязано. учитывая, что в начале каждого месяца оно будет разное - неудивительно, что ты запутался.

Я бы на твоем месте посмотрел на функцию GregorianToJD()
Захардкодил бы в скрипте возвращаемое ей значение в день начала показов
А потом из разницы с текущим значением вычислял смещение.
Оператор % тебе в этом мог бы пригодиться.
Ну и array_slice добавить, для красоты

Если исключение ловить, то оно не относится к фатальным ошибкам.

1. Про статью.
Аффтар кликушествует и тупит.
Единственная претензия, которую он родил, сводится к тому, что глобальную переменную можно переписать. Офигеть недостаток. А используя while, можно уйти в бесконечный цикл. Следуя его логике, while нельзя использовать, он разрушает структуру программы. И ещё моск.

2. О глобальных переменных.
Существует [по крайней мере] два способа использовать глобальные переменные.

1. Для доступа к глобальным сервисам.
   
2. Для передачи данных в функцию и получения результата из неё.
   

Так вот, второй способ является гарантированным пропуском в АДЪ. Это реальный способ довести до самоубийства человека, котрый будет потом разбирать твою программу.
В то же время, в первом варианте нет ничего зазорного. Все исползуют его, но из религиозных соображений задрапировав в статическую функцию, класс, или контейнер, но суть у всех будет ровно одна - получить доступ к глобальному сервису.

3. О твоем коде.
1. Учитывая п.2 из предыдущего раздела, становится понятно, что твой второй вариант нежелателен. При этом.
2. Я не понял фразу про "тасакать". Куда и что ты собираешься таскать? Код коннекта должен лежать вызываться РОВНО ОДИН РАЗ, лежать, где-нибудь глубоко в бутстрапе, и не вызывать ни малейших ассоциаций со словом "таскать".

И - да. Сто процентов отвечателей будут тебе писать не про твои переменные с хостом и паролем, а про саму $pdo. Потому что вопрос про неё является более логичным и куда боле актуальным: ведь переменные для коннекта требуются тебе 1 раз, а само соединение - десятки раз в разных местах скрипта.

Этот запрос строит одну большую строчку из трех таблиц.
Сначала берет строчку из reviews_clicks, и дописывает к ней строчку из members по условию
members.`id` = reviews.`member_id`
дальше точно так же дописывается строчка из reviews_likes
и так для каждой строчки в reviews_clicks, подходящей под условие в WHERE

А еще из этого запроса берется SQL инъекция.

С настройками веб-сервера.
Он должен посылать корректный content-type для отдаваемых файлов.

yum -v search mbstring
====================
php-mbstring.x86_64 : A module for PHP applications which need multi-byte string handling
Repo        : @remi-php56

Похоже, что в дефолтных его нету.

Ответ на вопрос из заголовка:
Никак особенно не хранить. Хранить абсолютно так же, как и любые данные, - как есть. То есть, НИКАК их не модифицируя для хранения.

Решение конкретно твоей проблемы:
mysql_set_charset('utf8'); после коннекта
+
плюс таблицы должны иметь кодировку utf8
Подробнее: phpfaq.ru/charset

Разбор вопроса:

везде совет для записи в базу использовать mysql_real_escape_string(),

Это информация устарела и не соответствует действительности.
Единственно правильным вариантом добавления данных в запрос являются подготовленные выражения.

Как я понимаю необходимо обрабатывать текст вот так перед вставкой:

Неправильно понимаешь.
Перед вставкой текст обрабатывать не надо вообще никак.
Для корректной работы SQL, как я уже писал выше, должны использоваться подготовленные выражения.
HTML же к SQL не имеет ни малейшего отношения. и никакая HTML функция, разумеется, при сохранении в БД использоваться не должна.

К примеру "⇔" при записи в базу превращается в "?"

Вот с этого и надо было начинать. У тебя проблема с кодировками.