Плохо ли из page.html делать page.php?

Question

[leni_m]

Сайт сделан на html и появилась нужда подправить меню, и придется править его на каждой страничке сайта. Я понял, что для шаблонов нужно использовать препроцессоры, но я пока с ними не работал. А работал я с пхп, и знаю что можно создать меню в отдельном файле и потом его include. Только вот не знаю плохой ли тон так делать? Ведь почти на всех сайтах я встречал расширения html. Поясните пожалуйста за данный случай.

Comments

[shadobut]

Используйте jekkyl, если только разметка у Вас(html)
Либо учите wp и уже натягивайте верстку на эту cms

Answer 1

[Алексей Скляров]

Я конечно нигде не косячил, перед поцанами чист, но за случай данный поясню.

Если у вас нигде не используется php, вы просто залили статичный сайт на хостинг, то смысла в использовании .php файлов я не вижу.

Вы пишите что вам нужен include (следовательно требуется написать php код), ну добавляйте его и правьте расширение файла на .php. Не плохой это тон. Единственное, что если у вас в поисковике везде стоят /page.html версии, то они будут недоступными, хотя можно повесить редирект с таких страниц на php страницы.

UPD: я реже вижу сайты на голом html, нежели php и тд.

Answer 2

[Максим Тимофеев]

Только вот не знаю плохой ли тон так делать?

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

Comments

[leni_m]

я иммел ввиду для такой задачи использовать php нежели препроцессоры, дурной тон?

[Lander]

Вот что мне нравится в Максим Тимофеев , так это то, как он умеет проводить доходчивые аналогии! :)

[Максим Тимофеев]

leni_m, php и есть препроцессор. Так что использовать препроцессор, а не препроцессор, это норм. А вот какой препроцессор использовать - это уже дело вкуса. В зависимости от проекта может быть оправданным тот или иной.
Над php можно издеваться, можно называть его простым, но на основе PHP работает более 20 миллионов сайтов и веб-приложений. Так что дурной тон - это называть использование php дурным тоном.

Answer 3

[Евгений Вольф]

Ведь почти на всех сайтах я встречал расширения html. Поясните пожалуйста за данный случай.

Поисковой системе, в большей степени - всё равно, какое у Вас там расширение и есть ли оно вообще. В большинстве случаев, расширение - это часть адреса, в т.ч. можно попробовать настроить переадресацию с ".html" на файлы ".php", на уровне веб-сервера Apache / файла .htaccess.

Только вот не знаю плохой ли тон так делать?

Очень вряд ли это можно назвать плохим тоном. Преимущество "голых HTML" только в том, что можно сэкономить в районе 1$ на хостинге в мес., что в свою очередь - довольно незначительная сумма для любого мало мальски серьёзного проекта...

Что именно использовать, PHP или шаблонизаторы для HTML - решать Вам, вопрос скорее (личного) удобства, чем функциональности.

Answer 4

[Сергей Герасимов]

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

Можно настроить так, чтобы PHP мог выполняться в .html-файлах, например в .htaccess указать:
AddHandler application/x-httpd-php .html .php

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

Answer 5

[Анатолий Кирсанов]

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

Если генератор сайта не известен (это может быть программа, онлайн генератор), то выхода нет, лучше перевести из статики на какой-нибудь язык программирования. PHP - тоже вариант.

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

Позаботиться о переадресации, либо назначении html на другой обработчик придется, если отказываться от статического сайта.