Вы не зашли.
Возник вопрос - нужно ли в ссылке на новость, находящуюся одновременно в нескольких категориях, указывать весь список категорий или только главную?
Пример - новость находится одновременно в категориях news (основная), develompent и testing (дополнительные), имеет альт. имя new_release.
Как лучше?
1. Весь список: /news-development-testing/new_release.html
2. Только основная: /news/new_release.html
Жду предложений.
Я со своей стороны склоняюсь к первому варианту.
p.s. Для тех кто ещё не понял - на скриншоте показан новый формат ссылок.
Не в сети
vitaly, Только главную, удлинения не к чему...
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
Wolverine, Чем же? В двиге к новости ты указываешь главную категорию и к ней же ты можешь присвоить ещё дополнительные категории и к чему вообще выводить в урле дополнительные категрия, они же дополнительные...
P.S. Я думаю скорее всего будет 1 вариант, так как реализовать проще...:)
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
Категория Блог site.ru/blog , категория Новости site.ru/news
В новостях, например, категория CMS. С моей точки зрения url site.ru/news-cms/next_generation.html выглядит логичнее, чем просто site.ru/news/next_generation.html, т.к. в первом случае видно, что это новость из рубрики CMS. Как-то так.
Подождем пока другие выскажутся
Не в сети
Wolverine, Ты привел не удачный пример...;) Как правило категория имеют вид намного длиннее так как альтернативное имя задается по названию этой категории, а если их ещё и объединять то будет совсем уж длинный урл...
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
на мой взгляд, стоит дать возможность выбора: сохранить по старому (мне, например, глобальная переиндексация не нужна) или же выводить краткий вариант. по умолчанию я бы поставил краткую версию, как более оптимизированную.
делай, что надо и будь, что будет
Не в сети
SeeD, вопрос обратной совместимости - своя головная боль и я её обязательно буду заниматься.
Старые URL'ы будут в любом случае работать. И будет возможность отказаться от нового формата и использовать только старый.
2All: было ещё одно предложение - оставить только одну (основную) категорию, но указывать эту категорию в виде структуры:
- Новости (news)
- - Спорт (sport)
- - Политика (politics)
..
если новость будет в категории "Спорт", то её URL будет выглядеть как /news/sport/altname.html
Как такой вариант?
Не в сети
2All: было ещё одно предложение - оставить только одну (основную) категорию, но указывать эту категорию в виде структуры:
- Новости (news)
- - Спорт (sport)
- - Политика (politics)
..
если новость будет в категории "Спорт", то её URL будет выглядеть как /news/sport/altname.htmlКак такой вариант?
Так ещё хуже чем их объединять...;)
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
если новость будет в категории "Спорт", то её URL будет выглядеть как /news/sport/altname.html
Как такой вариант?
/news-sport/altname.html получше будет из-за меньшей вложенности
Как правило категория имеют вид намного длиннее так как альтернативное имя задается по названию этой категории, а если их ещё и объединять то будет совсем уж длинный урл...
не знаю, вроде никто не жаловался раньше по этому поводу?
Не в сети
Wolverine, Раньше никто не спрашивал, был бы выбор...:)
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
Пока во всем согласен с ROZARDом. Чем меньше и логичнее, тем лучше.
Главное, чтобы из-за придумывания чего либо не удлинился, не испортился урл новостей, которые в одной категории.
Категория Блог site.ru/blog , категория Новости site.ru/news
В новостях, например, категория CMS. С моей точки зрения url site.ru/news-cms/next_generation.html выглядит логичнее, чем просто site.ru/news/next_generation.html, т.к. в первом случае видно, что это новость из рубрики CMS. Как-то так.
Кажется ты говоришь про субкатегории.
А можно так? Если новость в нескольких категориях, то пусть и будет доступна по нескольким адресам:
/news/new_release.html
/testing/new_release.html...
Иначе в какую категорию я попаду, если перейду по ссылке: /news-development-testing/new_release.html
В главную? Тогда можно оставить только главную.
Не в сети
А можно так? Если новость в нескольких категориях, то пусть и будет доступна по нескольким адресам:
/news/new_release.html
/testing/new_release.html...
поддержую, мне и seoшник примерно так говорил делать
Изменено graf (2009-05-18 19:03:57)
Не в сети
Если новость в нескольких категориях, то пусть и будет доступна по нескольким адресам:
/news/new_release.html
/testing/new_release.html
Мне такой вариант тоже больше нравится, хотя это уже спам будет, но так более понятно чем /news-testing/new_release.html так как не понятно в какой категории ты сейчас находишься, если не выводить название категории.
Не в сети
но так более понятно чем /news-testing/new_release.html так как не понятно в какой категории ты сейчас находишься, если не выводить название категории.
как это непонятно? ты хочешь сказать /news/new_release.html более понятно чем /news-testing/new_release.html?
Не в сети
Открою страшную тайну - двиг при обработке URL'а (при обращении к полной новости) вообще не смотрит на категорию, а использует только альт. имя новости. Так работает в текущей devel версии.
Поэтому, в принципе, новость будет доступна даже по url'у /category_that_even_dont_exist/alt_name.html
Это плохое поведение или нет?
Могу добавить проверку, что указана корректная категория, к которой относится новость..
p.s. зато при переносе новости из одной категории в другую и даже при удалении категорий - все старые новости всегда будут доступны по старым URL'ам (до тех пор пока в новости и альт. имя не поменяется).
Не в сети
Trashcka пишет:но так более понятно чем /news-testing/new_release.html так как не понятно в какой категории ты сейчас находишься, если не выводить название категории.
как это непонятно? ты хочешь сказать /news/new_release.html более понятно чем /news-testing/new_release.html?
Категория могут добавляться и так же убираться, а если у новости убрать категорию то она уже будет не доступна по этому урлу и уйдет время пока её по новой проиндексируют, а пользователи в этот момент будут попадать на несуществующую страницу...;)
Пример: был проиндексированный урл поисковиками /news-testing/new_release.html если ты уберешь с него категорию testing то люди прошедшие с поисковиков по урл /news-testing/new_release.html будут попадать на несуществующую страницу...
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
Открою страшную тайну - двиг при обработке URL'а (при обращении к полной новости) вообще не смотрит на категорию, а использует только альт. имя новости. Так работает в текущей devel версии.
Поэтому, в принципе, новость будет доступна даже по url'у /category_that_even_dont_exist/alt_name.html
Это плохое поведение или нет?
Могу добавить проверку, что указана корректная категория, к которой относится новость..p.s. зато при переносе новости из одной категории в другую и даже при удалении категорий - все старые новости всегда будут доступны по старым URL'ам (до тех пор пока в новости и альт. имя не поменяется).
Вообще плохое поведение! Из за этого могут появиться много дубляжей не существующих категорий по которым может быть новость...
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
Категория могут добавляться и так же убираться, а если у новости убрать категорию то она уже будет не доступна по этому урлу и уйдет время пока её по новой проиндексируют, а пользователи в этот момент будут попадать на несуществующую страницу...;)
Пример: был проиндексированный урл поисковиками /news-testing/new_release.html если ты уберешь с него категорию testing то люди прошедшие с поисковиков по урл /news-testing/new_release.html будут попадать на несуществующую страницу...
каким боком это относится к понятности, в какой категории я нахожусь? двигу вроде вообще пофиг /news-testing/ или /news11111111111111111111/
// не заметил поста Виталика так оно и есть с категориями
Изменено Wolverine (2009-05-20 00:11:00)
Не в сети
на самом деле это удобно. я вот не так давно добавлял новые категории, делал реструкторизацию и благодаря такому поведению не потерял ни одной проиндексированной ссылки.
возможно это не понравится поисковикам, но все же это лучше чем получить кучу 404 и потерять посетителей. я так думаю.
делай, что надо и будь, что будет
Не в сети
Кстати, можно будет потом сделать и самый последний вариант - если пользователь приходит на страничку с URL'ом, который двиг считает неверным (неверная категория), но новость по альт. имени всё-таки опознаётся, то двиг выдаёт HTTP Redirect.
Тогда и поисковики не будут индексировать несуществующие страницы и посетителей особо сильно не потеряешь,... но, к сожалению, какая-то потеря всё-же будет, т.к. поисковикам не очень нравится смена адресов у страниц.
Не в сети
SeeD, 404 ошибки у двига просто нет и в этом вся и проблема, всё несуществующее будет открываться по этому адресу с надпись "категории/новость не найдена" и куча левых страниц в поисковике.
Я для себя добавил
$SUPRESS_TEMPLATE_SHOW = 1;
header('Location:'.home.'/404.htm');
и если страница не найдена пользователь отправляется на статическую страницу с моим сообщение о не найденной странице
P.S. Ошибка 404 лучше, чем уведомление что страницы не существует!
xmpp://ngcms@conf.ngcms.ru
Настройка клиента для подключения к конференции
Не в сети
всё несуществующее будет открываться по этому адресу с надпись "категории/новость не найдена"
ну да-ну да... все будет нормально открываться, существует категория или нет CMS не волнует ни разу
Не в сети