alsk13, ересь полная, файлы нужны только тогда когда, мы храним файлы и то не всегда.
для того что б сервисы общались есть много разных историй, kafka, redis, db и так далее
и да нет никакой надобности держать много баз данных. если самих данных не много.
ну и писать id в разные базы данных нормально.
ну и скорее всего в вашем случае, достаточно какой-нибудь одной бд постгры
ну так раз изучаете парсинг, то должны были бы уже узнать, что сейчас сайты динамически содержимое подгружают с помощью js, а bs его не выполняет что логично
а так же еще кучу всего полезного, что б парсить таких гигантов
Lopkhfydaukfidifitoyih9, прежде чем пытаться писать ботов, надо изучать основы и хоть не много думать
вот где ты инициализировал черный список в своем коде?
автотесты в любом случае, должны запускаться в ci и создавать артефакты по результатам прогона.
Если хочется писать много ui тестов, то надо понимать зачем. и нужно ли
Вероятнее всего большую часть можно делать через апи и тогда лучше взять питон, как универсальный язык
Или наоборот на моках фронта, и тогда проще на cypress
ну не прям совершено не верно, но далеко от истины.
Баги надо асаинить на того кто "виноват" и кому чинить.
А для этого важно понимать, что произошло и почему.
Тестировщик - это не дите не разумное, которое может только кнопки жать и какашками кидаться.
При любой ошибке надо разобраться, что происходит.
Даже та же 403/401/400/500 - может происходить как по вине бэка, так и по вине фронта, а могут и где-то по-середине...
Надо смотреть кто что передал, и на каком этапе сломалось и уже исходя из этого асаинить баги.
для того что б сервисы общались есть много разных историй, kafka, redis, db и так далее
и да нет никакой надобности держать много баз данных. если самих данных не много.
ну и писать id в разные базы данных нормально.
ну и скорее всего в вашем случае, достаточно какой-нибудь одной бд постгры