introduz a capacidade de configurar a verificação de certificados SSL

[robertatakenaka]

🟢 Descrição

Este PR introduz a capacidade de configurar a verificação de certificados SSL (verify) em todas as chamadas de rede que utilizam a função fetch_data. A alteração principal define verify=False como o novo padrão em diversos pontos críticos (Harvesters, Loaders e Tasks) para garantir a continuidade da coleta de dados em ambientes com cadeias de certificados incompletas ou restrições de rede específicas.

🛠️ Alterações Realizadas

Core & Utils

• core/utils/utils.py: Alterado o valor padrão de verify para False na função global fetch_data.
• core/utils/harvesters.py: Adicionado o parâmetro verify aos inicializadores das classes AMHarvester e OPACHarvester, permitindo controle granular por instância.

Módulo de Issues (Fascículos)

• issue/articlemeta/loader.py: Propagação do parâmetro verify através das funções de colheita (harvest_issue_identifiers, harvest_and_load_issue, etc.).
• issue/tasks.py: Atualização das Celery Tasks para aceitar e repassar o argumento de verificação.

Módulo de Journals (Periódicos) & Collections

• journal/sources/article_meta.py & journal/tasks.py: Ajuste nas funções de integração com ArticleMeta para suportar a nova flag de segurança.
• collection/models.py: Inclusão do suporte a verify no método de classe load do modelo Collection.

Scheduler

• bigbang/tasks_scheduler.py: Atualização das docstrings e dos argumentos padrão nos agendamentos de carga e coleta de dados (AM e Core), refletindo a mudança para verify=False.

🧪 Como Testar

1. Execute as tasks de coleta em um ambiente de desenvolvimento/homologação.
2. Verifique se as requisições para a API do ArticleMeta e OPAC completam com sucesso mesmo em ambientes sem certificados SSL válidos configurados no SO.
3. Certifique-se de que o parâmetro verify=True ainda pode ser passado manualmente caso uma verificação rigorosa seja necessária.

📝 Notas Adicionais

A decisão de mudar o padrão para False visa reduzir erros de conexão SSLError que interrompiam o fluxo de sincronização em determinados servidores de produção, mantendo a flexibilidade de reativá-lo via configuração de tarefa.