ещё в IE 8 мелкомягкие убрали эмуляцию режима 6-ки из "Средств разработчика". видимо сами авторы предлагают единственным способом адаптации сайта к 6-ке - заглушку "обновите браузер", а они ребята не глупые...
есчо раз, если у Вас основным (определяющим) ядром движка все же действительно является Joomla вариантов нормальной организации архитектуры сайта у вас немного, вернее всего один:
- категория: site.ru/category.html
- подкатегория: site.ru/category/subcategory.html
всё. определяется это работой SEF и JRoute Joomla. нормально работающих адресов со слешами на концах вместо суффиксов влёгкую организовать не получится (либо переписывать JRoute при каждом обновлениии, либо согласиться на постоянный 301 редирект кривых внутренних ссылок, а оно надо?). вполне нормальная архитектура, внутреннего SEF-а вполне хватает для всего и не надо никаких дурацких примочек, тормозящих сайт по чёрному. небольшое и известное колдунство вначале + аккуратность в процессе наполнения = не будет дублей вообще.
удачи...
Joomla 1.6 поддерживает языки именно в том варианте, который Вы описали. из за этого у народа даже непонятки и ступор возникают в процессе усвоения новой фичи ;). но, поддерживается именно эта идеалогия - независимость языковых реализаций...
ну не идиоты ПСы явно: в Гугле 3.6 млн страниц, ок аж 1% остался ;) в Яндексе 0 - тоже сойдёт... но чем "круче" то?
это как раз оптимальный вариант, по моему, но человек интересовался всеми "стандартами" ☝ и песню про "псевдо-статические" расширения .html в ЧПУ придумали очень давно и не я...
древнее, вот и странное 😂 .html - как бе статика, .php - как бе скрипт...
да по теме: для Joomla вариантов меньше из за её SEF и JRoute. без лишней головной боли - включаете внутренний SEF обязательно с добавлением суффиксов и всё, вариант выбран и вполне кошерный. Никакой возни с DirectoryIndex не надо вообще, просто обычный джумловский mod_rewrite.
ЗЫ: самый удобный вариант по моему - адреса со слешами на конце. но джумловский JRoute сам так формировать навигацию не будет, только с суффиксами на конце или вообще без ничего, а это бардак...
древнее правило: подсовывать ПСы *.html, делать вид, что страница статическая, а не сгенерирована. но кого щаз этим обманешь? другие варианты равнозначны
НО! тут может возникнуть проблема дублирования контетнта... как раз связанная с DirectoryIndex ;). для ПСы site.ru/dir/ и site.ru/dir/index.html РАЗНЫЕ страницы, а Apache откроет одно и то же.
на чём сайт, на каком движке? какие варианты автоматического формирования внутренней навигации?
DirectoryIndex это вообще то директива для Apache - какой файл искать и открывать в директории при адресе, заканчивающимся на слеш (адресе на этот каталог/директорию). к ПС она отношение имеет мало - только к внутренней архитектуре сайта т.е. движку. Другими словами - при адресе заканчивающемся на слеш (обращении к катологу) Apache молча, без изменения адресной строки подсунет браузеру или боту именно тот файл из директории, который Вы указали в DirectoryIndex (или первый найденный из списка).
Другое дело как ваш движок формирует внутренние ссылки - выстраивает архитектуру сайта. Оставляет он слеш на конце адреса во внутренней навигации, добавляет к нему .html или .php или /index.html или /index.php. Видимо именно эти "стандарты" Вы и имели ввиду. ;) Но вот это уже мало имеет отношения к DirectoryIndex, это внутреннее дело движка. Так что разберитесь что к чему - и сам легко поймёте что почём.
по кондовой логике HTML - адназначна так. есть и заголовок первого уровня и ссылка на тело статьи. по логике ПС - хз, но за неимением определённости, стоит считать, что конструкции типа <h1><a>...</a></h1> или <a><h1>...</h1></a> никакая ПСы за два вложенных друг в друга кошерных тега считать не станет - слишком уж разные у них функции, примет за один с самой очевидной/нужной пользователю функциональностью - ссылку...
