Readers: 38
Topics: 26
Вы должны зарегистрироваться/войти чтобы добавлять сообщения в эту группу.
Выложил функционал, который пользую сам.
Меняет пути /node/123 -> /node/123.html
/taxonomy/term/123 -> /taxonomy/term/123.html
Ну и решает вопрос который многие не могут решить:
/node?page=2 -> /node/page/2.html
Как-то так.
Более подробно здесь: http://brainstorm.name/node/390.html
Комментарии (14)
а есть ли вообще какое либо функциональное отличие
site.org/catalog.html
от
site.org/catalog/
или это просто, для «красивости»?
ну исторически у файлов было расширение .html, .shtml
Более теплый ламповый видПо урлу понятно что там страница. как-то приятнее что-ли.
+ ссылка на тэг таксономии короче.
Есть мысль докрутить это до большей конфигурируемости. (шаблон ссылки и тд но пока все на уровне идей)
catalog/ — директория
catalog.html — файл
Есть разница? -)
ну да. это и была моя идея. html контент должен заканчиваться на .html
насчет дополнитеьных фиксов поверх друпаловских урлов — пока размышляю.
например автоматика типа /[тип-ноды]/2345.html будет требовать лишних запросов в БД если использовать те хуки — hook_url_(in|out)bound_alter — потому пока не хочу делать. а с таксономией такой красивости хотелось самому.
да, не совсем правильно написал…
catalog/ — директория
catalog.html — файл
а просто
catalog?
если я не ошибаюсь, в винде с той же целью по умолчанию спрятаны расширения файлов. Зачем путать пользователя лишний раз?
В зависимости от настроек Apache, просто catalog может являться директорией.
Однозначно плюс за модуль!
Расширение html настраивает посетителя на простой и статичный сайт (выданный например dreamweaver :)), но имхо это чисто для себя, я еще не видел заказов на такую тему от сеошников.
А чем же вам pathauto не подошёл?
Через токены там много чего можна «нахимичить».
можно. только зачем забивать табличку если можно обойтись без этого?
Очень сомнительное преимущество, так как шли очень долгие дебаты по включению данных хуков в ядро — они очень серьезно нагружают систему, так как вызываются дл каждой ссылки на странице и порой значительно быстрее работает запрос к базе.
то что url вызывается для каждой ссылки — само по себе систему сильно нагружает. не? :)
ага. забивать базу путей однотипными записями типа taxonomy/term/xxx -> tag/xxx.html
и то же с нодами — еще круче. особо если нод пара сотен тысяч.
Ты дальше будешь писать в стиле «небо голубое, а вода мокрая»? :)
Илья, изучи документацию и посмотри в код, работа с путями в 7 серьезно изменилась!
я уже недели 2 ффтыкаю в ядро, на тему как сделать грамотно :)
у тебя есть идея как отказаться от этих двух хуков(да, они мне не нравятся) для урлов? :)
Или только восклицания с общими фразами? :)
из вики:
Милтон-модель — в НЛП, обратная метамодели, позволяет говорящему быть «искусно неясным». То есть она позволяет делать утверждения, которые звучат вполне конкретно, но являются достаточно общими для того, чтобы подстраиваться к опыту слушателя, каким бы он ни был. Милтон-модель позволяет конструировать предложения, в которых почти вся информация удалена, так что слушатель свободно может заполнять пропуски собственным опытом
энди, конкретику давай. что ты КОНКРЕТНО считаешь нужным изменить. лучше конкретику в виде патча. пространные советы «илья посмотри!» и тд — не принимаются. не будь трепачем.