Динамичный сайт без PHP?

Question

[Chevengur]

Недавно увидел в одной статье, что PHP с include'ом разных частей сайта (header, footer) - устаревший метод. Я же всегда думал, что у него нет аналогов. А как еще можно создавать динамичные сайты. И можно ли обойтись только средствами JS фреймворков (Ajax, Node)?

Comments

[Zhainar]

какой же метод предлагают авторы?

[Chevengur]

Zhainar: если я правильно понял, то SSI HTML и SSI XML.

Answer 1

[Юрий]

не хочу расстраивать но инклюды футера и хидера это еще не делает сайт динамичным.
если на пальцах динамичный сайт - это когда контент меняется без правок в html коде. (например чтобы создать новую статью в блоге не надо лезть и создавать новую html страницу)
основной признак динамичных сайтов - наличие хранилища, где хранится контент (mysql, nosql, redis, да хоть файлы).

вы очень сильно путаетесь в понятиях. (эти же Ajax, Node - не фреймворки)

инклюд это примитивная шаблонизация, и php и nodejs могут большее.

PHP с include'ом разных частей сайта (header, footer) - устаревший метод

я бы не сказал, разве что неплохо бы еще twig использовать (но для таких простейших задач, может и не стоит париться).

Comments

[Chevengur]

Буду знать) Просто читая литературу по созданию сайтов все сводится к HTML+CSS+JS, на деле же это не дает ничего, кроме создания страниц. CMS использовать не хочется, хочется понять принцип работы. Вроде и PHP немного изучаю, но все равно не могу понять как надо и что правильно.

[Юрий]

Юрий: для того чтобы понять CMS конечно лучше не использовать.
как следует развиваться:
- в начале попробуйте сделать просто на чистом php с инклюдами (для того чтобы понять - это нормально)
- потом попробуйте использовать микрофреймворки типа silex silex.sensiolabs.org
обязательно подключите к нему twig silex.sensiolabs.org/doc/providers/twig.html
- потом уже смотрите нравится вам это или нет, стоит продолжать (переходить на более мощные фреймворки symfony, laravel, yii) или на этом остановится. для задач шаблонизации этого хватит, даже для небольших сайтов подойдет, не говоря уж о прототипах.

[Silm]

Юрий: www.phptherightway.com изучайте

Чтобы понять "как это работает" напротив стоит изучать современный CMS, они все таки написаны на PHP, поняв как они работают под капотом, станет ясно как реализовать то что нужно вам.

[Chevengur]

Юрий: Silm: спасибо!

[Юрий]

Silm: изучать php по коду cms крайне не рекомендовал бы. про все конечно не скажу, но загляните под капот wp, drupal - ООП подход не используется, либо используется очень поверхностно и на одних статиках и синглтонах, все на однимх функциях, кругом антипаттерны.
плюс для новичка они сложны (помимо бесполезности) - только в уныние могут ввести, тк написаны так чтобы было и по скорости приемлимо и чтобы универсально и функционально. и все это превращает их код в кашу. Это точно не то на чем стоит учится.
их фишка это только их внутреннее апи (хуки) позволяющее расширять их в модулях и темах. Их код написан так "лишь бы работало".

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

[Silm]

Юрий: "изучать php по коду cms" я не предлагал. Я утверждаю что будет полезным изучить как работают современные CMS.

[Юрий]

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

[Silm]

Юрий: для новичка достаточно проследить за прохождением запроса по CMS, чтобы у него пара шестеренок в голове встали на свои места.

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

[Юрий]

Silm: согласен. если нужно зарабатывать то новичкам конечно лучше CMS, копеечка но будет. Но для обучения лучше писать чтото тестовое с нуля (даже без фреймов), но это не для прода, максимум для себя, и не проекты типа интернет магазин. Когда принципы понятны - можно и на фреймворк садится.

[Юрий]

Silm: Если есть время для обучения, и не надо здесь и сейчас идти зарабатывать - то CMS лучше вообще стороной обойти.
Также те кто начинают с работы в компаниях - им не нужно решать сразу все вопросы, обычно джуниоры там начинают с простых задач.

Answer 2

[65536]

ssi))) сегодня случайно вспомнил что есть такая технология. интересно, кто-нибудь пользовался вообще.

но как сказал 27 к динамичности это не имеет отношения

https://github.com/ziadoz/awesome-php#templating

Answer 3

[Silm]

"PHP с include'ом" - это устаревший способ для PHP, потому что сейчас используются более гибкие методики, например применяются PHP фреймворки getjump.me/ru-php-the-right-way/#%D0%A4%D1%80%D0%B...

Для создания динамических сайтов часто применяют такие языки: PHP, Ruby, Python, JS, C#, Java...

И Ajax и Node - не фреймворки.

Comments

[Chevengur]

Но ведь чистый JS не может того, что выходит за клиентскую часть.

[Silm]

Юрий: может. Чистый JavaScript используется как на клиенте так и на сервере. Грубо говоря, на клиенте JS код выполняет движок встроенные в браузер, а на сервере движок установленный на сервер. Node.js - среда для выполнения JS на сервере, использует хромовский движок V8. Это тот же язык, "чистый JavaScript ", но готовить его надо, само собой иначе, чем на клиентской части.

[Chevengur]

Silm: не знал, спасибо.

Answer 4

[Андрей]

SPA ныне рулит. За выяснением значения аббревиатуры направляю в гугл... :)