В конструкторе действия сделать поиск по нескольким элементам как в совоствах действий

[Mikhail B.]

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

Ты не улавливаешь сути, я изначально же написал. Надо пролайкать 20% постов. Это понятгно, что из каждого цикла нужен выход по ошибке, это основа вобще любого цикла, тут и говорить не о чем.

 

[luk911]

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

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

 

[luk911]

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

В дереве ДОМ найти похожий элемент выше или ниже нельзя, только копаясь в дереве. при этом потеряв где был.
Решило бы проблему подсветку в дереве всех найденных элементов одинаковых с выбранным.

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

Ох, и делать мне нечего, ох уж этот статус само изоляции ...
Первое тебе нужен удобный инструмент тестирования xpath я бы советовал именно этот

XPather - Chrome Web Store

Chrome extension for XPath operations on current document, reliable and easy to use with fully featured XPath 2.0 support.

chrome.google.com

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


тебе ничего не стоит посчитать количество нужных элементов через с#

var tab = instance.ActiveTab;;
var xpath = "//*[contains(@class,'news__item-content')]";
var colichestvo = tab.FindElementsByXPath(xpath).Count;
return colichestvo;

 

[prodox]

В конструкторе действия я могу найти только по одному атрибуту.
Элемент лайка и дизлайка одинаковые и классы одинаковые разница только во вложенном коде <g> и <g transform
Поэтому я сначала конструктором нахожу по классу, добавляю в проект и уже в редакторе свойства действия добавляю второе условие поиска в innerHtml. Ищу "<g>"
В редакторе действия есть возможность поиска по двум элементам. а в конструкторе действия только по одному элементу


Смотрим как в конструкторе


По сути там и там одно и тоже делается,
Только в конструкторе интерфейс позволяет найти по 1 атрибуту
А в редакторе действия можно искать по нескольким атрибутам
Минус в том что из редактора действия я не могу протестировать и найти совпадения
По сути конструктор действия и редактор действия редактируает одно и тоже но с разными по виду и возможностям интерфейсами и заставляет прыгать туда сюда.

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

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

Было бы отлично если бы это вообще был одинаковый или один и тот же интерфейс конструктора и редактора.

А если бы была возможность кидать все совпадения в список и число совпадения передавать в переменную, то цены бы не было, так как можно было бы "выкинуть" парсер

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

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

 

[Phoenix78]

Ты не улавливаешь сути, я изначально же написал. Надо пролайкать 20% постов. Это понятгно, что из каждого цикла нужен выход по ошибке, это основа вобще любого цикла, тут и говорить не о чем.

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

мммм.... вы чего ? сговорились ?
делаем рандом на каждом шаге. если попали в 20-ку , то делаем действие, если не попали то на начало цикла, через увеличение счетчика. ну что тут сложного ?

 

[Phoenix78]

В конструкторе действия я могу найти только по одному атрибуту.
Элемент лайка и дизлайка одинаковые и классы одинаковые разница только во вложенном коде <g> и <g transform
Поэтому я сначала конструктором нахожу по классу, добавляю в проект и уже в редакторе свойства действия добавляю второе условие поиска в innerHtml. Ищу "<g>"
В редакторе действия есть возможность поиска по двум элементам. а в конструкторе действия только по одному элементу
дакторе, это, считаю большое упущение. То что можно сделать сишарпом, мне говорить не нужно

ну вот тут для тебя плохие новости

на самом деле, в редакторе действия НЕТ возможность поиска по двум элементам. там идут записи для последовательного поиска по каждой записи. и он переходит к поиску следующей записи только в случае ОТСУТСТВИЯ найденных элементов по предыдущей записи. то есть если ищется <g> и <g transform> и по <g> имеется 5 элементов, а по <g transform> 10 элементов, то вернется 5 элементов <g>, а до поиска <g transform> дело не дойдет. и вернется 10 элементов <g transform>, если не найдет ни одного <g> элемента на первом шаге. Поэтому нет тут никакого поиска одновременно по нескольким атрибутам.
А вот с помощью xpath , который почему то воспринимается в штыки, поиск по нескольким условиям проще простого. например "//g || //p" выберет одновременно в коллекцию все g и p элементы и так же используется в кубике , без всяких c# и ассемблеров

 

[Phoenix78]

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

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

а если конкретно по сути вопроса, то ожидание элемента идет в соответствии с настройкой кубика где идет поиск. и если кубик настроен по умолчанию, то если элемента нет, то кубик будет ожидать до 5 секунд.
а если настроить на 0, то выйдет мгновенно, если элемента нет.

 

[Mikhail B.]

мммм.... вы чего ? сговорились ?
делаем рандом на каждом шаге. если попали в 20-ку , то делаем действие, если не попали то на начало цикла, через увеличение счетчика. ну что тут сложного ?

