estic

Выше уже писали, что переадресация прямого отношения к вашему вопросу не имеет. Если индексный файл имеет "редкое" имя, можно не настраивать соответствующую переадресацию. Только нигде не "светите" это имя.

Если таких файлов совсем не много, можно и общее правило переадресации использовать. Регулярное выражение может быть примерно таким:

^(.*)/(index|index2|index3)\.html$

С таким уровнем вопросов вряд ли заработаете. Но пробуйте.

Есть интересный домен для Вашего проекта.

Это верно. Но в MySQL апострофы - тоже "приоритетные" символы кавычек, поэтому ваше правило в данном случае далеко не всегда работает, даже если не пытаться вставлять переменные непосредственно в PHP-строки.

"`id`='".$id."'" // или "`id`='$id'", или "`id`='{$id}'"

👍

'`id`=\''.$id.'\''

👎

Нет. Фигурные скобки часто используются без прямой необходимости для "зрительного" выделения или подсветки синтаксиса.

"SQL Injection" - это все-таки вмешательство извне. Нет необходимости всегда использовать подготовленные запросы 😉

Речь не о том, чтобы убрать имеющуюся коррекцию /privet/index.html --> /privet/, а о том, чтобы ее не усложнять. Хотя текущий вариант тоже не очень. Оптимально - ответ со статусом 404 по адресу /privet/index.html 😉

Я не про это.

Можно, но не нужно. Можно попробовать внутреннее перенаправление  /privet/ --> [/hidden]/privet.html, etc. и открывать по "внутренним" адресам, если не будет проблем с подхватом стилей и т.п. в DW. (hidden можно совместить с корнем FTP-соединения, если у вас есть возможность подобной настройки.)

Как я понял, автору для каждой страницы нужен индексный файл с отличным от других (индексных файлов) именем 😀

Ему нужны симлинки 🤣

От того что он 22, он не перестает быть посмешищем. Периодически переношу сайты, сделанные в DW, на свою облачную платформу. У владельцев шок, как будто они из исторического музея в космический корабль попали 😊 Визуальный HTML-редактор и CMS (современная) - это разные вещи.

Прежней: /privet/ 😀

Добавьте в редактор, хоть на JS, отображение имени НАДкаталога. Практически в любом редакторе присутствуют в каком-то виде "хлебные крошки". Или речь о редакторе на локальном компьютере? 😀 Тоже можно найти подходящий.

Вообще можно отказаться от музейного подхода к редактированию и перенести основное содержимое в базу данных. (Страницы при этом могут продолжать кэшироваться в файлах.) В этом случае можно непосредственно текст "каталога" редактировать. При этом даже подручные средства можно использовать (смотрите вложение, а вот результат: hyde.pageshop.ru/whats-jekyll). А редактировать "каталог продукции" обычно вовсе не требуется. Вы редактируете отдельные продукты, добавляете или удаляете их, что соответствующим образом отражается в каталоге.