- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
XPraptor, а Вы попробуйте сделать так:
Узнаете много нового. В том числе и о себе от владельца сайта 😂
XPraptor, а Вы попробуйте сделать так:
Узнаете много нового. В том числе и о себе от владельца сайта 😂
А какая разница? Та структура что я привел, также не допустима по DOM, что и эта. Если парсер соблюдает принцип DOM то он должен не верно обработать оба варианта, но мой вариант работает правильно для роботов (только текст между noindex-ами исключается), значит и этот вариант должен работать для роботов.
А какая разница? Та структура что я привел, также не допустима по DOM, что и эта. Если парсер соблюдает принцип DOM то он должен не верно обработать оба варианта, но мой вариант работает правильно для роботов (только текст между noindex-ами исключается), значит и этот вариант должен работать для роботов.
Разница в том, куда распространяется действие открывающего тега, к которому парсер не сможет найти закрывающий ;)
Разница в том, куда распространяется действие открывающего тега, к которому парсер не сможет найти закрывающий ;)
В принципе, как я понял, для моей структуры парсер не находит именно открывающий тэг? Если так, то почему он исключает текст между noindex-ами из индекса? Непонятно как то мне. Если Ваше утверждение верно, то конечно приведенная вами структура должна убить весь текст после открывающего тэга. Надо испытать на сателите каком нить.
В принципе, как я понял, для моей структуры парсер не находит именно открывающий тэг?
Нет, он его прекрасно находит. Но не находит закрывающий для него внутри той же таблицы. Но т.к. открывающий находится внутри таблицы, но и действие его распространяется только на таблицу. А вот если открывающий будет вне, а закрывающий внутри таблицы - тогда "ой".
Нет, он его прекрасно находит. Но не находит закрывающий для него внутри той же таблицы. Но т.к. открывающий находится внутри таблицы, но и действие его распространяется только на таблицу. А вот если открывающий будет вне, а закрывающий внутри таблицы - тогда "ой".
А-а, так конечно есть шанс выскочить на весь текст. Но Вы то привели структуру в уоторой открывающий тоже внутри таблицы, поэтому она и не отличается от моей, и мне не было понятно что имелось ввиду.
Конечно если написать так:
то алес - прощай страница.
Ну да, именно это я и имел в виду. Вне тега <table>. Спасибо за поправку.