Расширения файлов на сайте .html VS .php ?

volkovysk, спасибо Вам большое за развёрнутый и хороший ответ!

Коллеги, ещё такой вопрос по поводу моего сервера... Думаю, с РНР-документами мы уже разобрались, я буду делать проект сразу на РНР, мне так интереснее и есть куда расти над собой!

Так вот, по поводу сервера. В данный момент мой веб-сервер отдаёт такие заголовки ответа со страниц моего сайта

(я использовал сервис "bertal.ru"):

HTTP/1.1 200 OK

Server: nginx

Date: Wed, 06 Sep 2017 09:51:20 GMT

Content-Type: text/html; charset=UTF-8

Connection: keep-alive

Last-Modified: Wed, 16 Aug 2017 18:41:22 GMT

Как вы считаете, этого достаточно для поисковых ботов Гугла? Именно с перспективной дальнейшего продвижения сайта? Или же через РНР необходимо добавить ещё пару-тройку дополнительных важных заголовков? К примеру, на других сайтах я видел ещё много дополнительной информации, но не уверен, нужна ли она поисковым механизмам Яндекса и Гугла, насколько критично её отсутствие (к примеру, такие позиции как "Content-Length: 20583", "Transfer-Encoding: chunked", "Cache-Control: max-age=241, must-revalidate", "Content-Encoding: gzip", "Accept-Ranges: bytes", "Etag: f626", и прочее).

Что скажете по поводу данного вопроса? Он очень важен для меня... Как насчёт других (отсутствующих) заголовков, насколько это критично и стоит ли их дополнительно добавлять? Заранее благодарен за ваши мысли и ответы.

PS. Конечно мне бы хотелось услышать ответ, что и так сойдёт, но если нужно добавить какой-либо дополнительный заголовок, чтобы в будущем у моего сайта не было проблем с поисковыми механизмами Гугла и Яндекса, я готов выслушать вас. Спасибо заранее!

(к примеру, такие позиции как "Content-Length: 20583", "Transfer-Encoding: chunked", "Cache-Control: max-age=241, must-revalidate", "Content-Encoding: gzip", "Accept-Ranges: bytes", "Etag: f626", и прочее)

это потому, что на других ресурсах настроено еще сжатие и кэширование

Content-Encoding: gzip - настроено сжатие при помощи mod_gzip или mod deflate

Etag: Cache-Control: и т.д. это кэширование.

с точки зрения конечного клиента - пофих

с точки зрения браузеров - пофих (особенно, если ваш сайт состоит из двух файлов)

с точки зрения поисковиков.. не всё так однозначно (с)

Гугл снижает рейтинг за отсутствие этих фишек

посмотреть рейтинг в условных попугаях можно тут

https://developers.google.com/speed/pagespeed/insights/

Поясню, почему я задал вышеуказанный вопрос по заголовкам ответа сервера.

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

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

---------- Добавлено 06.09.2017 в 13:19 ----------

Вот об этом-то и идёт речь...

Может, ещё указанное вами кэширование настроить дополнительно, как считаете?.. Или же оставить так, как есть?.. Я смотрю, мой веб-хостер в панели управления моим сайтом позволяет настроить "кэширование" на неделю, месяц, и т.д. По умолчанию сейчас данная функция у меня там выключена. Стоит её включить?

И так сойдёт ;)

roman1981, Пока сайт в разработке, лучше ничего не включать, вот когда будет на продакшене висеть, тогда и сжатие и кэширования и всё остальное можно включить

Коллега, в том-то и дело, что сайт по своей сути уже через две-три недели будет висеть в продакшене, я как раз заканчивают подготовку его адаптивного шаблона. Шаблон уже практически готов, осталось навести марафет буквально по мелочи.

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

Пустой шаблон собрались выкладывать? Внесите хотя бы несколько десятков статей. Страницы создаете/делаете видимыми только с контентом. Заголовки можно настраивать индивидуально для отдельных страниц или групп страниц. И перенастраивать при необходимости. Например, кэширование связано с нагрузкой на сервер и частотой обновления. Соответственно поначалу его лучше не включать, т.к. посещалка минимальная, а контент часто вносится и правится.

roman1981, Смотрите. Когда создается крупный проект (5к страниц, это крупный проект) то должен быть дев и должен быть продакшн.

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

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

q: Почему это делается только на продакшене?

A: потому, что кэширования и сжатия на деве, могут усложнить процесс разработки.

что касается <img ... width="" height="" />

инлайновые указатели на размер, спокойно перекрываются стилями.

например

<img src="yourimage.jpg" width="64" height="64" alt="sometext" title="sometext" class="image__preview" />

<style>

 .image__preview{

    width:100%;

    height:auto;

}

</style>

будет масштабироваться под размер родительского элемента независимо от указанного размера width/height для img

Забыли слово "инлайновыми" перед словом "стилями". Не заморачивайте человеку голову, она у него и так заморочена. Ему бы лучше сначала разобраться со структурой своей CMS.

Коллега, спасибо вам за интересные мысли по поводу того, что заголовки можно настраивать индивидуально для отдельных страниц либо групп страниц сайта. Я правильно понимаю: с помощью РНР-сценариев я могу буквально каждой странице настроить отдельные заголовки, как например:

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");

header("Cache-Control: no-cache, must-revalidate");

и так далее...

То есть, с помощью РНР-сценария в самом начале своей .php страницы (непосредственно до элемента <!doctype html>), я прописываю указанные команды и сервер отдает необходимые заголовки.