• Курсы Академии Кодебай, стартующие в мае - июне, от команды The Codeby

    1. Цифровая криминалистика и реагирование на инциденты
    2. ОС Linux (DFIR) Старт: 16 мая
    3. Анализ фишинговых атак Старт: 16 мая Устройства для тестирования на проникновение Старт: 16 мая

    Скидки до 10%

    Полный список ближайших курсов ...

Кликабельная картинка в шапке, как сделать

  • Автор темы borod
  • Дата начала
B

borod

МОжно, но нахрена козе боян? (с)
По умолчанию веб-сервер проверяет на предмет поиска SSI-инструкций только файлы с расширением *.shtml.
Например, поместите SSI-команды в файл index.shtml и это сразу будет работать.
Если есть необходимость проверять на наличие SSI другие файлы, соответствующие расширения для проверки можно добавить, поместив в файл .htaccess следующую инструкцию:AddHandler server-parsed .ext1
.ext1 - расширение файлов, которые должны проверяться на наличие в них SSI.
Не рекомендуется добавлять расширения .html и .htm, так как в этом случае сервер будет проверять все html-файлы на предмет наличия SSI-вставок.
Это может привести к совершенно бессмысленной нагрузке на сервер.
Не подходит!
 
K

kr0k

JAVA и JavaScript две большие разницы. Сами не путайтесь и людей не путайте, это во первых.
Если вам нужно организовать какую-то логику то нужно использовать язык программирования на не разметки! HTML язык разметки, PHP язык программирования, это во вторых.

Теперь касательно вопроса, я вижу два решения простое и правильное.
Простое: добавить обработчик скриптов к расширению .html

в .htaccess
Код:
RemoveHandler .html .htm
AddType application/x-httpd-php .php .htm .html .phtml

Правильное: Написать/попросить студента программиста сделать за еду, простенький php движок который будет делать все что нужно и при помощи mod_rewrite делать вид что работа идет с html фалом.
Т.е ссылки типа mysupersite.by/news/234.html или mysupersite.by/kolyaski/super-puper.html будут обрабатывать PHP скрипты.
 
B

borod

Правильное: Написать/попросить студента программиста сделать за еду, простенький php движок который будет делать все что нужно и при помощи mod_rewrite делать вид что работа идет с html фалом.
Т.е ссылки типа mysupersite.by/news/234.html или mysupersite.by/kolyaski/super-puper.html будут обрабатывать PHP скрипты.
А не увеличится ли нагрузка на сервер?
Тоесть применение JavaScript, в данном случае вы категорически отрицаете?
 
K

kr0k

А не увеличится ли нагрузка на сервер?
Тоесть применение JavaScript, в данном случае вы категорически отрицаете?
Увеличиться, но давайте поговорим про нагрузку когда у вас посещаемость будет пару тысяч человек в день.
JS, я не отрицаю просто оно выпадает т.к. этот вариант не правильный, а подправить .htaccess проще :rolleyes:
 
B

borod

Увеличиться, но давайте поговорим про нагрузку когда у вас посещаемость будет пару тысяч человек в день.
JS, я не отрицаю просто оно выпадает т.к. этот вариант не правильный, а подправить .htaccess проще :rolleyes:
Проще, согласен.
Но всё таки почему, вариант с JS не правельный?
 
V

vital

JS не правельный?
Его можно отключить. И всему вашему сайту конец.
Для того что бы нагрузка от SSI была большой у вас должен быть сайт с парой тысяч страниц и такой же посешаемостью. Не смешите.
А не увеличится ли нагрузка на сервер?
микроскопически, если конечно у вас не сервер годов так 90х.
 
K

kr0k

Проще, согласен.
Но всё таки почему, вариант с JS не правельный?
Во первых, никогда нельзя выносить в JS то от чего у пользователя с отключенным JS сайт не будет работать корректно. Можно на этом было бы и закончить, но я расскажу маленькую историю.
Довелось мне как-то поработать на аутсорс проектом для одного бренда, так вот тимлид был в корне не адекватный человек он во главу всего ставил снижение нагрузки на сервера что повлекло за собой требование все что может быть сделано на JS должно быть сделано на JS. Если у пользователя отключен JS, то его перебрасывает на noJS версию сайта, которая практически не чего не могла кроме вывода новостей и рекомендаций включить JS. Так вот, мощности сервера простаивали а пользователи жаловались что у них сайт жутко тормозит, а оно и не мудрено пользователь в браузер получал огромный комок данных и скрипт, который парсил, форматировал и т.д. Проект умер, по многим причинам.
И вторая ситуация, где не было этого ущербного требования. Проект развивался примерно на 5к человек в день начал педалить, произвели не большой рефакторинг кода, выявили узкие места, слегка оптимизировали. После того как два дня подряд было больше 7к человек в день разнесли базу и сайт на разные сервера. Сейчас проект растет и развивается. И как только встает вопрос о мощности, буквально через неделю появляется новый сервер.

А теперь выбирайте свой путь. Перекладываем все на клиента, или лучше все таки не паримся над нагрузкой на сервера?
 
B

borod

А теперь выбирайте свой путь. Перекладываем все на клиента, или лучше все таки не паримся над нагрузкой на сервера?
Очень толковый ответ.

Добавлено:
Его можно отключить. И всему вашему сайту конец.
Для того что бы нагрузка от SSI была большой у вас должен быть сайт с парой тысяч страниц и такой же посешаемостью. Не смешите.
микроскопически, если конечно у вас не сервер годов так 90х.
Спсибо большущее за все ваши ответы, теперь всё понятно!
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!