Как на развернуть весь сайт в index.php?

Question

[Анастасия]

Здравствуйте. Возможно не совсем понятный заголовок, но суть такая:
я хочу в файле index.php прописать в начале все нужные мне функции, а ниже делать include определённых страниц при определённых запросах из адресной строки. Что-то вроде этого:

match ($_SERVER['REQUEST_URI']) {
    		"/index.php" => include "main.html",
    		"/cart" => include "cart.html",
    		"/admin" => include "admin.html",
    		default => include "main.html",
};

Шапка и футер сайта у меня везде одинаковые, а контент разный.
Как реализовать?

Comments

[Дмитрий]

Ну примерно как вы написали и реализовать

[Анастасия]

Дмитрий, да? спасибо) закрывайте вопрос

[Дмитрий]

Анастасия, есть много способов, как вариант это сделать процедурно, предположим все запросы идут на индекс, меняется только одна переменная action
Вот тут делается индекс с шапкой и подвалом, а в теле этот свич

[FanatPHP]

Дмитрий, нет, нельзя. Есть нюанс

Answer 1

[Alice]

Начни с этого или этого

Answer 2

[Анастасия]

В папке сайта нужно создать файл .htaccess
вот с таким содержимым

Options -Indexes
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
</IfModule>

а потом уже в нужном месте, в нужное время делать

match ($_SERVER['REDIRECT_URL']) {
    	"/index.php" => include "main.html",
    	"/cart" => include "cart.html",
    	"/admin" => include "admin.html",
    	default => include "main.html",
};

ну или через if, если у вам не php8

Comments

[FanatPHP]

А потом, когда сайт будет реальный, а не воображаемый в розовых мечтах, и запросы будут например /index.php?filter=колготки с кружавчиками, то весь этот прекрасный код превраптится в тыкву.

И я не знаю, какой из местных икспертов велел тебе переименовать РНР файлы в .html, но надо переименовать обратно. И больше никогда такой фигнёй не страдать.

Даже если ты сделаешь нормальное разделение каждой страницы на два скрипта - код и шаблон, то всё равно, шаблоны называть как cart.html.php

[FanatPHP]

Mellorn, ну когда перестанет, ей куратор тега "тупые ответы" расскажет про аутпут буфферинг, и всё снова прекрасно заработает. Ну и что код в итоге будет состоять в основном из костылей типа preg_replace по буферу? зато решение оригинальное, гениальное и девочковое.

Answer 3

[FanatPHP]

Сейчас в этом коде все поставлено с ног на голову.
Я так понимаю, что всё затевается ради того, что "Шапка и футер сайта у меня везде одинаковые"
И сначала идет шапка, потом этот матч, а потом футер.
То есть у нас код начинается с вывода HTML, в то время как это должно быть самое последнее, что происходит в скрипте.
А всё должно быть строго наоборот - сначала должна выполняться обработка данных РНР кодом, и только потом начинаться вывод HTML.

Взять к примеру запрос /cart, который в обязательном порядке должен обрабатывать запросы POST
после такого запроса обязательно должен выполняться редирект. А редирект мы сделать не можем, потому что у нас пол-сайта уже клиенту ушло.
Не говоря уже о других НТТР загололовках, или о том, что хидер у тебя не статичный, и значительно меняется от страницы к странице.

Для начала надо сделать вот так, phpfaq.ru/tech/tpl#example

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

Comments

[Анастасия]

А всё должно быть строго наоборот - сначала должна выполняться обработка данных РНР кодом, и только потом начинаться вывод HTML.

я хочу в файле index.php прописать в начале все нужные мне функции, а ниже делать include определённых страниц при определённых запросах из адресной строки.

у меня до всего в начале идёт проверка мобильник/пк, чтобы отрубить ненужные скрипты, идёт запрос на куки, идёт запрос в базу, куки проверяются, там же у меня все нужные функции, которые будут работать непосредственно в самих шаблонах. И только потом у меня идёт шапка.