Ты с какой планеты бро? Какие 20ки?
Ты знаешь что таеое 20%? Я тебя удивлю, это не просто число 20)))

 

[Mikhail B.]

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

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

 

[Phoenix78]

это как рандом будет настроен, поставил от 0 до 20 из 100, вот и 20% будет.

Ты с какой планеты бро? Какие 20ки?
Ты знаешь что таеое 20%? Я тебя удивлю, это не просто число 20)))

просто кто то не внимательно читает , что было написано. ну бывает , я тоже иногда пропускаю чего напишут
выше писал. другими словами , рандом от 0 до 100 , а в кубике if условие на меньше 20. на выходе по зеленой получаем 20% , по красной 80% . красную увести на увеличение счетчика и на начало цикла, зеленую на клик по элементу, потом на дополнительную проверку бесконечного цикла и с нее на увеличение счетчика и на начало цикла.
такая простая операция вызывает столько вопросов даже у старожил, что уж тут говорить про неопытных....

 

[Mikhail B.]

просто кто то не внимательно читает , что было написано. ну бывает , я тоже иногда пропускаю чего напишут
выше писал. другими словами , рандом от 0 до 100 , а в кубике if условие на меньше 20. на выходе по зеленой получаем 20% , по красной 80% . красную увести на увеличение счетчика и на начало цикла, зеленую на клик по элементу, потом на дополнительную проверку бесконечного цикла и с нее на увеличение счетчика и на начало цикла.
такая простая операция вызывает столько вопросов даже у старожил, что уж тут говорить про неопытных....

Не зная кол-во элементов, ты никогда не кликнешь по 20% элементам. То что ты написал, это 20% вероятность клика. Это совершенно другое пальто))

 

[Phoenix78]

Не зная кол-во элементов, ты никогда не кликнешь по 20% элементам. То что ты написал, это 20% вероятность клика. Это совершенно другое пальто))

мое дело предложить. ну а шуба там или пальто, пусть каждый сам выбирает

 

[Mikhail B.]

10 минут я потратил, что бы решить эту задачу. Два дня мы потратили, что бы понять, что у тс не хватает опыта пользоватся зенкой, и вместо мольбы о помощи, он предлагает, предлагает изменить зенку, что бы ему было легче. Нууу, такое себе.

Вот пожалуйста.
По лайкам и дизлайкам

Спойлер

Я не гуру html но судя по коду, дизлайк это перевернутый и отзеркаленый лайк. Но разница то есть в коде, я ее нашел и применил. Вот и все.



Вот сам элемент, да по началу сложности возникли, но стоило просто скопировать два кода и найти разницу.

По счетчику

Спойлер

1) Берем туже регулярку которую в клике используем и считаем кол-во кнопок дизлайков.
2) Тупо высчитываем процент как 5 классе, делим на 100 и умножаем на 20. т.е. делаем 20%
3) Регуляркой округляем.
Все!

Да можно на шарпе красиво. А можно так. работает? Работает. О чем еще разговаривать, и что тут предлагать. Использовался функционал программы. Никакого намека на программирование))

Ну и собственно сам шаблон.

 

[Phoenix78]

Михаил, просто красавчик.
Ну что тут скажешь.... к сожалению есть такой тип людей, которым все не так и все не эдак. Зато самомнения выше крыши. Не знают функционал купленной ими программы и по любому затыку , сразу выкатывают претензии в виде багов или вот подобных предложений. Вот нет что бы просто спросить в разделе вопросов новичков ? нет , их тянет именно в раздел баги и предложений
еще и обижаются когда им указываешь , что они чего то не знают.
а с другой стороны, меньше пользователей зенки , меньше конкуренция нам, ахахах

 

[ulLite]

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

 

[luk911]

мммм.... вы чего ? сговорились ?
делаем рандом на каждом шаге. если попали в 20-ку , то делаем действие, если не попали то на начало цикла, через увеличение счетчика. ну что тут сложного ?

Сложного ничего только ты нагрузишь проц прилично, когда промахи будут шарится по дом в поисках несуществующего элемента. Бэд практикс. На одном потоке не заметишь этого конечно.

 

[Phoenix78]

Сложного ничего только ты нагрузишь проц прилично, когда промахи будут шарится по дом в поисках несуществующего элемента. Бэд практикс. На одном потоке на заметишь этого конечно.

о каком оптимизаторстве идет речь ? у человека который хочет все на кубиках делать и даже слышать не хочет о c# ? да это его проблемы с нагрузкой на проц, не наши
лично к инстансу обращаюсь один раз для получения dom, потом в памяти по xpath нахожу что мне надо , и уже в следующем шаге делаю действия в элементом. всего 2 обращения к инстансу.

 

[luk911]

"//g || //p"

только там черта одна нужна.