anton831

anton831
Рейтинг
71
Регистрация
25.05.2011

Я сейчас в как раз сайт один делаю - может стоит попробовать?

Алексей, вы сегодня свои секреты раскрываете?:)

Или тут все таки есть какой то подвох?))

А как ранжируются реальные проекты сделанные по этому принципу? Есть ли у них преемущества перед проектами со сходными показателями, но в обычном html.

burunduk:
в txt

да, это площадка для экспериментов, а есть и реальные проекты :)

А подключаеться при помощи AJAX?

И это работает, в том смысле, что весь дизайн ведь попрятан, какое у Я отношение к этому, ведь я так понимаю, что робот видит просто голый текст?

Вот кэш Я

http://hghltd.yandex.net/yandbtm?fmode=inject&url=http%3A%2F%2Fwww.allave.ru%2F&text=www.allave.ru&l10n=ru&mime=html&sign=bd5236e276b8b908b480b6a4f57fb449&keyno=0

Хотя конечно вы и без меня его видели)) Это так, для читающих.

Я просто хотел у вас поинтересоваться, не может ли Я пессимизировать этот сайт, ведь фактически он думает, что там один голый текст, без диза без ничего, что по идее тоже не очень гуд, если рассматривать с точки зрения политики Я (типо сайт для людей).

Есть ли реальные положительные результаты этого эксперимента?

ЗЫ: И не сочтет ли Яндекс подобное разновидностью клоакинга?

burunduk:
спецификацию не дам - её просто нет :)
ну а пример пожалуйста - www.allave.ru :)

Все ненужное убрано XML?

Код конечно красивый.

Но вы считаете что такие методы оправданны?

Olldman:
- я ж говорю, вы путаете свойства со смыслом ;)
- достаточно много.
Например - <ul>/<li> - неупорядоченный список/элемент списка - в большинстве своем применяется для структуры меню, ну или перечисления каких либо услуг...
<dl>- список определений
<dt> - термин
<dd> - определение(описание) термина
Как простейший пример:
<dl>
<dt>HTML</dt>
<dd>HyperText Markup Language — «язык разметки гипертекста»</dd>
</dl>
- так понимаю, вы имеете ввиду прайс - это табличные данные.
Применительно к HTML5, который отчетливо ориентирован на семантику, очень много новых элементов, созданных по умолчанию со смысловой нагрузкой.
Как пример - <time>, <nav>, <figure>, <header> ... - не думаю, что вам нужно перечислять смысл каждого из этих элементов. ;)
Элемент DIR предназначался для создания многостраничных списков каталогов. Элемент MENU предназначался для использования в списках меню, состоящих из одного столбца. Оба эти элемента имеют ту же структуру, что и элемент UL, различаясь только при генерации. На практике агенты пользователей генерируют списки DIR или MENU точно так же, как список UL.

Настоятельно рекомендуется использовать вместо этих элементов элемент UL.

Это я к тому привел, что многие элементы имеют сходное назначение и выполняет практически одни и те же функции.

Такова уж специфика современных стандартов в Интернете.

Вобщем то если можно ограничиться <ul><li>, то какой смысл использовать то что описанно выше?

Я это все к тому, что при верстке, вовсе не обязательно использовать ВЕСЬ арсенал современного html - то что вы разнообразите свой код тысячей разлиных элементов, вовсе не сделает его более компактным, корректным и читаемым!

Используйте в коде то, что вам действительно НЕОБХОДИМО.

ЗЫ: А СЕО - верстка, это как??

Дайте спецификацию поглядеть, можт я чего упустил, но по моему стандарты html, орентированы в первую очередь на отображение информации в интернет броузерах, а не на релевантность в глазах поисковых роботов, не?😂

Лучше поставить.

Хуже от этого точно не будет.

Olldman:
- ух как вы ошибаетесь. Не нужно путать свойства элемента с их смысловой нагрузкой.

- здается мне вы не внимательно читали мой топик, на который я давал ссылку.
А суть такова - "Я" сначала призывает к созданию семантической разметки, а затем (тут же противореча себе) приводит пример - div с классом. Это он приводит, не я. Я же говорю о том, что проще и, главное, правильней (учитывая призыв "Я" к семантике) применить не div с классом, а элемент <address>, несущий априори в себе смысловую нагрузку.
И я думаю, что ПС, найдя элемент <address> будут считывать его содержимое понимая, что в нем именно адресные данные, а не, например, табличные.

