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

Роман, фигней не майся... поставь Вордпресс, ну или Друпал и делай свой "новый сайт-визитку"☝

roman1981, если вы разместите статик в php-файлах, пых будет понапрасну тратить ресурсы на их обработку. С другой стороны инклуды – это уже не чистый статик. Вкусностями их тоже с трудом можно назвать. Сайт на инклудах – прошлый век.

Поисковику плевать на расширения в адресах. Делайте вообще без расширений.

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

http://www.mysite.com/page-1.php

и

http://www.mysite.com/page-1.php?articleId=my-article

Думаю, во втором случае это не очень хорошо для поисковых механизмов.

Не, верной дорогой идёт юноша. Узнает, "как всё устроено".

Тут 50% пишут в раздел без указания платформы - WP по дефолту (ламерье непальское :)).

поисковику абсолютно по барабану, на самом деле, что написано в строке запроса (при условии, что это не тибетский традициональный, хотя и с ним тоже будет всё норм)

в вашем случае, это GET запрос.

с использованием подобной структуры работает 99.(9) сайтов. Разумеется, поисковики их корректно обрабатывают с 1994 года и проблем при этом не испытывают никаких

апд:

с точки зрения поисковика два указанных вами запроса совершенно одинаковы, однако вот такой запрос http://www.mysite.com/article/my-article вместо http://www.mysite.com/page-1.php?articleId=my-article будет несколько предпочтительнее по причине того, что в строку могут входить ключевики.

и тут мы плавно подходим к такому понятию, как htaccess и mod rewrite

Немного не понял относительно вашей фразы о том, что РНР будет тратить ресурсы на обработку моих РНР-страничек на веб-сайте?... Это что, получается, РНР настолько чувствительная к нагрузкам платформа, что прямо таки "упадёт на колени" от того, что обработает РНР-страницу с несколькими РНР-инклудами в ней?

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

---------- Добавлено 05.09.2017 в 11:52 ----------

Ах да, и то что сайт на инклудах - прошлый век.

Вот статический html-сайт на SSI-Includes, это действительно прошлый век. А динамический РНР-сайт, на котором шапка и подвал вынесены для удобства управления сайтом в отдельные PHP-Includes, как по мне, это нисколько не прошлый век, а вполне себе нормальное решение для большого сайта, если наполнением и раскруткой заниматься лично самостоятельно (то есть, мне как веб-мастеру). Конечно, стороннему клиенту такой сайт отдавать не стоит, но если работать с ним только самому, хорошо зная его структуру, то почему бы и нет?

PS. Я понимаю, что сайты на заказ делаются в основном на популярных CMS. Но это мой личный веб-сайт, я его делаю не на заказ, а для себя. Вот, к примеру, благодаря тому, что мой сайт состоит из РНР-страничек, и обрабатывает интерпретатором РНР, мне наконец удалось нормально настроить заголовок Last-Modified / IF-Modified-Since, что раньше было трудно осуществить на голом HTML, поскольку там сервер у моего хостера отдавал только Last-Modified, но не реагировал на IF-Modified-Since.

А так - добавил пару строчек РНР-кода в самом начале каждой странички - и вот тебе корректный и правильный заголовок Last-Modified / IF-Modified-Since. Отлично!

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

простой пример: как по не знанию легко тормознуть сайт в разы

Запрос к базе.

(нормально) коннект - запрос - запрос - запрос - запрос - дисконнект

(ненормально) коннект - запрос - дисконнект - коннект - запрос - дисконнект - коннект - запрос - дисконнект

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

---------- Добавлено 05.09.2017 в 13:05 ----------

а.. и да SSI includes это очень хороший способ увеличить производительность высоконагруженного сайта. а не "прошлый век" как вы сказали

SSI далеко не прошлый век, просто другая технология. Простая и малофункциональная. Иногда может быть полезно. Для мелких сайтиков. Таких как твой "визитка" напр. :)

На высоконагруженных SSI? 😮

Эм.. это как же? Почему? Какую нагрузку снизит?

ТС

- Расширение не важно. Хотя PHP предпочтительнее чем HTML - меньше символов ;)

- А без расширения еще лучше.

- Избегайте таких адресов - http://www.mysite.com/page-1.php?articleId=my-article, сильно это не поможет, но это будет еще одним небольшим плюсиком ко всему прочему.

например за счет перераспределения нагрузки http://nginx.org/ru/docs/http/ngx_http_ssi_module.html