- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Для того, чтобы включить выполнение php-кода в html-страницах, менять расширение файлов не обязательно. Достаточно добавить в .htaccess строчку:
AddType application/x-httpd-php .php php3 .html .htm
и скрипты будут работать и в файлах с расширениями *.html, *.htm.
Включить-то, насколько я понял, это можно довольно легко, именно так как вы и описали... Но ведь как быть потом с безопасностью сайтов? Ведь это дыра в безопасности, или я что-то не понимаю? Если поставить расширение .php - то тут без проблем, все понимают что это именно страничка на РНР-платформе. А так, непонятно. Вопрос в безопасности сайта...
Включение какого-либо интерпретатора для файлов html (и любых других) само по себе не создаёт никаких уязвимостей.
Уязвимость может быть только в самом коде. И не важно, на каком языке вы эту уязвимость создадите. Хоть на пхп, хоть на перле, хоть на турбо паскале.
Но ведь как быть потом с безопасностью сайтов? Ведь это дыра в безопасности, или я что-то не понимаю?
Не понимаете. Включение обработчика - это не дыра. Как покупка автомобиля - это не смерть в кювете.
Всё, что тут понаписали - полная ерунда. Не надо включать интерпретатор пхп для .html и тем более для .htm, которых (.htm) там и рядом не лежит. И использовать редирект из поста №3 тоже не надо. Надо сделать редирект для тех двух страниц (и только для них), которые уже имеются. Они скоро уйдут из поисковиков, и по старым ссылкам заходить перестанут. И будет счастье.
groupwm, видите, сколько разработчиков, столько и мнений :) Делайте так, как подсказывает вам сердце ))
[umka], совет был действительно не очень. Рерайт будет получше, если его делать по условию существования соотв. php-файлов и закрывать php-дубли от прямого доступа, например, редиректом (хотя лично я бы предпочел их «сокрытие» в подкаталоге вроде fieofhefohlvdlfhdl, закрытом в добавок от прямого доступа).
Не надо включать интерпретатор пхп для .html и тем более для .htm
Именно это и нужно сделать для того, чтобы выполнялись php-скрипты в html страницах.
Надо сделать редирект...И будет счастье.
А лоботомия для полного счастья Вам ещё не потребна?
Я бы порекомендовал сделать так:
Данная конструкция "завернет" обращения ко всем несуществующим файлам в index.php. Уже в index.php напишите свой простенький роутер, который будет анализировать REQUEST_URI и выдавать нужный результат.
Плюсы: можно отдавать контент по старым адресам *.html (но при желании можете вообще убрать расширения, отдавать по *.php, настроить редиректы и т.п.), можно добавлять страницы/разделы не изменяя постоянно .htaccess, а добавляя правила роутинга. Отдавать динамическую 404.
не все что можно делать - нужно делать.
«Бережённого Бог бережёт»,— сказала монашка, натягивая на свечку презерватив.
Это про вас, ага.
РХР и естть эчтимиэль, кончайте выдумывать