Это правильно. Но таким музейным способом будет трудно сделать. Разные серверы постоянно будут пытаться вставить палки в колеса. Единственный более-менее нормальный способ для этого музея - разнести каталоги файловой системы и соответствующие части пути, т.е. использовать внутреннее перенаправление /path --> /hidden/path/index.[html|php]

Заодно и дубли с разными путями поможет скрыть.

Только перед перенаправлением делайте тест на наличие соответствующего "индексного" файла, т.е. перед правилом добавьте условие с "-f".

В общем-то можно и без лишней вложенности:
/path --> /hidden/path.[html|php]

Конфликта не будет:
/dir --> /hidden/dir.html
/dir/subdir --> /hidden/dir/subdir.html

Появление чего-то более приоритетного с идентификатором "post" на первом уровне. Это может быть не только другой маршрут со статическим префиксом /post/ в адресном шаблоне. Некоторые системы поддерживают тестирование переменных частей в шаблонах маршрутов, например при наличии маршрутов с шаблонами
1) /%category%/category/
2) /post/%postname%/
может быть все хорошо, пока не появится категория с идентификатором "post". За счет использования %post_id% (вместо %postname%) данный пример для нас безопасен, но в общем случае опасность сохраняется.

Замечание модератора: Эта тема была закрыта автоматически ввиду отсутствия активности в ней на протяжении 100+ дней. Если Вы считаете ее актуальной и хотите оставить сообщение, то воспользуйтесь кнопкой или обратитесь к любому из модераторов.

Да. Как выше написал, для ЧПУ и устранения неоднозначности можно и /post/%post_id%/ или /post%post_id%/ (если это "или" поддерживается в WP).

Хотя неоднозначность все равно может быть, например /%category%/category/ с идентификатором категории "post". Надеюсь, понятно, что потом ничего с идентификатором "post" на первом уровне создавать не нужно. В моих CMS обычно с этим нет проблем, а в WP по идее могут быть.

Если там можно расставлять приоритеты маршрутам, поставьте /post/%post_id%/ на первое место (наивысший приоритет), чтобы в один прекрасный день не перестали отображаться страницы постов из-за "перекрытия".

Кстати, теоретически добавление префикса /post/ в качестве статической части шаблона маршрута тоже может приводить к появлению дополнительного запроса. Что-то не помню, чтобы WP хранил маршруты в файлах. Нужно проверить. В моих CMS обычно это тоже так. Правда, в высоконагруженных проектах этот запрос оптимизируется вплоть до использования NoSQL ("ключ-значение", база данных в памяти и т.д.).

Как выше написал, делайте на вашем "добре". Потом будете оптимизировать или перенесете на что-нибудь более подходящее.

MakDonald, использование баз данных - это скорее большой плюс, чем минус.

Иначе берите сразу CMS на файлах, близкую к генератору статических сайтов

У Freenom кроме tk еще были cf, ga, gq, ml. Продление бесплатное, но, как выше писали, могут "забрать". Так что ни под какое "seo" не подойдут. Даже при небольшом интересном им трафике домен изымается. Возможно, инициатором является тот, кто готов оплачивать конкретный домен, а не они сами. Особо не вникал в их "правила".

Обычно админка не связана с личными кабинетами. Интерфейс похож за вычетом возможностей админа? Адреса формы входа совпадают?

О какой "популярной CMS" идет речь? Задайте вопрос представителям комьюнити этой CMS.

Если есть возможность, создайте для старого домена отдельный "сайт" и в нем выполняйте (безусловную) переадресацию. Также это можно сделать при помощи сервиса парковки доменов: https://p20.ru/about/purpose

Должно пройти время, если трафик только с поисковых систем. Иначе переадресацию лучше оставить бессрочно. Или по крайней мере до тех пор, пока существуют хорошие ссылки.

Почему? Даже я, не программируя на JS, знаю, что сейчас по крайней мере для админки, где можно использовать более прогрессивные возможности JS, такое сделать не так сложно. Наверное, у вас есть какие-то другие причины.

Видимо, у вас не так уж и много пользователей. Или все они - ИП не только в юридическом, но и в прямом смысле. Я с таким сталкивался даже при работе пользователей под одной учетной записью. Кстати, в админке и в ЛК поддерживается одновременная работа с нескольких устройств (под одной учетной записью)?

вы это серьезно?

xweb, в основном Nell, конечно, прав. Пусть он и погорячился с оглядкой на PSR в проприетарном продукте, но вы даже одного стандарта форматирования не придерживаетесь в отдельно взятых файлах ("школьные" замашки).

"Дружит с СЕО" плохо сочетается с этим:
/intshop/allproduct/
/intshop/?url_str=allproduct/
/intshop/index.php?url_str=allproduct/
/intshop/index.php/tested-by-estic?url_str=allproduct/
даже несмотря на это:
Disallow: *?*

Придерживались бы более-менее современных стандартов, такого бы не было.

Ну, не принято чистый CSS- или JS-код хранить в php-файлах, хоть ты тресни, даже если в них этот код не хранится, а генерируется. Для предварительной сборки используете соответствующие инструменты, для сборки "на лету" - понятные внешние имена/адреса.

Почему в админке не используется единая точка входа?

Даже если админка интенсивно использует AJAX, при пагинации лучше использовать различные видимые пользователю номера страниц в адресе (пользователям админки удобнее обмениваться ссылками в закрытом режиме, чем писать "открой список товаров на странице 123").

Если поддержки такой возможности нет, это скорее хорошо, чем плохо. Не пытайтесь "калечить" CMS, а попробуйте совместить разрозненный код в рамках одной CMS.

Или разнесите этот код по разным доменам, о чем я уже писал.

Кстати, CMS может "работать из корня", но позволять структурно "загнать" все управляемые ее страницы в одну ветвь корня. Если у вас получится это сделать, то сконфигурировать сервер на распределение запросов между разными CMS будет не трудно.

Если CMS не поддерживает, никакие настройки сервера не помогут. Разве что проксирование и модификация ссылок

Установить на отдельный (под)домен.

Ссылки на портфолио в первом посте нерабочие. Сайт (домен) на рекламной парковке. Группа ВКонтакте по ссылке отсутствует.

Попросите опять отредактировать первый пост.