С каких это пор они - классика?
Вангелис нравился, особенно альбомы начала девяностых годов. Потом или надоело, или время прошло.
Сейчас музыкантами-альбомами музыку не слушаю, делаю подборки. Тех же негров, Rapsody, в перемешку с "Rondo Veneciano", ДиЛюЛя и Мадонной :)
чтобы в сутках было хотя бы 36 часов. Тогда мой ритм и с работой, и с отдыхом, был бы упорядочен, можно было бы все успеть, и после не маяться бессонницей. И здоровья было бы тогда уж точно больше.
Ну и что. Есть не только Я. И, кроме того, запросов с правильным (английским) написанием правильных терминов, во всех поисковиках, в том числе и во всех рунетовских, приличное количество. Не только слово "design" - многие специфические термины, которые в русском языке получают окончания или обороты, при этом поьзователями ищутся в правильном написании, в латинице.
И, кроме того, ваш пример и проверьте в Google или других международных поисковиках и сравните выдачу. Видимо здесь тоже надо правильно видеть цели и задачи будущего проекта.
Опс. Видимо я очень непонятно все объясняю. Сорри. Не статьи, относящиеся к определенному тегу, отбираются, а ТЕГ, который по смыслу соответствует статье, назначается редактором. Речь идет даже не о том, нужны теги или нет - потому что это просто - для одних проектов - нужны, для други- - нет, речь идет о том, как наиболее логично предоставить редактору соответствующий инструмент для назначения тега. Или тегов.
И имя урла так же в обязательном порядке проверять руками. Приведу типичный пример (уже много раз встречался в сети) - генерится урл автоматом - переводится название в латиницу с разделителями "-". И при этом теряются совершенно волшебные ключевые слова, которые, кстати, встречаются и в тексте, причем на английском :) типа "istoriya-dizaina.xhtml" - как вам такое название? и сравните если бы документ назывался "design-history.xhtml" - очень жаль такие имена, каждый раз вижу если в сети - удивляюсь такому упущению.
Назначение полей поясните пожалуйста. (с остальными да, подписываюсь, почти такая таблица.)
По поводу Expires - после истечения даты жизни - документ убивается? Или "архивируется"?
Как вариант, видимо, интересно было бы его скрывать из базового рубрикатора (я уже писала выше о том, что с годами количество страниц (paging) в отдельно взятой рубрике чрезмерно растет, и никто ТЕ дальние страницы листать не будет (сужу по своей статистике, реальной.), )но как дальше поступать с документом? Если это, скажем, "новостийное" сообщение, которое перестало (перестанет) быть актуальным, но может понадобиться - для общей ли статистики, или для других целей?
И как дальше с этим документом, расскажите?
И, кстати. Какие еще могут быть причины для того, чтобы архивировать или удалять документ?
Я бы порекомендовала так, как мы с программером делали для одного буржуйского проекта.
Все метаданные генерятся автоматом. В админке наборы отображаются в редактируемых textarea. Есть у редактора возможность (или необходимость) подойти индивидуально - пожалуйста, подгоняй. Нет возможности (слишком большой поток текстов или слишком мало денег платят редактору) - все одно данные генерятся, и генерятся относительно корректно.
логи :( почту и ньюзы
Да, в идеале управляемые словари - решение, однако при таком автомате есть опасность сведения имени группы (тега) к рубрикам, т.е. по существу дублирование навигации, что есть бессмысленно. Суть не только в анализе плотности ключевых слов - суть дать имя соответствующее, но уникальное.
В вашем примере весь сайт вряд ли будет посвящен узкой теме - может, это тема "приусадебный участок", и основные рубрики - это "дом", "огород", "сервисы", а уже в рубрике "огород" - "продукты питания", "декоративные растения", "сад" - вот как раз при такой системе рубрик ваше слово "полив" можно отнести именно к тегу - потому что статья с таким тегом может объеденить статьи из подрубрик "сад", "декоративные растения", и даже из совсем других подрубрик других рубрик ("оборудование для дачи"->"огородная техника").
Но без словарей есть шанс что разные редакторы, которые поддерживают этот сайт (да и один редактор - когда в разном настроении и т.д.) может исползовать в качестве тега слово "полив", или "поливка", или "поливалка"... или еще что похлеще. При наличии готовых словарей он может ориентироваться - какие теги уже используются в проекте.
Дочиталась. Похоже. Теги по идее должны бы расширить навигацию внутри одного проекта, не ограничиваясь секцией (рубриками, подрубриками) - дает возможность перелинковки документов из разных рубрик.
Примеров практических - масса, и любой владелец (или редактор) инфоресурса сталкивался с ними, уверена, много раз. Один документ (документ А), однозначно определяемый в одну рубрику, в ней, грубо говоря, и похоронен. Т.е. есть шанс, что он вылезет в блоке "статьи по теме" - но если по теме вдруг пошел поток статей, есть шанс, что уже через неделю этот "документ А" не попадет в список "статей по теме" - его вытолкнут более свежие проекты.
Назначение же "тега" позволит отдать пользователю этот документ, даже если пользователь серфит в совсем другой рубрике.
Есть еще замечание. Да, наиболее близким примером выборки по тегу - это пример вложенного поиска. Когда пользователь ищет по слову-словосочетанию, далее - в результатах поиска. Но.
1. Он может *не уметь* пользоваться advanced search, *не хотеть*, сайт может не предоставлять продвинутый поиск пользователю (а только простой) и т.д. Но даже если он умеет, то
2. Это *его* результат поиска. Качественно другое отношение к блокам ссылок (будут это ссылки по теме, или выборка документов по тегу) - если выборка рекомендована редакцией сайта, владельцем сайта.
