ДОРАБОТКА ПЕРВАЯ
Есть 100 лет как недоделанный поиск по xPath в конструкторе действий. , простого счетчика совпадений даже нет
Но в Зеннопостере оказывается есть хороший поиск по xPath в Парсере страниц!!! (правая кнопка и "парсить страницу" и преключиться из поиска по CSS в поиск по xPath).
Я использую этот поиск по xPath(ибо поиск xPath в конструкторе действий откровенное гумно) , только приходится искать в парсере, а потом скопировав строку вставлять в конструктор действий
Сразу видно что делали разные люди и конструктор запросов и парсер страниц.
Они имеют одну задачу - сначала найти элемент. Только назначение разное.
Вы обратите внимание всего на два на отличия конструктора действия от парсера страниц
ПЕРВОЕ отличие
-парсер страниц выдает спискок всех совпадений
-конструктор действий выдает только количество совпадений (что мешало выводить список сопадений? а то нашел столько то а что там внутри хрен знает)
ВТОРОЕ отличие
1) В конструкторе запросов мы имеем Добавить в проект по Get, Set, Raise
2) в парсере страниц мы можем добавить в проект загнав совпадения в LIST а конструктор действий не может
ПРЕДЛОЖЕНИЕ В ДОРАБОТКЕ ТАКОЕ: Сделать в парсере страниц добавление проект как в конcтрукторе по GET SET RAISE
Естественно дизаблить SET и RAISE если не один результат возвращает.
ЛЮБОЙ ПРОГРАММИСТ СКАЖЕТ ЧТО ЭТО ЛЕГКО СДЕЛАТЬ, потому что где то есть уже готовые функции и методы из конструктора действий не
ПОСЛЕ ЭТОГО КОНСТРУКТОР ДЕЙСТВИЙ ВООБЩЕ НЕ НУЖЕН. Достаточно будет парсера страниц
!!!!
________________________________________________________________________________
ВТОРАЯ ДОРАБОТКА ПАРСЕРА
Пердлжение такое: сделать кнопки "вверх по дереву DOM" и "вниз по дереву DOM".
Кнопка вниз по дереву DOM убирает из строки xPath самый верхний узел
Кнопка вверх по дереву DOM подставляет родительский узел
Двигаясь по дереву мы в списке совпадений сразу видим результат отбора.
______________________________________________________________________________________
ТРЕТЬЯ ДОРАБОТКА Конструктора Регулярок
Невозможность ограничить откуда начинать поиск полностью убивает возможность использовать поиск по регуляркам, если есть одинаковые повторяющиеся блоки
Это будет самый крутой конструктор регулярок
Добавить поле "Начинать искать после текста/regexp" не путайте с полем "Что идет до искомого текста", это помимо и перед этим полем.
Принцип как Content Downloder работает {skip}
Найти текст и пропустив все что до поля "С этого начинается искомый текст".
Время на эти доработки минимальны - так как есть уже все методы и функции, это тупо поменять итерфейс и заменить идентификаторы полей.
И вполне возмможне внести в следующий релиз
ПРОФИ ТОЖЕ ГОЛОСУЙТЕ ПОЖАЛУЙСТА
Есть 100 лет как недоделанный поиск по xPath в конструкторе действий. , простого счетчика совпадений даже нет
Но в Зеннопостере оказывается есть хороший поиск по xPath в Парсере страниц!!! (правая кнопка и "парсить страницу" и преключиться из поиска по CSS в поиск по xPath).
Я использую этот поиск по xPath(ибо поиск xPath в конструкторе действий откровенное гумно) , только приходится искать в парсере, а потом скопировав строку вставлять в конструктор действий
Сразу видно что делали разные люди и конструктор запросов и парсер страниц.
Они имеют одну задачу - сначала найти элемент. Только назначение разное.
Вы обратите внимание всего на два на отличия конструктора действия от парсера страниц
ПЕРВОЕ отличие
-парсер страниц выдает спискок всех совпадений
-конструктор действий выдает только количество совпадений (что мешало выводить список сопадений? а то нашел столько то а что там внутри хрен знает)
ВТОРОЕ отличие
1) В конструкторе запросов мы имеем Добавить в проект по Get, Set, Raise
2) в парсере страниц мы можем добавить в проект загнав совпадения в LIST а конструктор действий не может
ПРЕДЛОЖЕНИЕ В ДОРАБОТКЕ ТАКОЕ: Сделать в парсере страниц добавление проект как в конcтрукторе по GET SET RAISE
Естественно дизаблить SET и RAISE если не один результат возвращает.
ЛЮБОЙ ПРОГРАММИСТ СКАЖЕТ ЧТО ЭТО ЛЕГКО СДЕЛАТЬ, потому что где то есть уже готовые функции и методы из конструктора действий не
ПОСЛЕ ЭТОГО КОНСТРУКТОР ДЕЙСТВИЙ ВООБЩЕ НЕ НУЖЕН. Достаточно будет парсера страниц
!!!!
________________________________________________________________________________
ВТОРАЯ ДОРАБОТКА ПАРСЕРА
Пердлжение такое: сделать кнопки "вверх по дереву DOM" и "вниз по дереву DOM".
Кнопка вниз по дереву DOM убирает из строки xPath самый верхний узел
Кнопка вверх по дереву DOM подставляет родительский узел
Двигаясь по дереву мы в списке совпадений сразу видим результат отбора.
______________________________________________________________________________________
ТРЕТЬЯ ДОРАБОТКА Конструктора Регулярок
Невозможность ограничить откуда начинать поиск полностью убивает возможность использовать поиск по регуляркам, если есть одинаковые повторяющиеся блоки
Это будет самый крутой конструктор регулярок
Добавить поле "Начинать искать после текста/regexp" не путайте с полем "Что идет до искомого текста", это помимо и перед этим полем.
Принцип как Content Downloder работает {skip}
Найти текст и пропустив все что до поля "С этого начинается искомый текст".
Время на эти доработки минимальны - так как есть уже все методы и функции, это тупо поменять итерфейс и заменить идентификаторы полей.
И вполне возмможне внести в следующий релиз
ПРОФИ ТОЖЕ ГОЛОСУЙТЕ ПОЖАЛУЙСТА
Последнее редактирование:
