no_one_safe

Обращаться к свойству через геттер/сеттер.

class Foo {
    private $param;

    public function getParam() {
        //... тут своя логика
        return $this->param;
    }
}

Параметр arFilter может содержать вложенные фильтры. Ключом массива вложенного фильтра должно быть число. Например:

$arFilter = array("NAME" => "A%", array(..<здесь пары "поле" => "фильтр">...), "IBLOCK_ID" => $IBLOCK_ID);

Вложенность фильтров теоретически не ограничена.
Так же условия фильтра могут объединяться не только по условию "И", но и "ИЛИ". Для этого в качестве фильтруемого поля надо указать "LOGIC". Может принимать два значения: "AND" и "OR". По умолчанию - "AND". Например выберем маленькие зрелые и большие не зрелые апельсины:

$arFilter = array(
    "IBLOCK_ID" => $IBLOCK_ID,
    "SECTION_CODE" => "orange",
    "INCLUDE_SUBSECTIONS" => "Y",
    array(
        "LOGIC" => "OR",
        array("<PROPERTY_RADIUS" => 50, "=PROPERTY_CONDITION" => "Y"),
        array(">=PROPERTY_RADIUS" => 50, "!=PROPERTY_CONDITION" => "Y"),
    ),
);

CIBlockElement::GetList()

Для успешного выполнения задания, вам нужны знания php, логика, ловкость, терпение.
Изменяйте код, смотрите результат в браузере. Пару десятков раз натяните верстку на Битрикс и будете как рыба в воде.

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

SELECT *, DATE_FORMAT(create_at,'%d/%m/%Y') AS dayDate 
FROM table
ORDER BY `create_at` DESC

Далее в пхп выводишь, что-то типа:

$previousDate = "";
foreach($posts as $post) {
   if ($post['dayDate'] !== $previousDate)
      echo "<b>" . $post['dayDate'] . "</b><br>";
   echo $post['title'] . "<br>";
   $previousDate = $post['dayDate'];
}

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

Откуда Вы взяли такой уродливый код?
Вот посмотрите как вариант на это codepen.io/bingo347/pen/ZWyxGb

Однозначно все нужно делать комплексным компонентом Каталог.
Меню с разделами и элементами - воспользуйтесь этой статьей, все работает отлично: max22.ru/bx-solutions/menu-sections-elements

$month_arr = array (1=> "Января", "Февраля", "Марта",
    "Апреля", "Мая", "Июня", 
    "Июля", "Августа", "Сентября",
    "Октября", "Ноября", "Декабря" );
$month = '';
foreach ($month_arr as $counter => $value ) {
    $month .= '<option value="'.$counter.'">'.$value.'</option>' . PHP_EOL;
}
echo '<select name="month">' . PHP_EOL . $month . '</select>';

ideone.com/vJbp4b

5,5 лямов записей в год?
За десять лет смешные 55 лямов? Право, какая фигня. Даже для mysql. С чего вы взяли, что это - большие данные? Вот 50 лямов ежедневно - уже можно с натяжкой большими данными назвать.

Две таблицы:
id name и чего ещё надо для самой сущности.
date, entity_id, low, middle, high. Можно партицировать поквартально.

Поставьте себя на место заказчика:
1. CMS с богатым опытом (уже более 10 лет на рынке)
2. Имеет самую большую в России долю по eccommerce
3. Имеет бесплатную качественную поддержку
4. Имеет широкую документацию
5. Во всех регионах от малых до самых топовых студий можно найти специалистов без труда.
6. Обратная совместимость. Полная и безоговорочная. Вы всегда получите доступ к новым фичам и вам не придется доплачивать дохрена программистам чтобы перейти на новую версию движка т.к. старый уже не поддерживают и он кишмя кишит дырами.
7. Уже готова большая часть функционала которая вам нужна, и оттестирована годами. Только шаблон по сути натяни + немного кастомизируй логику под свои БП.
8. Есть штатная интеграция с 1с, у нас весь бизнес в России почти на ней.

Ключевое: "бизнес не любит риски", и потому в большинстве случаев bitrix самая удобная и выгодная система для заказчика как минимум в России.

За 6 летний опыт работы в направлении веб-студий, столько компаний повидал которые писались на каких нибудь:
а) Самописных движках
б) Бесплатных движках к которым прибили гвоздями функционал который в них не заложен
в) Или вовсе на питоне/руби
... которых не хотели брать ни одна из топ 10-20 региональных студий (РнД) на поддержку, и они потом переписывали заново проекты... на bitrix.

Bitrix это стандарт отрасли по ecommerce в России. Сейчас глобальный тренд на рынке - работы по поддержке и развитию проектов становится все больше чем работы по созданию новых.

И когда вы пишите на bitrix framework, у вас будет всегда много работы, т.к. bitrix не только популярен, но становится все популярнее, следите за вектором. Сейчас он входит в топ 8 CMS в мире, за последние годы прибавил 5 позиций и продолжает увеличивать свою долю.

А на счет качества... Мне порой приходит на ум ассоциация с PHP. PHP издавна отвоевала огромную долю рынка, но потом у нее появился некоторый период застоя. А тут сбоку питоны, руби. И все ругали PHP, говорили что у него не самая лучшая поддержка ООП (немного улучшившаяся с первыми 5х релизами), но в сети были модны статьи в духе PHP не круто, "PHP все", сейчас его долю на рынке веба по откусывают.
Но вот нифига, за счет большого сообщества и богатой инерции просто PHP стал улучшаться, преодолели кризис PHP6 и разногласий, и вуаля, уже php7 который уже "более-менее", и php пошел в гору.

Так и с битрикс думаю. Скорее он уже до-перепишет свое ядро на человеческий код, чем его сместят с рынка.
Работы по новому ядру активно ведутся, и оно уже 4 год живет параллельно со старым. От релиза к релизу переписывается все большая часть модулей, компонентов, структуры базы, что немаловажно с поддержкой миграции кода и данных.

Ну и что немаловажно это те люди которые пишут этот код. Если вы в топовой веб-студии с хорошими архитекторами и ведущими программистами - код на bitrix Framework будет написан качественно, и грамотно на новом ядре в традициях ООП, использования паттернов, грамотно собраны в модули и компоненты. Если же вы фрилансер или в мелкой студии, скорей всего ваши проекты будут "дурно" пахнуть, вся логика будет в шаблонах, или вообще в 1 шаблоне который будет напрочь состоять из сплошного роутинга.

Раз уж вы сделали какую-никакую cms, то все-таки советую улучшить ее и
отойти от формирования ссылок в htaccess. Сделайте ЧПУ на чистом PHP и
ваша мобильность не будет иметь границ, а управление ошибками будет
куда примитивней и сведется к обычным логическим конструкциям if else.

Немного погуглил, вот отличная статья о том, как создавать ЧПУ при помощи
PHP. Сначала рассказывается о том, как сделать посредством htaccess, а после
идет как раз то, что вам нужно, начиная с заголовка ЧПУ на PHP и два примера
с разной реализацией.

Не поленитесь и разберитесь с этим :).

А ответ сервера - 404 Not Found, на PHP будет выглядеть вот так:

header("HTTP/1.0 404 Not Found");

Когда человек открывает страницу вашего сайта, у вас должна быть проверка на
существовании этой страницы в вашей базе данных или в файлах. И если нет,
то отдаете ответ сервера 404, а для пользователя выводите сообщение о
несуществовании страницы.