miketomlin

Рейтинг
235
Регистрация
04.12.2013

Оксиген, ну, и чего конкретно я не понял? :)

---------- Добавлено 27.02.2020 в 10:21 ----------

Подсказка: мне вообще пофиг на язык, хотя пых создавался под конкретные довольно специфические цели, но есть и другие языки!

Я уже писал в этой теме, что для меня контентник начинается с БД. Прикиньте, я могу 99% времени собирать контент любой оболочкой для работы с БД (а ее начальное конструирование вообще сделать из ком. строки), а потом за пару часов прикрутить морду и натянуть на нее шаблон!

Оксиген:
С какого это перепуга? Вы разницу улавливаете между вставкой в страницу (SSI) и сборкой страницы любым языком программирования, будь то PHP, Perl, Python?

Чем плохо вставлять на все страницы одну и ту же информацию через SSI? Хоть на миллионе страниц надо сделать изменения - отредактируй 1 файл. Всё.

Реально не понимаете, чем плохо смешивать контент с инструкциями к исполнению? Возьмите хотя бы самую элементарную для понимания вещь: дублирование одних и тех же инструкций в куче файлов; даже повторяющие include в куче файлов – это уже отстой!

Полностью от смешения не избавиться, но шаблонизация – это все-таки совсем другое. Там даже статик (структурная разметка) – это не контент в обычном понимании.

но на самом деле, подобного рода страницы можно 1 раз сделать, а потом всё время выдавать статическим HTML. Будет всё летать и нагрузки на процессор сервера 0. Объясните, зачем страницы каталога продукции каждый раз генерировать? Это глупость и расточительность.

Выше шла речь про SSI/PHP инклуды. А здесь вы описали кэширование/предварительное генерирование статика! Кэширование можно прикрутить практически к чему угодно. Но при его использовании есть накладные расходы. Можно, например, на малонагруженном сайте кэширование не использовать или использовать по минимуму, а с ростом нагрузки задействовать все больше и больше кэширующих механизмов.

Alex Klo:
он же у вас где-то хранится, и вы знаете как отделить одну от другой для вывода в определённом месте . в чём проблема определить этот выбор в php?
ну или в строке <!--#include virtual="/ps0.php"--> вписать эти ваши get-параметры...

А если без дублирования вызывающих shtml-файлов, в которых нужно будет писать разные параметры вызываемого php-файла? Можно как-то передать в php-файл входной параметр, полученный от пользователя, например чтобы при обращении по адресу /index.shtml?p=2 переданный GET-параметр автоматически передавался в подключаемый php-файл?

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

Да речь пока что о самой реализации, чтобы вы могли нормально что-то взять и загрузить, хоть через тот же FTP. Вот вы, допустим, загрузили файл с новой статьей. Список у вас автоматически прокрутится, чтобы эта статья появилась на первом месте первой страницы? Естественно, после обновления в браузере :)

---------- Добавлено 26.02.2020 в 19:33 ----------

В общем, не хочу вас пытать. Мне приблизительно понятно.

Alex Klo:
про какой список вы говорите? поясните.

Ну, я изначально писал, например, про список статей. Вы мне показали ваш пример. Допустим, у меня всего лишь один список, но из двух страниц. Как ваш php-файл «узнает», какую из двух страниц нужно вывести? Он может как-то получить входные параметры, например в собственной строке GET-параметров, в переменной окружения и т.п.?

самое простое и быстрое - это жесткач, по-вашему? лучше Битрикс? ;)

Мы по-разному понимает, что значит простое. Про Б-э-э-трикс просьба не вспоминать :)

ftp протокол - это тоже жесткач? ;)

Не понял.

Alex Klo:
очень просто - выше я привел директиву:
<!--#include virtual="/ps0.php"-->

Выше я написал, что это жесткач. А что, кстати, без GET-параметров? Тип списка по имени файла что ли определяется? Или он у вас единственный?

P.S. Вообще нафиг эти украшательства (HeaderName/ReadmeName)! Минимализм рулит:

u75.ru/ubuntuftp

u75.ru/firefoxftp

:)

SeVlad, рерайт в shtml-файлы ты будешь ТСу настраивать? Или, как часто делают «большие специалисты», настроишь прогон всех подряд html-файлов через SSI? :)

И как на SSI-директивах старницы со списками формировать, о кот. я уже упоминал в теме? О, я кажется знаю: есть же mod_autoindex и HeaderName/ReadmeName! :D

---------- Добавлено 26.02.2020 в 17:12 ----------

P.S. Вопросы в первом абзаце снимаются. Забыл, что ты придерживаешься мнения все редиректить на новые адреса. Тогда будешь настраивать редирект на shtml-файлы.

---------- Добавлено 26.02.2020 в 17:18 ----------

Alex Klo:
просто замечу, что можно в SSI использовать и PHP...
Прямо парк Юрского периода! Давайте еще что-нибудь с чем-нибудь скрестим :)
SeVlad:
Я имел ввиду не тут, а вообще по форуму :)

А, это были мелочи. Я на серче по-серьезному пока не спамил :)

SeVlad:
И так заспамил уже.

Я начал много спамить, когда понял, что ТСа могут «посадить» на SSI. И это в 2020-ом-то! Или, не знаю, что хуже, – на «РНР инклуды».

Ну 5 лишних символов (.html) хотя и совсем не страшно, но нафик оно надо, если по другим адресам будут слеши.

Но (трэйлинг) слешей может и не быть, т.е. article-1.html можно сочетать с article-2 (без .html и слешей), а адреса с трэйлинг слешами, оставшиеся, например, от «узловых» страниц, можно исправлять редиректом, убирая такие слеши.

SeVlad:
Наличие в 2020г сайта на фреймах намекает о том, что ТС знает основы html, но вряд ли знает основы php. С СЕО и тп тоже "всё плохо".

Это понятно. Но решения есть, бесплатные или около того. Я просто не стал постить ссылки.

И ещё момент: раз ТС сегодня заморочился сабжем, значит хочет развивать сайт. А значит CMS - то, что доктор прописал.

Это тоже понятно. Просто я мыслю на уровне таких CMS, у которых морда отдельно (т.е. может не быть), админка отдельно, и даже база может быть отдельно, т.е. базу можно собрать «на коленке» по простым правилам и только потом прикрутить админку и т.д. Если визуальный редактор много «мусорит», можно и непосредственно на HTML создавать/редактировать посты, если тебе это не в напряг. Мне, например, нормально. Админку подключаю, когда часто файлы нужно загружать.

Эти хотелки от незнания СЕО :) Сделав 301 ничего не потеряется.

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

Всего: 2534