Использование PHP в страницах с расширением html
П ри создании даже персонального сайта, далеко не каждый может предусмотреть все возможные способы его дальнейшего использования. Очень важно подготовить почву для дальнейшего развития сайта. Если в прошлом вы создали сайт и по умолчанию присвоили всем страницам расширение .html , а только потом решили использовать PHP, то тогда читайте дальше.
Раньше для использования SSI, названия страниц сайта должны были заканчиваться расширением .shtml , но сегодня большинство интернет-серверов сконфигурированы так, что SSI можно использовать и на страницах с расширением .html , что весьма удобно. С PHP совсем другая история — расширение .php является расширением по умолчанию. Разработчики сайтов, заранее зная, что будет использоваться данный язык программирования, стразу присваивают правильное расширение.
Но что делать, когда все страницы заканчиваются расширением .html ?
Заменяем расширение HTML на PHP
Это можно сделать несколькими способами. Самый явный способ — дать всем страницам расширение .php или изменить уже существующие расширения (.html, .shtml и т.д.). У этого способа есть недостатки. Например уже проиндексированным страницам с расширением .html придётся заново индексироваться поисковыми системами. Или ещё хуже — все внешние ссылки, которые ссылаются явным образом на ту или иную страницу, будут недействительны. И придется оповещать владельцев каждого сайта об этих изменениях и создавать для каждой страницы еще одну страницу с 301 ошибкой. Конечно, изменить одно расширение на другое допустимо, но что делать если сайт уже имеет много страниц и много ссылок на разные страницы с других сайтов?
По осознанной причине на данный момент все страницы этого сайта заканчиваются расширением html, и мне никак не хотелось делать вышеприведённые изменения, тем самым создавая себе лишние трудности.
Можно обойтись и другим способом. Если сервер, на котором размещается сайт, поддерживает mod_rewrite (в большинстве случаев поддерживает), и есть доступ к файлу .htaccess , то можно добавить следующие строки в этот самый файл:
RewriteEngine on RewriteRule ^(.*)\.html $1\.phpДобавив этот код в .htaccess , можно не волноваться. Все запрашиваемые несуществующие страницы с расширением .html будут автоматически заменяться расширением .php благодаря чудесам от Apache. Но и этот способ является не единственным. Можно прописать следующее в том же самом .htaccess файле:
AddHandler application/x-httpd-php .php .html .htmНа мой взгляд самый удачный способ. Это делает HTML-страницы равными PHP-страницам, то есть все функции PHP теперь могут быть использованы на страницах с расширением HTML. Если нет доступа к файлу .htaccess , то можно написать письмо хостинг компании, и вежливо попросить админов прописать в конфигурации Apache ( httpd.conf ) нужное значение для сайта.
Кстати, если до этого на сайте использовалось SSI следующим образом:
то тогда в новом PHP’шном состоянии этот код нужно заменить на:
Ну вот и всё, думаю какой-нибудь из вышеприведённых способов поможет.
Как подключить PHP к HTML?
PHP — это встраиваемый серверный язык программирования. Большая часть его синтаксиса заимствована из C , Java и Perl . А также добавлена пара уникальных характерных только для PHP функций . Основная цель этого языка — создание динамически генерируемых PHP HTML страниц .
PHP в HTML
При создании сложных веб-страниц вы столкнетесь с необходимостью объединить PHP и HTML для реализации конкретных задач. На первый взгляд это может показаться сложным, так как PHP и HTML являются двумя независимыми дисциплинами, но это не так. PHP предназначен для взаимодействия с HTML , и его код может быть включен в разметку страницы.
В HTML-страницы PHP-код включается с помощью специальных тегов. Когда пользователь открывает страницу, сервер обрабатывает PHP-код , а затем отправляет результат обработки ( не сам PHP-код ) в браузер.
HTML и PHP довольно просто объединить. Любая часть PHP-скрипта за пределами тегов игнорируется PHP-компилятором и передается непосредственно в браузер. Если посмотреть на пример, приведенный ниже, то можно увидеть, что полный PHP-скрипт может выглядеть следующим образом:
Приведенный выше код — это обычный HTML с небольшим фрагментом PHP , который выводит текущую дату, используя встроенную функцию date . При этом весь HTML будет игнорироваться PHP-компилятором и передаваться в браузер без изменений.
Интегрировать PHP в HTML действительно очень легко. Помните, что скрипт — это HTML-страница с включением определенного PHP кода . Можно создать скрипт, который будет содержать только HTML (без тегов ), и он будет нормально работать.
Как сменить расширение страницы html на php?
Привет друзья! Такой вопрос! Надеюсь на помощь профи. Есть сайт. Все страницы имеют расширение html. Там на главной странице index.html нужно разместить iframe код скрипта. Разместил. Люди заходят и говорят, что антивирус ругается. Разработчик скрипта говорит надо сменить расширение страницы с html на php. Как это сделать? Понятное дело что просто переименовать на php нельзя. В php страницу надо вставить код тогда все будет ок. На html странице он не работает это и понятно. Это же не php. Буду очень благодарен за помощь!
Вопрос: У меня сайт на чистом HTML, как мне вставить скрипт? Ответ: В корневом файле .htaccess (если его нет, то нужно создать в корневой папке сайта) добавить строчку: AddType application/x-httpd-php .php .htm .html или AddHandler application/x-httpd-php .php .htm .html .phtml или AddHandler x-httpd-php .php .htm .html .phtml или AddType application/x-httpd-php5 .php .htm .html или AddHandler application/x-httpd-php5 .php .htm .html .phtml или AddHandler x-httpd-php5 .php .htm .html .phtml или AddHandler cgi-script .html .htm После этого все html страницы будут обрабатываться как php файлы. Если ни одна строчка не сработала, узнайте у Вашего хостера как запустить php вставки в html файлах.
✅ Трастовых площадок под размещение статей и ссылок. Опыт 15 лет! ( https://searchengines.guru/ru/forum/675690 ) ⭐ Купить вечные трастовые ссылки для сайта ( https://getmanylinks.ru/?srh ) ⭐ Новый аналог AllSubbmitter (заполнение форм) https://getmanylinks.ru/getmanysubmits.html (Бесплатное демо)
+100500! 🙂 Проблема не в том расширении. DenisVS, LEOnidUKG, парни, такая медвежья услуга.. Зачем разрешать обработку пхп в html? У ТСа и так соображалка отсутствует, дык еще дыр ему напихать.. «Отличное» решение 🙂
Расширения файлов на сайте .html VS .php ?
Коллеги, подскажите пожалуйста: я делаю новый сайт-визитку (с перспективой его расширения и развития на будущее). Тематика — информационные статьи. Решил сразу странички сайта делать с расширением .php (однако, просто странички на РНР, без всяких там параметров сессий). То есть, решил просто обычные статические файлы сайта делать не на .html, а на .php, чтобы в будущем было проще развивать проект — плюс немаловажно использовать такие полезные вкусности, как РНР Инклуды. Вопрос к форумчанам: есть ли разница в индексировании со стороны Гугла страничек на .html по сравнению со страничками на .php ? Отдаёт ли Гугл какое-либо преимущество статичным страничкам на .html по сравнению с аналогичными на .php ? Или Гуглу по большому счёту всё равно? Интересует именно вопрос индексации и дальнейшего ранжирования вышеуказанных страничек с контентом. Иными словами, имеет ли расширение файлов какое-либо влияние на Гугл (да и на Яндекс), или же поисковикам всё равно, какое там расширение у документов? Пожалуйста, просветите меня в данном вопросе. Спасибо!
Домены и хостинг https://8fn.ru/regru | Дедик от 3000р https://8fn.ru/73 | VPS в Москве https://8fn.ru/72 | Лучшие ВПС, ТП огонь, все страны! https://8fn.ru/inferno | ХОСТИНГ №1 РОССИИ https://8fn.ru/beget
roman1981, если вы разместите статик в php-файлах, пых будет понапрасну тратить ресурсы на их обработку. С другой стороны инклуды – это уже не чистый статик. Вкусностями их тоже с трудом можно назвать. Сайт на инклудах – прошлый век. Поисковику плевать на расширения в адресах. Делайте вообще без расширений.
miketomlin, спасибо вам за детальный ответ. Мне важно было знать, реагируют ли поисковики на расширение файлов сайта. Теперь понятно, что им всё равно, какое там расширение. Правда, если к примеру взять две страницы: http://www.mysite.com/page-1.php и http://www.mysite.com/page-1.php?articleId=my-article Думаю, во втором случае это не очень хорошо для поисковых механизмов.
totamon:
Роман, фигней не майся. поставь Вордпресс, ну или Друпал и делай свой «новый сайт-визитку»
Не, верной дорогой идёт юноша. Узнает, «как всё устроено». Тут 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
miketomlin:
roman1981, если вы разместите статик в php-файлах, пых будет понапрасну тратить ресурсы на их обработку. С другой стороны инклуды – это уже не чистый статик. Вкусностями их тоже с трудом можно назвать. Сайт на инклудах – прошлый век. Поисковику плевать на расширения в адресах. Делайте вообще без расширений.
Немного не понял относительно вашей фразы о том, что РНР будет тратить ресурсы на обработку моих РНР-страничек на веб-сайте. Это что, получается, РНР настолько чувствительная к нагрузкам платформа, что прямо таки «упадёт на колени» от того, что обработает РНР-страницу с несколькими РНР-инклудами в ней? Вот правда, мне кажется, что это вообще не должно никак сказаться на производительности сервера хостинга и на скорости работы моего сайта, но может быть я и ошибаюсь.
Ах да, и то что сайт на инклудах — прошлый век. Вот статический html-сайт на SSI-Includes, это действительно прошлый век. А динамический РНР-сайт, на котором шапка и подвал вынесены для удобства управления сайтом в отдельные PHP-Includes, как по мне, это нисколько не прошлый век, а вполне себе нормальное решение для большого сайта, если наполнением и раскруткой заниматься лично самостоятельно (то есть, мне как веб-мастеру). Конечно, стороннему клиенту такой сайт отдавать не стоит, но если работать с ним только самому, хорошо зная его структуру, то почему бы и нет? PS. Я понимаю, что сайты на заказ делаются в основном на популярных CMS. Но это мой личный веб-сайт, я его делаю не на заказ, а для себя. Вот, к примеру, благодаря тому, что мой сайт состоит из РНР-страничек, и обрабатывает интерпретатором РНР, мне наконец удалось нормально настроить заголовок Last-Modified / IF-Modified-Since, что раньше было трудно осуществить на голом HTML, поскольку там сервер у моего хостера отдавал только Last-Modified, но не реагировал на IF-Modified-Since. А так — добавил пару строчек РНР-кода в самом начале каждой странички — и вот тебе корректный и правильный заголовок Last-Modified / IF-Modified-Since. Отлично!