Да я все внимательно читал, что вы призываете использовать для каждых данных, свой элемент, приводя в пример адрес.

Дак вот я и спрашиваю, а кроме адреса, остальные то данные как размечать??

Сколько еще таких элементов в html??

Вот по типу данных, нормально все разбивается - блочные, строчные, табличные. Все просто и понятно.

А по смыслу? Какой элемент вы планируете использовать, чтоб обозначить цену например? Или группу товаров, или еще тысячи вариантов разбивки текста по смыслу??

Это на самом деле просто никому не нужно и не имеет никакого смысла вообще!

anton831 добавил 26.08.2011 в 13:04

Olldman:

И я думаю, что ПС, найдя элемент <address> будут считывать его содержимое понимая, что в нем именно адресные данные, а не, например, табличные.

А адресные данные, что, не могут быть табличными? Или строчными например?

У меня тоже уже почти месяц не апает.

Все последние апдейты были без выкладывания нового кэша, так что ждите, когда нибудь апнет))

Olldman:
- я то как раз и не "оборачиваю в блочный элемент", а призываю для указания адресных данных, в отличии от Я, использовать элемент <address> для того и предназначенный.

Не ну много ли таких элементов, подразумевающих именно смысловую нагрузку содержащихся в них данных?

html все таки разделяет данные по типам, а не по содержанию!

В какой элемент вы например обернете прайс-лист??

В табличный, верно?

Максимом как вы сможете его выделить по смыслу, это <TABLE CLASS="PRISE">.

Но я все таки думаю, что для поисковой системы не имеет значения как вы оформите <TABLE> или <TABLE CLASS="PRISE">.

Просто вы не совсем правильно представляете использование классов css, они нужны в первую очередь, чтоб задать определенные свойства, группе элементов, а вовсе не для того, чтоб раскрыть содержание этих элементов для поисковых систем.

Olldman:
- нет ни "табличной верстки", ни "верстки div", есть структурная разметка страницы, с соблюдением правил семантики - подбор элементов разметки по смысловому содержанию. За то, как будут выглядеть на странице подобранные элементы ответит CSS.
Кстати, про элемент div - если таблица имеет смысловое предназначение - отображение табличных данных, то элемент div является обезличенным, не несущим в себе никакой смысловой нагрузки и чрезмерное его использование также не приветствуется, кстати в html5 оговаривается этот момент:

- думается мне, что это не есть true. Чем меньше вес (читаем - кол-во элементов) страницы, тем робот быстрее ее сканирует. И если эти элементы подобраны правильно, по смыслу, то по логике ПС должны это учитывать.
Хотя Яндекс выкидывает свои фортили, взять хотя бы микроформаты (не претендую на истину в последней инстанции)

Мне кажеться вы переусердствуете с умозаключениями!

Есть элемент блочный, есть строчный, есть табличный - смысловой нагрузки эти элементы не несут априори!

Каждый элемент, служит для отображения тех или иных типов данных и совершенно не важно, какую смысловую нагрузку эти данные несут. Т.е если делаете таблицу, то оформляйте как таблицу, если пишите параграф, то оформляете строчным элементом, если размечаете страницу, то размечайте div ом.

Я вообще не говорю, о чрезмерном использовании чего либо!

Код должен быть читаем и оптимален, вне зависимости от того, какие приемы вы применяете при верстке!

Просто еще 6-7 лет назад, все типы данных на странице, оборачивали в таблицу, так как возможности html и css были намного скромнее. В результате чего код становился менее читаем, чрезмерно велик и.т.д.

Именно это я думаю имел ввиду ТС, когда писал о табличной верстке и верстке div.

Вовсе не подразумевается, что в блоки должны оборачиваться все типы данных, когда мы говорим о блочной вестке. Тут речь скорее просто о более современных приемах и способах верстки, нежели 6 лет назад, когда всю страницу, расписывали как таблицу.

А насчет смысловой наргузки для ПС, я думаю никакой разницы нет, между <div> или <div class='adr'> - если уж даже копать глубже, то этом пример не верный, так как адрес - тектсовые данные, вы оборачиваете в блочный элемент, хотя по сути он является строчным т.е как минимум должен быть обернут <div><p>...................</p></div>.

Всего: 422