Если запускать на исходном полученном документе // будет брать все тэги в документе. Элементом в  результате выполнения response.xpath является селектор, который также является валидным документом и применение к которому //div позволит внутри него найти все теги div (но не в изначальном документе).
Я это имел в виду, когда про контекст говорил. Может быть слова неправильные применил. Но поиск будет только внутри выбранного селектора происходить.

это не так.

мимо

@IvanBaturin https://lxml.de/xpathxslt.html#the-xpath-method

Да, согласен, проверил. Все выдает, даже если вызвать на селекторе.

Понятно .// позволит ограничить поиск текущим селектором все равно применяя "//" Спасибо :)

Эй, ребята, я пытаюсь сканировать веб-сайт с уровнями безопасности с помощью cloudflare, кому-нибудь удалось это обойти?

selenium

Ребят, если разница между scrapy runspider и scrapy crawl? Заранее спасибо

Да

мм, какая?

разве что у тебя комманды crawl нету без проекта

Если такой код
//div[contains(@class, 'class1')]
найдёт и class='class111'
То как CSS селекторы у которых такой проблемы нет преобразовываются в xpath?
На сколько я понял, CSS селекторы это всего лишь синтаксический сахар. А на деле оно все xpath

Ага, понял все когда увидел css_to_xpath ))))

Спасибо 👍

Что-то я смотрю, лучше css селекторы вообще не использовать, если они в такие "хаки" превращаются

лол ок

Конечно использовать)  иначе тебе нужно будет эти конструкции каждый раз писать