Не переживай, тут все необразованные в прошлом (как впрочем и в любом другом месте).
Как бы я реализовал логику работы (в PM не полезу скринить, так объясню):
1. Я так понял, переход по страницам, с которых парсить, ты и сам организовать сумел, поэтому об этом ничего говорить не стану.
2. У тебя есть список под старые ссылки, который уже содержит спарсенные ссылки или пока ещё пустой, если ты только приступил к выполнению "миссии" - он в файле на диске
3. Создаёшь список в проекте и привязываешь его к файлу со старыми ссылками на диске таким образом, чтобы изменения списка сохранялись в файл
4. Объединяешь этот список в переменную - т.е. это простынка текста, содержащая все строки изначального списка. С ней работать можно как с простым текстом, а не списком
5. Парсим необходимые ссылки (у тебя с этим тоже проблем нет) и ищем поштучно в той переменной, в которую мы объединили список. Это делается при помощи модуля работы с текстом. Вместо текста будет переменная с объединённым списком, а вместо регулярки, которую нужно найти, одна из спарсенных ссылок (в виде переменной, в которую ты её поместишь перед этим). На выходе этого модуля будет переменная, в которой после работы будет либо найденная ссылка, либо "пусто". Вот эту переменную мы и будем проверять на наличие присутствия. Делается это в модуле условия:
'Полученная переменная после поиска в одинарных кавычках'==''
При положительном исходе ссылки нет в списке старых ссылок и мы добавляем её туда (она автоматически сохранится в файл на диск) и добавляем её же в список сендера.
Если исход отрицательный, то просто берём новую ссылку для поиска, потому что нам эта уже не нужна - она есть в файле старых ссылок.
P.S. Тут есть один важный момент:
такой подход не всегда будет работать без доработок, потому что некоторые списки могут содержать строки с частичным вхождением запросов, т.е. одна строка (или несколько) может содержать в себе запрос полностью + дополнительные символы. Например в случае с никами:
bizon2
bizon51
Если искать bizon, то найдёт, а фактически там другие ники.
Чтобы обойти это, объединяем список в переменную со своим уникальным разделителем. Искать будем регуляркой, начинающейся с нашего запроса и заканчивающейся нашим уникальным разделителем. Забирать будем все совпадения в отдельный список. Потом поштучно будем сравнивать наш запрос со строками получившегося списка на предмет полного совпадения при помощи модуля условия как это было описано выше, только вместо пустоты будут подставляться элементы полученного списка совпадений. Здесь возможно совпадение по окончанию, доработать нужно.
Доработал. На самом деле всё просто. Пересохраняем нашу переменную с объединённым списком, добавив перед ней и после неё наш уникальный разделитель. Парсить будем регуляркой, начинающейся с нашего разделяителя+запрос, а после неё наш разделитель. Перед сравнением будем вычищать разделитель из строк списка.
В случае со ссылками - они все индивидуальны, правильно? Т.е. одна ссылка не может быть частью другой или в твоём случае такой вариант возможен?