На самом деле я уже сделала всё с подачи (господи прости) Alice . Оно вроде как работает, но меня смущает то, что всё как-то просто получилось. прям падазрительна

[FanatPHP]

Какие ещё "нужные функции"? Редирект после оформления заказа? Выдача джейсона для аякс-запроса на странице корзины? Это всё будет в индексе? Ну-ну.

прям падазрительна

Ну прям офигеть как подозрительно, учитывая что я расписал кучу примеров, когда это работать не будет.
В общем в следующий раз не нужно будет писать новый вопрос на тостер, типа "как мне в title вывести название товара" (ну или как вариант "почему у меня вверху индекса больше кода, чем во всех остальных скриптах вместе взятых") а просто перечитать мой ответ

я хочу в файле index.php прописать в начале все нужные мне функции,

Вся эта требуха, общий для всех страниц код, делается одним инклюдом.

Чтобы его себе сэкономить (и вместо него написать матч на 50 позиций, ага), ты можешь сделать единую точку входа. Но работать она все равно должна по тому же принципу, который я написал: сначала выполняется РНР код запрошенного раздела сайта, и только потом начинается вывод HTML. Если он вообще понадобится.

[Анастасия]

В общем в следующий раз не нужно будет писать новый вопрос на тостер, типа "как мне в title вывести название товара"

так я сейчас всё без проблем вывожу.

сначала выполняется РНР код запрошенного раздела сайта

внутри шаблонов у меня вот так выводится

<? foreach ($result as $v): ?>
		<div class="object">
		<p>Название: <span class="name"><?=$v[0]?></span></p>
		<? if (isset($v[1])): ?>
		<p>Размер: <span class="size"><?=$v[1]?></span></p>
		<? endif; ?>
		<p>Цена: <?= $v[2] ?></p>
		<p>Изображение</p>
		<img src="<?=$v[3]?>" alt="<?=$v[0]?>" style="width:100px">
		<p onclick='delFromCart(this)'>Удалить</p>
	</div>
<? endforeach; ?>

А потом, когда сайт будет реальный, а не воображаемый в розовых мечтах, и запросы будут например /index.php?filter=колготки с кружавчиками, то весь этот прекрасный код превраптится в тыкву.

вот этот абзац - единственный, который меня смутил. Но я сейчас сделала вот так: http://localhost/cart/?filter=колготки и разумеется ничего не сработало. Но (!) можно ловить не REQUEST_URI, а REDIRECT_URL.
тогда:
index.php

match ($_SERVER['REDIRECT_URL']) {
	"/index.php", "/" => include "main.tpl",
	"/cart", "/cart/" => include "cart.tpl",
	default => include "main.tpl",
};

cart.tpl

<?php
print_r($_GET);
?>

И при открытии страницы

http://localhost/cart/?filter=колготки не с кружевами а в горошек

Я успешно получу GET запрос.

Я так и не поняла: что конкретно у меня работать не будет? Если можно, приведите пожалуйста ещё раз пример, чтобы мне не удалось его реализовать.

[FanatPHP]

Если у тебя в матче только шаблоны, то откуда берется $result в cart.tpl?
Если прямо в нем и берется, то почему ты называешь эту кастрюлю с говнокодом словом "шаблон"?

[Анастасия]

FanatPHP, да, да, конструктивно. более чем

[FanatPHP]

понятно, то есть это не шаблон, а горшок с помоями
при этом РНР код в нем торчит кишками наружу и кто угодно может его прочесть, потому что у кого-то синдром собственной гениальности. Сделать РНР файлу расширение РНР? "Фи, какая банальность!"

[Анастасия]

FanatPHP, расскажешь, как прочитать содержимое внутри тега <?php ?> в файле cart.tpl?

[FanatPHP]

о господи. глазами, если есть. с какой стати оно вдруг не должно читаться если запросить этот файл напрямую?

[Анастасия]

FanatPHP,

с какой стати оно вдруг не должно читаться если запросить этот файл напрямую?

а ты знаешь, где этот файл лежит?
Да даже если знаешь:

<FilesMatch ".(tpl)$">
 Order Allow,Deny
 Deny from all
