Нужно было лучше выбирать регистратора. Этим что "Рашка", что "Украшка" - все равно. Хотя сама регистратура (Пончики/Афилиас/ИД) при этом более-менее нормальная, несмотря на то что они как бы владеют "нэймом".
Вообще достаточно пообщаться с отдельными представителями тамошнего бизнеса, чтобы все понять. Мы долго крутились, чтобы выбрать регистратора на континенте (для доменов сайтов с соответствующей аудиторий). В итоге остановились "на Багамах", а потом и оттуда ушли. GTLD- нет смысла регистрировать "по месту". Только хостинг остался континентальный.
Наверное, он это и имел в виду. "Человекоподобных URL" не бывает. Бывают "человеку понятные" (или "дружественные"). А человек уникален 😊
Кнопка "Просмотр" учитывала бы эти настройки. Это называется "суффикс URL" (префикс тоже есть) и настраивается через Системную конфигурацию, относящуюся к адресации. Надеюсь, автор использовал кнопку "Просмотр" 😊
Жестко - это "Заморозить URL". Но зачем продуцировать лишние сущности? Достаточно имеющегося символьного идентификатора.
Вообще все эти псевдонимы - наследие прошлого многих CMS. В моем софте символьный идентификатор - всегда основной для адресов (или такие идентификаторы вовсе не используются в конкретной коллекции). Либо это какая-то декорация, которой может и не быть в адресе, т.е. избыточный для адреса идентификатор.
Из-за того что была только главная, адресация могла быть не настроена. Также у страниц есть такой параметр как "участие в URL". В Revolution 2.7.3-pl называется "Использовать псевдоним в пути псевдонимов".
Вчера работал, правда с EVO.
Система своеобразная. Но во многом достаточно логичная. Я на ней ничего не создавал, но разбирался, чтобы переносить с нее сайты. WP большее отторжение вызывает. Возможно, потому, что с ней чаще приходится работать.
Иногда из-за ограничений редактора, когда обработчик редактора не пропускает какие-то теги и т.п.
Справедливости ради нужно сказать, что для главной и других объемных уникальных страниц часто удобнее размещать и редактировать содержимое в шаблоне, чем в редакторе содержимого. Но главную и т.п. можно лучше структурировать, размещая на ней данные из множества ресурсных записей, хранящихся в базе данных. При ее кэшировании это и нагрузку не будет создавать. Кэш можно даже в ресурсной записи главной сохранять.
Неграмотные разработчики часто вставляют содержимое в шаблон. Часто даже по условию, чтобы "натянуть" один шаблон на разнотипные страницы.
Что касается ошибки 404, пока мало что понятно.
Вы правильно пишете. Просто далеко не все готовы нормально выполнять премодерацию.
У открытых комментариев тоже есть небольшие недостатки. Нужен какой-то дополнительный (на самом деле основной) идентификатор, например адрес e-mail. Иногда пользователи его повторно вводят неправильно или забывают, какой был изначально (даже если хранить на клиенте или во временной сессии, все равно периодически требуется вводить повторно). Иногда даже бывает, что один пользователь специально вводит идентификатор другого, зная его.
Ну покажите ему плашку, что в данный момент комментарий проверяется и пока не виден другим 😉
