Уже не однократно поднимался вопрос реорганизации каталога статей в WIKI, но так и не нашлось решения для него.
Владея небольшим тематическим порталом уже более 4-х лет, собрав около 5 тыс. статей, невольно сталкиваешься с элементарной проблемой — одинаковый контент.
Бороться с ним крайне сложно, но выход есть. Перенести часть статей в WIKI.
Основная причина — перенос статей потому как если их раскладывать по категориям, даже без вложенности — получается около 120 категорий. ОЧЕНЬ НУЖНЫХ и ВАЖНЫХ.
По-этому, прихожу к вполне разумному выводу — зачем раскладывать по категориям физическим (влияющим на адрес статьи) если можно разложить средствами системы?
Давайте этот момент обсудим?
а это разве не "теги" называется? — связующие признаки, не участвующие в формировании urlчто то типа связующих признаков, категории без учета в урле
Нужно найти какой-нибудь другой вариант.
Один из них, например, модуль: алфавитный указатель, которому в настройках задаёшь из каких категорий выводить алфавитный указатель и он выводит.
Второй, например, модуль: теги определенной категории. Также, должен делать выборку только из нужной категории.
Третий, модуль: лучшие материалы. Модуль, способный выводить:
— популярные (по нравится) статьи за день, неделю, месяц, год
— самые читаемые (по просмотрам) за день, неделю, месяц, год
— самые комментируемые (по комментариям) за день, неделю, месяц, год
— самые новые (по добавлению) за день, неделю, месяц, год
Это, один модуль, у которого только в настройках меняется параметр вывода содержания
Тип ЧПУ:
Тип 1 — ссылки на полную новость будут иметь вид site.ru/id-имя новости.html
Тип 2 — ссылки на полную новость будут иметь вид site.ru/категория/подкатегория/id-имя новости.html
Тип 3 — ссылки на полную новость будут иметь вид site.ru/2008/04/02/имя новости.html, внимание данный тип несет повышенную нагрузку на сервер
site.ru/категория/(подкатегория если есть)/id.html это статья, а список как сейчас site.ru/категория/
мне кажется было бы меньше заморочек вот в таком виде
site.ru/категория/(подкатегория если есть)/id.html это статья, а список как сейчас site.ru/категория/
Было бы меньше. Но знаете, сколько разработчики положили сил, чтобы убрать id из URL!
Посмотрите версии 1.2.1 и раньше
Оптимальный вариант — как есть сейчас. Если URL дублируется — добавлять к нему ID статьи
=========
Пошли по кругу…
только про seo не забывайте. Зачем же убивать свои позиции в поиске только ради того, чтобы "было меньше заморочек".мне кажется было бы меньше заморочек вот в таком виде
site.ru/категория/(подкатегория если есть)/id.html это статья, а список как сейчас site.ru/категория/
мне кажется было бы меньше заморочек вот в таком виде
site.ru/категория/(подкатегория если есть)/id.html это статья, а список как сейчас site.ru/категория/
Было бы меньше. Но знаете, сколько разработчики положили сил, чтобы убрать id из URL!
Посмотрите версии 1.2.1 и раньше
Оптимальный вариант — как есть сейчас. Если URL дублируется — добавлять к нему ID статьи
=========
Пошли по кругу...
этож надо тогда проверку вводить а дублируется ли такая статья или нет. а так просто id статьи вписать и не парится. я бы даже в статье убрал с конца .html и получил бы site.ru/news/23456/ — это статья раздела новости с номером 23456 и не заморачивался. а так как сейчас если у меня к примеру заголовок статьи в 20-30 слов — такое url получается длинное — его наизусть врятли напишешь
только про seo не забывайте. Зачем же убивать свои позиции в поиске только ради того, чтобы "было меньше заморочек".
вот про seo ничего сказать не могу, надо сначало мне с ним познакомится. так как в этом плане я чайнег (признаюсь честно)
PS советую почитать что такое ЧПУ и зачем они нужны. Яша с Гошей расскажут, инфы много
++++ также про уровни страниц. Категории вообще в идеале сделать как вендор, а лишние уровни убрать, просто к каждому материалу добавлять idSergey Platonov, так пока не познакомитесь — не предлагайте такие экстремальные варианты по убийству сайта))