</FilesMatch>

всё, нет у тебя доступа.

Что ещё?

[FanatPHP]

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

[FanatPHP]

Про программиста я беру свои слова обратно, и прошу прощения. Сказал в запале
Но всё же требовать "конструктива", в то время как твоя собственная позиция весьма далека от него - это несколько нелогично.

title - это <title> в шапке сайта. Шапка уже вывелась до "шаблона" с кодом.
поэтому заявления типа

так я сейчас всё без проблем вывожу!

надо подкреплять фактами, а не кусками постороннего кода

[Анастасия]

FanatPHP,

title - это в шапке сайта. Шапка уже вывелась до "шаблона" с кодом.

вот я только сейчас поняла, что имелось в виду. Нет, title я никак не меняю. Но и это не проблема.

надо подкреплять фактами, а не кусками постороннего кода

эх...

<?php
$useragent=$_SERVER['HTTP_USER_AGENT'];
if(preg_match('/(android
// огромный кусок кода проверки на мобильную версию
e\-/i',substr($useragent,0,4))){
$vers = 2; } else { $vers = 1;}

// Функция CURL запроса на сервер
function api($method, $target, $token, $data = false) {
...
}

// Проверка кук на наличие товаров
if (array_key_exists("cart", $_COOKIE)) {
также здесь код по дешифровки кук 
...
}
?>
<!DOCTYPE html>
<html lang="ru">
<head>
    <meta charset="UTF-8">
    <title>Localhost</title>
...
</head>
<body>
	<div class="head">
		// Здесь также будет отображаться
		// информация в зависимости от cookie 
	</div>
...

<?php 
	if (array_key_exists('REDIRECT_URL', $_SERVER)) {
		$geturl = $_SERVER['REDIRECT_URL'];
	} else {
		$geturl = $_SERVER['REQUEST_URI'];
	}

	match ($geturl) {
		"/index.php", "/" => include "main.tpl",
		"/cart", "/cart/"  => include "cart.tpl",
		default => include "main.tpl",
	};
 ?>
</body>
</html>
<? if ($vers === 1): ?>
<script>
// скрипт, который будет работать только на ПК
</script>
<? endif; ?>

cart.tpl

<?
// Достаём из корзины изображения в соответствии с куками
$data = [];
foreach ($cock as $v) {
	$data["filter"]['$or'][] = ['name_item' => $v[0]];
}
$data["fields"] = ["name_item"=>1, "price_item"=>1,"image_item"=>1];
$data = json_encode($data);
// запрос в базу
$carts = api("collections/get/", "items", $token, $data);
// сборка данных относительно базы и cookie
foreach ($cock as $val_cock) {
	foreach ($carts['entries'] as $entry) {
	if ($val_cock[0] == $entry['name_item']) {
		$result[] = [$val_cock[0],$val_cock[1],$entry['price_item'],$entry['image_item']];
	}
	}
}
?>
// вывод в html
<? foreach ($result as $v): ?>
	<div class="object">
		<p>Название: <span class="name"><?=$v[0]?></span></p>
		<? if (isset($v[1])): ?>
		<p>Размер: <span class="size"><?=$v[1]?></span></p>
		<? endif; ?>
		<p>Цена: <?= $v[2] ?></p>
		<p>Изображение</p>
		<img src="/<?=$v[3]?>" alt="<?=$v[0]?>" style="width:100px">
		<p onclick='delFromCart(this)'>Удалить</p>
	</div>
<? endforeach; ?>

[Анастасия]

Теперь вернёмся к title. Можно уйти от match в сторону switch из-за того, что второй может выдавать несколько действий на одно условие и добавить ваш вышеупомянутый буфер:

// тут все мои скрипты, api запросы, работа с куками.
// определение на какой странице мы находимся.
// затем всё ещё до вывода html мы получаем результаты 
// относительно нашей страницы и пишем это в буфер
ob_start(); 
switch ($geturl) {
  case "/";
  default;
    include "test.tpl";
    $page = ob_get_clean();
    $baseinfo = api("collections/get/", "pages", $token, $geturl);
    break;
  case "/cart";
    include "cart.tpl";
    $page = ob_get_clean();
    $baseinfo = api("collections/get/", "base", $token, $geturl);
    break;
}
?>
<!DOCTYPE html>
<html lang="ru">
<head>
    <title>$baseinfo['title']</title>
....

// и в нужном месте я выведу свою страницу
<?= $page; ?>

[FanatPHP]

Спасибо.
В этом коде представлено всё, о чем я, хоть и немного нервно, но говорил выше.

Во-первых в индекс вынесена часть функционала cart.
И это при том, что сейчас весь сайт состоит из всего одной страницы. А когда страниц будет больше, то индекс раздуется до совершенно неподъемных размеров.
Видимо, прочитав по рекомендации Alice про шаблоны, вы решили что РНР сайт из них одних и состоит. А код логики приложения можно написать в индексе. Но это же заведомая чушь! У вас у самой, даже для этой примитивной корзины, уже есть довольно значительное количество кода, не относящегося к шаблону. И при этом вы его размазали между индексом и шаблоном.
А во что превратится индекс после добавления админки?

Поэтому ещё раз:
Каждая страница сайта должна состоять из двух файлов: файла с логикой, cart.php, и файла шаблона, templates/cart.tpl.php. Это самое главное правило, которое позволит сделать код сайта читаемым и поддерживаемым. В частности, в cart.php пойдет весь код, относящийся к обработке данных для корзины - и работа с куками, и обращение к АПИ. А в шаблоне будет только код вывода полученных данных.

В итоге cart.php получит самостоятельность и перестанет быть привязана к выводу HTML. И сможет выполнять любые действия, такие как
- установка кук
- отправка НТТР заголовков
- установка переменных для шапки шаблона
- выполнение редиректа
- отправка JSON вместо HTML, то есть появится возможность обрабатывать аякс запросы

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

И дальше всё просто - сначала идет матч, который инклюдит cart.php, КОТОРЫЙ НИЧЕГО НЕ ВЫВОДИТ. А потом уже начинается код вывода шаблона. Причем городить буфферинг становится уже не нужно, достаточно вместо <?= $page; ?> написать <?php include "tpl/$template.tpl.php" ?>, где переменная $template задается в cart.php.

И тогда можно вернуться к варианту match. И в итоге индекс будет заниматься тем, чем должен - решать какой код вызвать, а не содержать в себе всю логику сайта.
После этого код окажется в одном шаге от нормального варианта с человеческой шаблонизацией. Но главное - он будет нормально структурирован.

Судя по вашей предыдущей реакции, вы мне всё равно не поверите. Это не страшно.
просто опубликуйте эти два куска кода отдельным вопросом. Я в него даже не зайду.
А вы почитаете, что там напишут другие.

[FanatPHP]

также надо проредить и сам индекс

Функция CURL запроса на сервер - в отдельный файл
огромный кусок кода проверки на мобильную версию - в отдельный файл
объединенную шапку-подвал - в отдельный файл.

[Анастасия]

FanatPHP, спасибо вам за советы. Эх, но давайте объективно: потом, когда будет десяток страниц - наверное, да. Но если сейчас взять то, что у меня есть и собрать так, как вы сказали, то мой код по microtime будет делать ваш. Как минимум потому что у вас появляется несколько бессмысленных на данном этапе запросов к диску.

Функция CURL запроса на сервер - в отдельный файл
огромный кусок кода проверки на мобильную версию - в отдельный файл
объединенную шапку-подвал - в отдельный файл.

ещё раз спасибо. постараюсь учесть ваши комментарии

[FanatPHP]

о господи
откуда в вашей голове берется весь этот чудовищный идиотский мусор? про микротайм и запросы к диску?
Это какой-то телеграм канал на котором кучкуются отбросы тостера, которые боятся здесь нос показать?

[FanatPHP]

эти рассуждения - такой многоуровневый кринж, что просто слов нет, одни эмоции

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

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

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