Junior

Junior
Рейтинг
58
Регистрация
19.04.2005
Должность
information system architecture
Интересы
html, css
raine:
почему бы не заполнять метатеги каждой страницы автоматом, исходя из ее содержимого? Если движок для новостей, статей, каталога компаний - вообще все просто: краткое описание в Description и Keywords, название статьи (иль другого чего) в Title, H1 и URL... и т.д.

Потому что теряется точность. Бывают ситуации, когда заголовок и тайтл нужно сделать чуток различными + description отделить от краткого описания (анонса) новости/статьи. Подогнать т.с. его до лучшего вида в сниппете.

SEO.Slash:
URL - УРЛ который потом обрабатывался с помощью mod rewrite (текстовое поле)
Title - Тайтл странички (текстовое поле)
Keywords - ключевые (текстовое поле)
Description - описание - (текстовое поле)

У нас тоже так все. Только маленькая фича: если мета-данные не указаны, то они берутся от родителя. Если у родителя не указаны - буруться у более старшего предка и т.д. к корню. Таким образом получается, что "Untitled" нигде не встретится (мета-данные для корня обязателны к заполнению).

Мэкс:
Группы можно сводить в категоризированный справочник :)
с 32 уровнями вложенности достаточно комфортно можно разместить около миллиона групп :)

Вы шутите! 32 вложения? Использвание тематической организации далеко не всегда оправдано. Не лучше ли использовать какие-нибудь системы метаданных, которыми опишется документ?

Попробуем разобраться, как определяются статьи, относящиеся к данной. Как их определяет человек? Скорее всего по тематике. Но тематика будет формироваться на основе нескольких ключевых слов/фраз, правильно? Например, если статья по уходу за растениями, то можно выделить несколько слов ("уход", "сохранение", "полив", "прополка" и т.д.), которые опишут данную тематику. Если будут использоваться управляемые словари, которые будут связывать между собой ключевые слова с тематикой, тогда вопрос выбора тематики отпадает - система сама может определить, как какой теме относится статья, используя в качестве ключевого фактора большее вхождение ключевых слов из статьи в конкретную запись из словаря.

Мэкс:
pro-maker, Есть 2 поля.

Вооо.. теперь и до меня дошло. :) Идея интересная, но не будет ли в процессе развития сайта дико расширятся количество групп?

Russian:
Тогда еще вопрос, если позволите. Как определить тИЦ для сайта "не рашен"? :)

Например через be1.ru

___ add___

О! Заодно заметил, что Yahoo делают 301 редирект с yahoo.com на www.yahoo.com :) наверное что бы морда была нужная в выдаче :d :d :d

Russian:
Наличие тИЦ подразумевает, что ресурс русскоязычный, если не ошибаюсь?

Нет-нет. Яндекс считает тИЦ для всех сайтов, известных ему. В Хелпе Яндекса был пример про Yahoo! - для него тИЦ считается, но в выдаче его не будет, т.к. "не рашен". :)

Russian:
Без проблем.

Ок, отписал в личку.

Насчет валидатора и картинок. Да, он показывает только количество вставок картинки в коде. Ну так это ж и есть лишний код. Представь, что будет, если человек зайдет на сайт с отключенной графикой - куча "пустых" мест под картинки (а о заходе без картинок нельзя забывать и сейчас, т.к. все больше развивается выход с "мобильного интернета" а трафик там пока ещё не дешев, да и скорость оставляет желать большего)

Вобщем жду макета. :)

iq2003:
Сегодня посмотрел проиндексированные страницы сайта и аж вспотел! Страниц в базе 0!

Всё как у меня было. Вернулось через неделю с новым зеркалом и всеми страницами. Для зеркальщика не может быть рановато - он выходит по своему расписанию, а не по вашему. 🚬

p.s. Параллельно с этим ставил ссылки на белых каталогах. Может быть это как-то ускорило процесс возврата в индексную базу, но я точно не знаю, это только предположение, причем не обоснованное 🙄

Miracle:
Я не вижу ничего гипер сложного в данном макете, все однозначно все прямоугольно, даже думать как сделать оптимально здесь не сильно то и прийдется, цвет фона повставлять и готово.

Вообщем, снова обрашаю ваше внимание на то, что спорить тут дейсвительно не очем. А то можно углубиться и начать анализировать достаточную степень сжатости картинок и возможности его минимизировать... Есть придел дотошности, затраченное время будет дороше пары сэкономленных килобайт :)

Согласен, до маразма доходить не надо. Всё должно быть оптимум. :)

Есть идея попробовать самому сверстать макет и замерить время. А потом здесь выложить на обсуждение - что так, а что не так. Стоило оно того или нет. Может есть ещё кандидаты на эксперимент? :)

p.p.s. Аффтар, если что, нужны будут исходники. Дашь их? 🚬

Miracle:
Не вижу смысла в вашем сарказме.

Ну если человек реально за 2-4 часа сделает грамотный код, (код, который сейчас есть для обсуждаемого макета не является грамотным) то этот человек просто мастер верстки и у него можно поучиться. :) Вот и говорю - мастер джедай. :d

Всего: 685