Solution for FunCaptcha for Twitter, X

• implement feedback corrections for the search based on the previous development: it searches for old posts a lot, and duplicates appear. I commented in the report for September 20 https://docs.google.com/spreadsheets/d/15mCC3ssEGTU-HWM0GR1eG0sXE9zUtVqNQJCKBdWxTaQ/edit?gid=0#gid=0

add the date to the advanced search - 2 hours

• Check the number of subscribers, because there is a filter, but you noticed that the check does not work, the code is commented out.

requires preliminary analysis - 2-4 hours

• Captcha - handling cases when a Captcha appears, and solving the Captcha.

First stage, detection and identification - 4 hours (based on the results we will make a decision regarding the feasibility of solving it, I remind you that manual solving during tests did not yield the desired result)

• Add an option for logging into Twitter accounts that the bot works with using login and password, so that the bot automatically retrieves cookies and then automatically retrieves keys from it and enters them into the table. Currently, the bot works with accounts using tokens, but there are suspicions that tokens may have a certain lifespan of 30-60 days, or until Twitter may suspect the account of suspicious activity (this can happen even with accounts that do not violate anything), if a code is requested from the email linked to the account, then make a solution for obtaining this code via API, accounts will mainly be on rambler, @gmx.com and Google;

1. research the possibility of accessing email from the script in the domain gmx.com, writing a test script (from you, if there are account credentials) - 4 hours

2. if the previous point is successful, writing general code for account authorization, a general part for working with Twitter, and separate modules for working with different email servers (to have the ability to change or add another) - 20 - 30 hours --- this is for the next project

• Accounts for shilling and warming up should be taken randomly, not in order. Because the first accounts bear the load and they get killed quickly.

we make a random selection - 2 hours

• Check if this functionality is needed:

Additionally, we are looking for "Main words" in the post text (field 1), I left this as it is for now. If there is no need for this functionality, then they can be omitted. Or this functionality can be removed.

I will test and most likely remove it - 2 hours

• handling cases when posts are not found

if we finish the cycle, we will take a break and try again - 1 hour

if you have another logic, like notifying the user that there are no posts for this request, for example after several attempts, then write, we will discuss. Because now that the filters are working, it can easily happen that there are no posts for these requests and this is not very obvious.

• When you fill out the project and click outside the project window, it closes. Very inconvenient, often you have to start filling out from the beginning. It needs to be made so that the project window only closes with the close button.

2 hours

Additionally, during development, code refactoring (removing unnecessary parts, fixing what I see)

• реалізувати фідбек-правки по пошуку по минулій розробці: шукає старі пости дуже, і попадаються копії. Прокоментував у звіті за 20 вересня https://docs.google.com/spreadsheets/d/15mCC3ssEGTU-HWM0GR1eG0sXE9zUtVqNQJCKBdWxTaQ/edit?gid=0#gid=0

      додаємо в розширений пошук дату - 2 години

• Зробити перевірку на кількість підписників, бо фільтр є, але ви побачили що перевірка не працює, код закоментований.

      потребує попереднього  аналіз - 2-4 години

• Капча - обробка випадків коли попадається Капча, і вирішення капчі.

Перший етап, виявлення та ідентифікація - 4 години (по результатах приймемо рішення щодо доцільності розв'язання, нагадую що ручне розгадування  при тестах не дало бажаного результату)

• Додати опцію логування в твіттер акаунти з якими працює бот по логіну та паролі, щоб бот автоматично діставав кукі і далі автоматично діставав з нього ключі і вносив у таблицю. Зараз бот працює з акаунтами використовуючи токени, але є підозри що у токенів може бути срок життя певний 30-60 днів, або до моменту коли твіттер може запідозрити акаунт у підозрілій активності(таке буває навіть з акаунтами які нічого не порушують), якщо буде запитуватись код із пошти що підвязана до акаунта, то зробити рішення отримання цього коду по апі, акаунти в основному будуть на rambler, @gmx.com та гугл;

1. ресерч можливості доступу з скрипту до пошти  в домені gmx.com,  написання тестового скрипту  (від вас, якщо є креденшинали аккаунту) - 4 години

2. якщо попередній пункт  буде успішний, написання загального коду для авторизації акаунтів, загальна частина для роботи з twetter, та окремі модулі для роботи з різними поштовими серверами (щоб була можливість змінити або додати інший) - 20 - 30  годин    ---це на наступний преокт

• Акаунти для шилінгу та прогріву, мають братися рандомно, не по порядку. Тому що на перші акаунти іде навантаження і вони вбиваються швидко.

робимо рандомний вибір - 2 години

• Перевірити чи потрібен цей функціонал:

Ще додатково шукаємо і в самому тексті посту "Основні слова" (поле 1),  це поки залишив як є. Якщо необхідність у цьому функціоналі буде відсутня то можна їх там не вказувати. Або цей функіонал видалити.

 протестую та скоріше за все видалю - 2 години

• обробка випадків коли пости не знайдено

якщо закінчуємо цикл,  зробимо паузу та пробуємо знову  - 1 година

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

• Коли заповнюєш проект і десь клікаєш мімо вікна проекта, він закривається. Дуже незручно, часто треба розпочинати заповнення спочатку. Треба зробити щоб вікно проекта закривалося тільки хрестиком.

2 години

Додатково, по ходу розробки,  рефакторинг коду (видаляю зайве,  виправляю те що побачу)