Alex Safonov

Если у строк товара значимые колонки A,B,C,D.
А у строк описаний, значимая колонка только A.
То очевидно, что присутствие значений в колонках B-D является маркером товара.

У вас непарное количество открывающих и закрывающих фигурных скобок.

xreservederror - это константа? А это $GLOBALS[xreservederror] что такое?

hexdec($i) я бы заменил на intval($i,16). Но hexdec('ff') вообще заменил бы на 255.

Создали бы переменную
$fileName = './db/'.$pre.dechex($i).'.list'

Вот этот кусок:

if($i<16)
      $pre=0;

    if(!file_exists('./db/'.$pre.dechex($i).'.list'))
      mkfile('./db/'.$pre.dechex($i).'.list');

Если $i>=16, то переменной $pre не будет.

Как указал 27cm, это что-то странненькое.

if($i>hexdec('ff')){
      return false;
      $GLOBALS[xreservederror].='<t>[u01] Database is full.</t>';
      break;
    }

Вот этот кусок:

$data.=str_repeat(' ', $size);
$data=substr($data, $size);

Я так понимаю, вы берете некоторую строку и увеличиваете её длину на $size, а потом берете фрагмент получившейся строки отступив $size с начала строки. Я тут вижу много входных данных, которые приведут к созданию файла заполненного пробелами.

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

---------------
UPD

О! Спасибо что откомментировали код, и стало немного яснее. Я понял ваш вопрос.
Вы хотите забабахать свое хранилище данных, на файловой системе. Объемы будут в районе 3ГБ.
---------
Я вам сейчас скажу крамольную вещь, но вроде очевидную. Файловая система, это не самый лучший вариант по быстродействию. А ваш код не предусматривает никакого кеширования.

Я бы отошел от идеи использовать свой велосипед. Индустрия изобрела для вас кучу различных хранилищ. Sql, NoSql, ключ-значение, хеш-таблицы. Вы хотите что-то хранить на диске?!
MySQL и Redis хранят данные на диске, но в то же время у них есть кеширование и механизмы оптимизации, выгрузка в RAM.

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

что на счёт быстродействия?
Быстродействие будет посредственное, а главное с коллизиями.

не нагнётся ничего при 3 ГБ данных?
Вы будете создавать излишнюю нагрузку на диск.
Вопрос надо ставить не в гигабайтах, а в обращениях в секунду. Диск захлебнется.

Простите, нет под рукой PHP. Написал с планшета.

/**
     *
     * Input array consists of elements as in example
     * <code>
     * Array
     * (
     * [0] => Array
     * (
     * [name] => Холопова Анастасия
     * [num_meet1] => 4
     * )
     *
     * [1] => Array
     * (
     * [name] => Погарченкова Мария
     * [num_meet1] => 2
     * )
     *
     * [2] => Array
     * (
     * [name] => Индутова Валерия
     * [num_meet1] => 1
     * )
     *
     * [3] => Array
     * (
     * [name] => Валерьянова Саша
     * [num_meet2] => 1
     * )
     *
     * [4] => Array
     * (
     * [name] => Валерьянова Саша
     * [num_meet3] => 1
     * )
     *
     * [5] => Array
     * (
     * [name] => Холопова Анастасия
     * [num_meet4] => 1
     * )
     *
     * )
     * </code>
     *
     * @param array $array
     *
     * @return array
     */
    function alterArray(array $array){

      $newArray = [];
      foreach($array as $subarray)
      {
        if(isset($subarray['name']))
        {
          $lastElementOfArray = array_slice($subarray, 1, 1);
          reset($lastElementOfArray);
          $newArray[ $subarray['name'] ][ key($lastElementOfArray) ] = current($lastElementOfArray);
        }
      }
      return $newArray;
    }

habrahabr.ru/post/254773

Исходя из описания, вы верно разбили сущности на 3 таблицы.

Вам не придется создавать промежточную таблицу если рецепт будет принадлежать к одной географической кухне (отношение один -к-одному). Когда вы добавите таблицу География кухни, то просто id из этой таблицы сопоставите полю в таблице рецептов (geo_region_id)

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

На коленке.

function getDatesForThisAndNextWeek()
{
  $days = ['Monday' => 1, 'Tuesday' => 2, 'Wednesday' => 3, 'Thursday' => 4, 'Friday' => 5, 'Saturday' => 6, 'Sunday' => 7];

  $i = 1;
  foreach($days as $k => $v)
  {
    $today = new \DateTime();
    $today->setISODate((int)$today->format('o'), (int)$today->format('W'), $days[ ucfirst($k) ]);
    $daysArray[ $i ] = $today->format('Y-m-d');

    $todayPlusWeek       = $today->modify('+1 week');
    $daysArray[ $i + 7 ] = $todayPlusWeek->format('Y-m-d');

    $i++;
  }
  ksort($daysArray);
  return $daysArray;
}

var_dump(getDatesForThisAndNextWeek());

Всё это хозяйство в аналитику передается через JS.
Одна js ошибка на странице не поймана и в аналитику ничего не пойдет.
Не догрузился скрипт из-за проблем с соединением, то же самое.
Где-то в аяксе напортачили, заказ прошел, ga - нет.

Никак. Middle должен оценивать минимум senior, senior минимум techlead.
Senior- это уже вопросы не на знание языка и приведение типов, а паттерны, транзакции, деплой, покрытие тестами, типичные бизнес проблемы в предметной области.

На middle(но не middle+), могу порекомендовать https://tests4geeks.com/test/php-mysql
Даст представление о кандидате, в целом.