Общий вопрос.. Что будем делать с SEF? Развивать внутренний механизм или использовать сторонний? Я предлагаю попытаться поставить на ноги тот который есть.
ну com_content нет, значит будет проще.. Встречный вопрос.. Сейчас Босс заменил ком_контент.. Я понимаю что он расширяемый, но как с ним будут работать SEF, т.е. как с компонентом БОСС или как-то по особенному?
Конечно если есть время и желание внутренний поправить то хорошо, всё таки сторонний как альтернативу всегда можно развить, а так в поставке уже будет.
можно сделать так: по option подключать файлы специализированные под конкретный компонент, но чтобы сделать красивые урл необходимо делать запросы, сопоставляющие алиасы старниц с их конкретными урл. без этого не обойтись. Иначе все переменные передающиеся в запросе нужно оставлять в запросе.
Согласен, свой SEF-файл к компоненту, более гибкое и наверное, простое решение, чем пытаться сделать всеядного монстра. Не знаю в тему или нет такой вопрос, я так понимаю, что в Боссе будет браться псевдоним страницы и передаваться в sef, а возможно сделать, что бы если это поле не заполнено, то туда передавалось название страницы, переведённое в транслит автоматом нужно ли это.
Да вот сижу, думаю, стоит-ли разбираться или оставить в покое и делать свое. Не нахожу вариантов убрать из урл компонент и действие, ведь компонентов у нас не один и действие (task) для сефа указать надо обязательно, иначе не понятно как разбирать, на какой компонент отправлять.
Я считаю что деволтный СЕФ должен остаться таким какой он есть, а вот на счет стороннего компонента - можно сделать так чтоб запрос к БД был только ОДИН!! В Джустине по действию onAfterRender получаем список несеф ссылок и делаем запрос к БД и в нем N условий (по исходным ссылкам получаем их SEF-варианты), если построить индекс - будет работать относительно быстро. Ну а запрос даже в 200 условий - чепуха для нагрузки. Как то так. И волки целы, и овцы сыты B-)
Дефолтный сеф никуда не годится, его никто не применяет, по этому варианта два - или переделать или выкинуть. Если у тебя, Vladzimir есть понимание как сделать хорошо, так сделал-бы, а мы бы порадовались. У меня пока такого понимания нет.
Думаю сделать uri так: /название компонента без "com_"/таск/далее компонент сам соображает как делать
Таскам присвоить алиасы для благовидного звучания в плагинах компонетов. Ассоциации сеф и несеф ссылок можно засунуть в глобальные переменные (например в сессию или серверные переменные).
всё таки лучше сделать возможность переименовывать название компонента или вообще не показывать.. Ну например boss.. Зачем он мне.. А вот типа katalog или arhiv мне нужен и понятен