Как генерируется страница?

Question

[Александр]

Здравствуйте. Объясните мне, пожалуйста, как генерируются ссылки в cms, и как нам этого добиться, если мы пишем сайт с нуля на чистом php (например, нам нужно создать новую страницу для того, чтобы на нее залить фильм и прикрепить описание). Куда помещается файл со страницей, ведь в корне сайта мы его не обнаружим.

Могу предположить, что мы заранее создаем один php файл для вывода нужной информации, а страница уже будет генерироваться и видоизменяться с помощью запросов к бд. (то есть, пользователь нажимает на картинку с фильмом, которая является ссылкой, тем самым подает запрос в бд, который заключает в себе имя страницы, описание фильма, сам фильм и т.д)

Буду благодарен за развернутый ответ. Спасибо.

Answer 1

[Sn0wSky]

Ну Вы во втором абзаце ответили на свой вопрос.
Есть один php шаблон для всех фильмов, например, который наполняется (видео, описание, название, комментарии и т.п.) в зависимости от get запроса, в котором будет id записи

Comments

[Александр]

Sn0wSky Спасибо, это я и хотел услышать.

Answer 2

[Rou1997]

Иногда страница присутствует физически, нужная информация просто передается GET-параметрами, но бывает и другой вариант, можно создать вот такой .htaccess:

RewriteEngine On

# Some hosts may require you to use the `RewriteBase` directive.
# If you need to use the `RewriteBase` directive, it should be the
# absolute physical path to the directory that contains this htaccess file.
#
# RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [QSA,L]

И тогда любые URL если нет такого физического файла или папки будут не приводить к ошибке 404, а перенаправляться на index.php, в котором, разумеется есть возможность определить какой URL запросили и в зависимости от этого вернуть произвольный контент, можно реализовать произвольный "виртуальный" URL без физического адреса.
Это широко применяется в MVC-фреймворках, но по-хорошему не помешало бы и CMS, как и сам MVC стоило бы внедрить в CMS, а не "лепить" их "монолитными" как Wordpress и т.п.

Comments

[Игорь Воротнёв]

А WordPress ни разу не монолитный

[Rou1997]

Игорь Воротнёв: Вам есть с чем сравнить-то, вы много CMS и фреймворков видели? Вы непрофпригодны как евангелист, если не имеете множества знаний и опыта ни с чем кроме "своего" инструмента!
Увы, в Wordpress очень мало архитектурных слоев, он не построен на фреймворке, а любая "не монолитная" CMS должна быть построена на фреймворке, например на MVC-фреймворке, в результате в Wordpress и особенно плагинах один и тот же код очень часто дублируется в разных местах.
ООП в Wordpress мало применено.

[Игорь Воротнёв]

Rou1997: а с чего вы взяли, что я только с WP знаком? :) Я с 1997 года колбашу, до PHP был Perl еще, а с ООП знаком из других языков задолго до того, как WP появился на свет. Мой сознательный выбор в пользу WP в последние годы - совершенно другой вопрос. Не пишите ерунды, у вас кони-люди смешались.

[Rou1997]

Игорь Воротнёв: У всех личный выбор, но кто-то мыслит разумно и понимает особенности инструмента, а кто-то считает его идеальным и пытается навязывать его всем подряд, пусть подсознательно.
"Колбасить" можете хоть с 1983 года, это не показатель.
Еще раз повторяю свои доводы:
-в Wordpress очень мало архитектурных слоев,
-он не построен на фреймворке, а любая "не монолитная" CMS должна быть построена на фреймворке, например на MVC-фреймворке,
- в Wordpress и особенно плагинах один и тот же код очень часто дублируется в разных местах.
Если есть контраргументы - пишите, а про свой личный выбор, стаж и прочее не в тему писать не надо

[Игорь Воротнёв]

Rou1997: Ох...
Еще раз повторяю - у вас кони-люди смешались. Вы путаете базовые понятия, что говорит о недостаточном опыте и упоротости в некоторые "идеологически якобы правильные" решения.

Во-первых, MVC != ООП. Даже более того, в 99,99% случаев Controller в MVC берет на себя слишком много, что перечит базовому Single Responsibility Principle, а размазывание одного логического объекта по всем трем составляющим - модели, контроллере и view, перечит другому принципу - энкапсуляции. В мире людей опытных, которые не зашорены как вы, и помнят языки чисто процедурные, давно ведутся дебаты по поводу того, что MVC - вообще BAD DESIGN.
Во-вторых, MVC != фреймворк, это ПАТТЕРН Model-View-Controller. Паттерн! Архитектурный паттерн. Один из многих, и не обязательно единственный и истинный. Это разделение бизнес-логики и ее отображения, не более.
В третьих, фреймворки написаны бывают не только реализуя MVC-паттерн. И не только ООП-фреймворки. Процедурное программирование было, есть и будет. У ООП свои плюсы и минусы, у Procedural свои. Это не лучше/хуже, это разные подходы.

Так, чтобы вы понимали, WordPress изначально написан на фреймворке. Процедурном, реализующем EVENT-DRIVEN паттерн. Учите матчасть.

А еще в WordPress дохрена ООП (и постепенно его становится все больше, не так быстро как хотелось бы - в силу огромной важности backward compatibility, но все же) и сам по себе WP - это Content Management Framework с кучей встроенных API, как и у любого фреймворка. А сверху накинута отличная админка. По сути, единственный ваш concern, это шаблонизатор WP, который для адептов MVC выглядит странным и олдскульным. Впрочем, это вопрос привычки, немного идеологии. К реальным задачам и их реализации он никакого отношения не имеет.

> в Wordpress очень мало архитектурных слоев
шта? Проясните, что вы имеете в виду.

ЗЫ: Термин "Монолитная CMS" не гуглится и мир о нем ничего не знает. Что опять же свидетельствует о том, что у вас каша в голове, смешались кони-люди, и вы плохо отличаете теплое от мягкого.

ЗЗЫ: Про стаж я написал как контраргумент к вашему опрометчивому заявлению, что кроме WP я ничего не знаю и не видел.

Answer 3

[Игорь Воротнёв]

Зачем вы решили писать свой движок для того, что уже написано тысячу раз? Возьмите CMS и не траться время впустую. К тому же, у вас явно не хватает даже базовых знаний, чтобы реализовать поставленную задачу. Ничего личного.

Comments

[Александр]

Игорь Воротнёв Я не против, что вы так считаете, но мне хотелось бы услышать ответ на мой вопрос, если Вы в сих дать мне его, то будь те так добры.

[Игорь Воротнёв]

Александр: Контент хранится в базе данных. Каждая "страница" имеет уникальный ID и тип, а также произвольное количество дополнительных параметров - от собственно контента, до связей с другими элементами - пунктами меню, таксономиями для группировки страниц, метаданными и тд. Далее есть само приложение, которое начинается с роутера - индексного файла-обработчика, который разбирает запрошенный URL на список параметров, и по ним запрашивает/загружает необходимые файлы с функционалом, шаблоны и контент из базы данных. Это в общих чертах. А так на каждом из этапов работы приложения есть масса нюансов, каждый из которых можно реализовать по разному. Существует не один паттерн, например упомянутый MVC (Model - View - Controller). Тут информации на целую книгу.