Это все превентивные действия или есть реальное основание редиректить с .html (сайт, будучи раскрученным, какое-то время работал на адресах с .html)?
Осн. приемы тут такие:
1) статик убираете в отдельный каталог и делаете рерайт в него только при наличии соотв. файлов.
2) при редиректе аналогично: прежде чем делать редирект, можно проверять, существует ли цель.
Но лучше перенести статик на какой-нибудь легкий двиг, заточенный под SEO, и не страдать фигней. Хотя с редиректом из движка все равно нужно будет повозиться, но только для норм. бэков, если они были (предполагается, что поисковики уже съели новую адресацию).---------- Добавлено 14.11.2018 в 16:40 ----------P.S. Для трэйлинг слэшей редиректы часто остаются шаблонными. Т.е. проверка существования цели не требуется. 404-ая может выдаваться и после редиректа (шаблонного).
postavkin, $_SERVER['DOCUMENT_ROOT'] обычно не содержит трэйлинг слэша, так что ваш код явно ошибочный. Для ваших целей эту серверную переменную нужно использовать в последнюю очередь. Обычным решением в этом случае является определение константы из файла, местоположение которого известно относительно корня, каталога приложения и т.п., при помощи магических констант. Например, если файл находится в корне, в нем можно использовать такое определение:
define('ROOT_PATH',__DIR__.'/');
Обратите внимание, что предпочтительно различать имя каталога и путь, основанный на этом имени (у пути есть трэйлинг слэш). Для подчеркивания этого различия константа была специально названа с окончанием _PATH (а не ROOT_DIR или просто ROOT). ---------- Добавлено 12.11.2018 в 13:29 ---------- P.S. Обвес нужно хранить за пределами корня. Пример определения пути к файлам, находящимся в соседнем с корнем каталоге, из фронта, расположенного в корне:
define('INCLUDE_PATH',dirname(__DIR__).'/include/');
define('INCLUDE_PATH','');
то код
include_once(INCLUDE_PATH.'base.php');
останется неизменным и позволит подключить файл из какого-нибудь «общесистемного» каталога библиотечных файлов, если определить список таковых каталогов, или из рабочего каталога.
Вместо слива куда попало оставляйте стандартную или спец. 404-ую. Если появится что-то подходящее, можете потом добавить редирект или подложить прямо под исходный адрес. Бывали случаи, что я так со временем целые разделы воссоздавал, что давало хороший профит.---------- Добавлено 10.11.2018 в 23:58 ----------P.S. Иногда имеет смысл подкладывать редирект и на сторонние ресурсы.
Там наверно новые правила для МВД, МИД и т.п., действующие с 10-го года. По ним Й – это I. Для доменов не слишком актуально. Самым популярным по-прежнему остается вариант Y (из новых правил прижились в именовании доменов только E и TS, точнее они и раньше часто использовались). Я бы ни один вариант не использовал, т.е. избегал использования Й.
Это лечится шифрацией с послед. проверкой, хранением целевых/доменов целевых в скрытой части адреса и т.п. Если ссылок немного, можете добавлять их отдельно вручную при помощи этого скрипта.
Для сильно специфичных страниц это обычно дефолтом делается. Логика простая. Для типичных страниц изначально используются общие стили и к/скрипты. При добавлении сильно специфичной страницы (или раздела) в ее коде обычно присутствует добавление к общему стеку специфичных стилей и к/скриптов. Достаточно просто проконтролировать, что все норм. расширяется, имеются все необходимые для этого условия. Например, смотрим общий шаблон и видим там что-то такое:
<meta name="viewport" content="width=device-width, initial-scale=1"><?= extra('head-section') ?>
Читаем про эту extra в доках по движку, проверяем ваше расширение на совместимость с этой ф-цией и этой рамкой для вставки (head-section) и т.д.
SeVlad, да, я на первой странице отвечал. Только после отправки своего увидел твой практически аналогичный пост, за кот. и поблагодарил. Типа мыслим примерно одинаково. Хотя ты иногда несешь такую пургу, что просто жесть. Обо мне наверняка можно сказать то же самое :D
Для них DNS шареда, почта шареда и т.п. – это типа свое. А вот почему вы живете по этому же принципу и не задумываетесь о «распределенности», большой вопрос.
А у вас мысли странные. Это как раз с шареда привычка «все свое ношу с собой». Хотя нек. и на шареде получается использовать сторонние DNS-серверы, т.к. вменяемые хостеры предупреждают о смене IP заранее.
Для этого нет нужды использовать DNS-хостинг от Яши. Достаточно прописать яшины MX и т.п.
