mr-molodoy

У Вас php занимается компиляцией jade?
Если я правильно понимаю то Вы хотите сделать что-то вроде?

doctype html
html
  head
    style
      include style.css
  body
    <?php if (isHome() == 'index') { ?>
        h1 Index page
    <?php } else { ?>
        h1 <?= $page->title ?>
    <?php } ?>
    p Welcome to my super lame site.
    script
      include script.js

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

function renderJade($file) {
         $jadeCompiler = new Jade\Compiler;

         ob_start();
         include $file; // здесь Jade шаблон
         $jadeContent = ob_get_contents();

         $template = $jadeCompiler->compileContent($jadeContent);
         
         return $template;
     }

     print renderJade("path/to/jade/template.php" );

Конечно, что у библиотеки используемой Вами отличается способ инициализации и названия методов, но

Какую базу данных Вы используете?
Если структура данных не реляционная в проекте посмотрите в сторону mongodb.
MongoDB является документ-ориентированной базой данных, формат каждого документа коллекции представляет из себя расширенную спецификацию JSON.
Использование такого решения позволит Вам:
1. Не заморачиваться с сериализацией / десериализацией данных.
2. Предоставит возможность удобным способом получить, например, все записи у которых в массиве имеется или отсутствует та или иная ссылка.
3. Позволяет хранить структуру данных любой вложенности массивов и простой выборки из нее, а так же удобно производить обновление данных в коллекции.
4. Каждый документ строго не привязан к структуре к структуре коллекции, как, например, в реляционных бд, таких как MySQL (все строки обладают одинаковым набором данных (т.е нет возможности в одной таблице хранить некоторые записи с одним набором полей, а во второй с другим)). Может быть как плюсом так и минусом, все зависит от конкретных требований к архитектуре и непосредственно хранимых данных.

Причин может быть несколько.
1. Проверка Referrer, на загрузку только со страниц сайта.
2. Подстраховка, проверка на "настоящий" User Agent браузера.
3. Устанавливается cookie со специальным ключом привязанным к сессии пользователя, устанавливаемый на страницах сайта и проверяемый при получении статического контента. (Маловероятный вариант).

Думаю, Вы правы если есть задача проверить, что та или иная переменная не пуста достаточно использовать
(!empty ($var))
Различия же между этими двумя функциями достаточно просты для понимания через isset мы можем проверить существует ли переменная (т.е объявлена ли она) при этом она может быть и пустой.
А empty же в свою очередь проверяет переменную на заполненость. При этом переменная не обязательно должна существовать, тогда как и в случае с пустой переменной данная функция вернет true.