Я-то ясное дело не показатель,но такого приема не встречала раньше.

  for( $i=1; $i<4; $i++ ) {
    $query = "INSERT INTO `test`.`example1` (`data`, `date`) VALUES ";
    for( $k=1; $k<100001; $k++ ) {
      $r = mt_rand( 214767461,1534778461 );
      $s = "'string".$i.$k."'";
      $q[] = "($s, from_unixtime($r))";
    }
    $query .= implode( ', ',$q );
	mysqli_query( $rdb, $query )
      or die ( "Ошибка добавления данных в таблицу: ".mysqli_error() );
  }

Эли4ка, глянь вот эту книгу (она в свободном доступе):
https://leanpub.com/cleanphp
Очень толковая. Тебе хотя бы главу 1 осилить, увидишь, там описываются архитектуры которые создают пхп программисты, найдешь к каким из них относится твоя ( и та что тебе в файлах примеры постят) архитектуры. MVC там тоже упоминается.


_____________
There never was a struggle in the soul of a good man that was not hard

Спасибо. Буду читать.

Эли4ка, как выше написали, у вас получился «конвейер». Используйте хотя бы более выражено DAT-шаблон проектирования (сначала получаем данные, потом подставляем их в шаблоны).

В запросе сортировку лучше указать по времени, т.к. нет гарантии что порядок id соответствует хронологии.

Цикла достаточно одного, непосредственно в шаблоне, с «отслеживанием» смены месяца (появился новый месяц, вставили соотв. заголовок).

Пагинация, это когда много страниц списка, причем без ярко выраженной иерархии, например: Как сделать пагинацию? (Демка есть в этой статье.)

Ну в принципе можно месяца разнести по разным страницам. Это как глоссарий по первым буквам с неодинаковым кол-вом элементов на странице. Но лучше называть это фильтрацией.

P.S. Представьте, что записей оч. много. Вашу лапшу из записей можно разбить на множество последовательных страниц по (максимум) N записей. Заголовки с месяцами можно сохранить. Плюс перед первой записью тек. страницы в обязательном порядке выводить заголовок, даже если это не первая запись, соотв. данному месяцу (алгоритм от этого вообще никак не изменится).

Поняла. Спасибо.

Кстати, после подготовки данных дергать файл шаблона напрямую – тоже не самый лучший вариант. Лучше использовать для этого «фронт-контроллер», чтобы можно было легко задавать местоположение отдельных типов файлов. В примере выше для б/логики и подготовки данных я использовал файл с суффиксом .d в имени (и окончанием php), но мне ничто не мешает разнести два типа файлов по разным каталогам и не использовать суффиксы в именах, причем содержимое этих файлов затрагивать не нужно. Все делается во «фронт-контроллере». При использовании единого фронт-контроллера (единой точки входа) система может получиться не такой гибкой, как MVC, но зато описанные операции с именами файлов можно проделать только один раз и они отразятся на всем сайте. В MVC кстати тоже для разных типов файлов (с моделями, представлениями и т.п.) обычно используются строго отдельные каталоги, т.е. если не брать в расчет гибкость, которую дает использование в MVC отдельных контроллеров, описанная мной схема не сильно отличается от этого. Кстати, в используемом мной DAT-каркасе A – это не просто &, там тоже есть третий файл, правда, он получает управление не первым, а может подключаться, как связка между двумя др. типами файлов.

Что?

Где?

Когда?