littleguga: "зачем, если можно собирать через jade?" не вижу тут смысла, т.к. jade - ближе к скрипт-генерации DOM'a, а includeHTML - всего лишь вставка готового кода.
Про 1 файлик - да согласен, можно один. Но там придётся всё подряд грузить: все секции сразу.
Я уже писал, что целевое применение includeHTML - это вёрстка HTML из уникальных блоков, чтобы потом можно было легко, например, создать php-шаблон под CMS, просто переименовав куски кода в php и заменив include-тэги на PHP-шные или в HTML5-приложениях (phonegap, nwjs).
Используя замену по тэгу, можно "склеить" страницу через PHP-скрипт без модификации HTML-кода.
Я создавал для себя и как по мне: очень удобно и быстро "клеить" разметку из уникальных блоков, поэтому и выложил на гитхаб.
Но видимо, нужно еще презентацию и позиционирование раскрыть более детально, чтобы понимали все: для чего конкретно это сделано и в каких случаях стоит применять.
В принципе, чтобы понять, один раз нужно попробовать создать одну страницу и посмотреть удобство и скорость.
Кстати, include-тэг - рекурсивный: если в куске, который инклудим, есть еще инклуд(ы) - то он(и) автоматом тянется(-утся) и т.д.
Максим: Боты ПС - исполняют JS. Про остальные страницы - это Вы сами придумали. Всё делается через роутинг и указание URL для текущей страницы.
Так что, советую немного почитать про SPA: как оно организуется при одной и нескольких страницах, как индексируется, что такое роутинг и что для этого нужно.
Ну и про кэширование, конечно тоже)))
Можно делать в PHP - но зачем тянуть всю страницу, когда можно один раз загрузить необходимые части и использовать их постоянно?!
А PHP нужен - только для ОБРАБОТКИ ДАННЫХ НА СТОРОНЕ СЕРВЕРА и вместе со SPA: он может отлично применяться как REST-сервис для работы через AJAX на стороне SPA.
Если НЕ ТРЕБУЕТСЯ ОБРАБОТКА ДАННЫХ НА СТОРОНЕ СЕРВЕРА - можно ограничиться HTML-хостингом.
SPA приложение в несколько раз быстрее для пользователя, чем обычная страница с генерацией посредством PHP при каждом очередном запросе!
Archy901: поясню (схема): клиент (браузер) <-> веб-сервер <-> БД
Т.е. Вы общаетесь непосредственно с веб-сервером посредством TCP/IP протокола через схему (со стороны клиента) "запрос-ожидание-ответ". С чем еще общается веб-сервер и как именно (в частности, я привёл пример с БД) - Вы никак и никогда не узнаете (а уж тем более: кол-во коннектов к базе).
В любом случае - у Вас должен быть доступ или к базе или к веб-серверу, чтобы выяснить ответ на Ваш вопрос.
Антон: по сути - верно. Но обычно, это не в глобальной области видимости должно быть, а реализовано через класс работы с базой данных.
php.net - советую почаще читать: там все функции есть с описаниями параметров.
Про 1 файлик - да согласен, можно один. Но там придётся всё подряд грузить: все секции сразу.
Я уже писал, что целевое применение includeHTML - это вёрстка HTML из уникальных блоков, чтобы потом можно было легко, например, создать php-шаблон под CMS, просто переименовав куски кода в php и заменив include-тэги на PHP-шные или в HTML5-приложениях (phonegap, nwjs).
Используя замену по тэгу, можно "склеить" страницу через PHP-скрипт без модификации HTML-кода.
Я создавал для себя и как по мне: очень удобно и быстро "клеить" разметку из уникальных блоков, поэтому и выложил на гитхаб.
Но видимо, нужно еще презентацию и позиционирование раскрыть более детально, чтобы понимали все: для чего конкретно это сделано и в каких случаях стоит применять.
В принципе, чтобы понять, один раз нужно попробовать создать одну страницу и посмотреть удобство и скорость.
Кстати, include-тэг - рекурсивный: если в куске, который инклудим, есть еще инклуд(ы) - то он(и) автоматом тянется(-утся) и т.д.