Мэкс: Я этом случае мы к статье привязываем только статьи которые уже были.
При использовании вышеописанного механизма можно привязывать не только статьи которые были, но и те, которые будут, просто помещая их в группу или привязывая к слову.
Понятно. Таким образом можно автоматизировать процесс. Тогда есть смысл совмещать привязку статей через поиск и статей определенного тэга. Наверное это оптимальный вариант.
Nun: Да, в идеале управляемые словари - решение, однако при таком автомате есть опасность сведения имени группы (тега) к рубрикам, т.е. по существу дублирование навигации, что есть бессмысленно. Суть не только в анализе плотности ключевых слов - суть дать имя соответствующее, но уникальное.
В вашем примере весь сайт вряд ли будет посвящен узкой теме - может, это тема "приусадебный участок", и основные рубрики - это "дом", "огород", "сервисы", а уже в рубрике "огород" - "продукты питания", "декоративные растения", "сад" - вот как раз при такой системе рубрик ваше слово "полив" можно отнести именно к тегу - потому что статья с таким тегом может объеденить статьи из подрубрик "сад", "декоративные растения", и даже из совсем других подрубрик других рубрик ("оборудование для дачи"->"огородная техника").
Но без словарей есть шанс что разные редакторы, которые поддерживают этот сайт (да и один редактор - когда в разном настроении и т.д.) может исползовать в качестве тега слово "полив", или "поливка", или "поливалка"... или еще что похлеще. При наличии готовых словарей он может ориентироваться - какие теги уже используются в проекте.
Если статьи, относящиеся к определенному тэгу, все равно отбирются редактором, то почему бы редактору при выборе статей по теме просто не воспользоваться внутренним поиском?
mustafa: Интересно, Янлекс, что телепат? Следуя распространенной логике, Яндекс должен был проиндексировать этот сайт, вынести свое веское мнение к какой же тематике (! :)) относится данный сайт
Вы хотите всех убедить, что Яндекс-поиск не использует данные Яндекс-каталога?
Зачем Яндексу быть телепатом, чтобы определить тематику, если тематика определена каталогом? А, если сайт не в каталоге, то это не значит, что его туда не подавали и ему не присвоена тематика.
Trader: Очень часто приписка присутствует. "Перепечатка материалов строго запрещена". Или "Перепечатка возможна с разрешения редакции". Или "При перепечатке ссылка на источник обязательна".
еще есть места
И будут дальше дешеветь. Причем и рубли и евро и доллары. Так что копить не имеет смысла. Ибо жалко наблюдать, как они обесцениваются.
Я этом случае мы к статье привязываем только статьи которые уже были.
При использовании вышеописанного механизма можно привязывать не только статьи которые были, но и те, которые будут, просто помещая их в группу или привязывая к слову.
Понятно. Таким образом можно автоматизировать процесс. Тогда есть смысл совмещать привязку статей через поиск и статей определенного тэга. Наверное это оптимальный вариант.
Да, в идеале управляемые словари - решение, однако при таком автомате есть опасность сведения имени группы (тега) к рубрикам, т.е. по существу дублирование навигации, что есть бессмысленно. Суть не только в анализе плотности ключевых слов - суть дать имя соответствующее, но уникальное.
В вашем примере весь сайт вряд ли будет посвящен узкой теме - может, это тема "приусадебный участок", и основные рубрики - это "дом", "огород", "сервисы", а уже в рубрике "огород" - "продукты питания", "декоративные растения", "сад" - вот как раз при такой системе рубрик ваше слово "полив" можно отнести именно к тегу - потому что статья с таким тегом может объеденить статьи из подрубрик "сад", "декоративные растения", и даже из совсем других подрубрик других рубрик ("оборудование для дачи"->"огородная техника").
Но без словарей есть шанс что разные редакторы, которые поддерживают этот сайт (да и один редактор - когда в разном настроении и т.д.) может исползовать в качестве тега слово "полив", или "поливка", или "поливалка"... или еще что похлеще. При наличии готовых словарей он может ориентироваться - какие теги уже используются в проекте.
Если статьи, относящиеся к определенному тэгу, все равно отбирются редактором, то почему бы редактору при выборе статей по теме просто не воспользоваться внутренним поиском?
На вызываемой странице скрипт может в зависимости от разных входных параметров выдавать разное содержание страницы. Встречался с таким.
Прежде всего попросите разработчика сайта объяснить причину для чего это сделано, возможно просто на это никто не обращал ранее внимание.
В том-то и дело, что разработчик не понимает, почему так происходит. :)
Сайт: apache2 (статика) + mod_perl для динамики
Движок: apache2 + perl + mysql
фреймов нет
Отписал в личку
Интересно, Янлекс, что телепат? Следуя распространенной логике, Яндекс должен был проиндексировать этот сайт, вынести свое веское мнение к какой же тематике (! :)) относится данный сайт
Вы хотите всех убедить, что Яндекс-поиск не использует данные Яндекс-каталога?
Зачем Яндексу быть телепатом, чтобы определить тематику, если тематика определена каталогом? А, если сайт не в каталоге, то это не значит, что его туда не подавали и ему не присвоена тематика.
Очень часто приписка присутствует. "Перепечатка материалов строго запрещена". Или "Перепечатка возможна с разрешения редакции". Или "При перепечатке ссылка на источник обязательна".
Это у всех нормальных газет есть.
Ждите ответа на письмо.
А размещать без гиперссылки не советую.
matik, romanov, давайте по пунктам определим как правильно. Мой первый пункт:
1. Не ставить блок в подвал
2...
Будет ли смысл в этих пунктах, если окажется правдой следующее: