Сообщение Re[5]: Запретить через .htaccess отдачу определенных файлов от 07.11.2023 10:47
Изменено 07.11.2023 10:57 bnk
Re[5]: Запретить через .htaccess отдачу определенных файлов
Здравствуйте, Евгений Музыченко, Вы писали:
bnk>>Для PHP требуется (платный) сервер.
ЕМ>Э-э-э... Чем не годится тот сервер, на котором лежит сайт?
Фактом своего существования
Для статических сайтов полно платформ, которые могут хостить такой контент забесплатно, на заданном доменном имени, те же GitHub Pages, Cloudflare, Azure Static Website.
bnk>>И он тормозной.
ЕМ>Насколько, кстати, тормозной, если не увлекаться запросами к БД и сложной обработкой текстов?
Ну он всяко медленнее чем просто отдача HTML.
bnk>>PHP не нужен, это каменный век.
ЕМ>Я бы не сказал, что полная статическая перегенерация сайта чем-то "современнее" PHP. Это ж как в традиционной программе, вместо выноса литеральных констант в заголовки, и именования их, выносить эти константы в отдельные файлы, и использовать внешние средства для вставки их опять-таки в литеральной форме. Да, может быть удобно, но технически это ужасно.
IMHO это супер-современное решение для фронтенда на данный момент, круче просто ничего нет
Там же не обязательно делать файлами, можно и программными модулями. Т.е. import можно например и на тайпскриптовые модули делать (получая типизированный импорт с автокомплитом), а вовсе не куски HTML. Куски HTML я привел как прямую замену SSI.
Одна грдрация практически любых компонентов (т.е. добавление интерактивности только на фронтенде) чего стоит
bnk>>Для PHP требуется (платный) сервер.
ЕМ>Э-э-э... Чем не годится тот сервер, на котором лежит сайт?
Фактом своего существования
Для статических сайтов полно платформ, которые могут хостить такой контент забесплатно, на заданном доменном имени, те же GitHub Pages, Cloudflare, Azure Static Website.
bnk>>И он тормозной.
ЕМ>Насколько, кстати, тормозной, если не увлекаться запросами к БД и сложной обработкой текстов?
Ну он всяко медленнее чем просто отдача HTML.
bnk>>PHP не нужен, это каменный век.
ЕМ>Я бы не сказал, что полная статическая перегенерация сайта чем-то "современнее" PHP. Это ж как в традиционной программе, вместо выноса литеральных констант в заголовки, и именования их, выносить эти константы в отдельные файлы, и использовать внешние средства для вставки их опять-таки в литеральной форме. Да, может быть удобно, но технически это ужасно.
IMHO это супер-современное решение для фронтенда на данный момент, круче просто ничего нет
Там же не обязательно делать файлами, можно и программными модулями. Т.е. import можно например и на тайпскриптовые модули делать (получая типизированный импорт с автокомплитом), а вовсе не куски HTML. Куски HTML я привел как прямую замену SSI.
Одна грдрация практически любых компонентов (т.е. добавление интерактивности только на фронтенде) чего стоит
Re[5]: Запретить через .htaccess отдачу определенных файлов
Здравствуйте, Евгений Музыченко, Вы писали:
bnk>>Для PHP требуется (платный) сервер.
ЕМ>Э-э-э... Чем не годится тот сервер, на котором лежит сайт?
Фактом своего существования
Для статических сайтов полно платформ, которые могут хостить такой контент забесплатно, на заданном доменном имени, с CDN, те же GitHub Pages, Cloudflare, Azure Static Website.
bnk>>И он тормозной.
ЕМ>Насколько, кстати, тормозной, если не увлекаться запросами к БД и сложной обработкой текстов?
Ну он всяко медленнее чем просто отдача HTML.
bnk>>PHP не нужен, это каменный век.
ЕМ>Я бы не сказал, что полная статическая перегенерация сайта чем-то "современнее" PHP. Это ж как в традиционной программе, вместо выноса литеральных констант в заголовки, и именования их, выносить эти константы в отдельные файлы, и использовать внешние средства для вставки их опять-таки в литеральной форме. Да, может быть удобно, но технически это ужасно.
IMHO это супер-современное решение для фронтенда на данный момент, круче просто ничего нет
Там же не обязательно делать файлами, можно и программными модулями. Т.е. import можно например и на тайпскриптовые модули делать (получая типизированный импорт с автокомплитом), а вовсе не куски HTML. Куски HTML я привел как прямую замену SSI.
Одна грдрация практически любых компонентов (т.е. добавление интерактивности только на фронтенде) чего стоит
bnk>>Для PHP требуется (платный) сервер.
ЕМ>Э-э-э... Чем не годится тот сервер, на котором лежит сайт?
Фактом своего существования
Для статических сайтов полно платформ, которые могут хостить такой контент забесплатно, на заданном доменном имени, с CDN, те же GitHub Pages, Cloudflare, Azure Static Website.
bnk>>И он тормозной.
ЕМ>Насколько, кстати, тормозной, если не увлекаться запросами к БД и сложной обработкой текстов?
Ну он всяко медленнее чем просто отдача HTML.
bnk>>PHP не нужен, это каменный век.
ЕМ>Я бы не сказал, что полная статическая перегенерация сайта чем-то "современнее" PHP. Это ж как в традиционной программе, вместо выноса литеральных констант в заголовки, и именования их, выносить эти константы в отдельные файлы, и использовать внешние средства для вставки их опять-таки в литеральной форме. Да, может быть удобно, но технически это ужасно.
IMHO это супер-современное решение для фронтенда на данный момент, круче просто ничего нет
Там же не обязательно делать файлами, можно и программными модулями. Т.е. import можно например и на тайпскриптовые модули делать (получая типизированный импорт с автокомплитом), а вовсе не куски HTML. Куски HTML я привел как прямую замену SSI.
Одна грдрация практически любых компонентов (т.е. добавление интерактивности только на фронтенде) чего стоит