Preciso de um app capaz de efetuar download periodicamente de um JSON e depois reproduzir os vídeos e imagens como uma playlist durante uma data de início e fim. Após isso, deve apagar os vídeos do dispositivo. O app deve fazer consultas a cada 5 minutos e enviar via POST uma confirmação quando o download for efetuado com sucesso ou uma notificação de falha quando houver.

1. Modificação de mods no Minecraft
Objetivo:

Modificar um mod existente para adicionar novas funcionalidades ou alterar as existentes. O mod será configurado para rodar em um ambiente Minecraft compatível com Forge.

Etapas do trabalho:

• Configurar o ambiente de desenvolvimento:
• Instalar o Minecraft Forge SDK para a versão do Minecraft.
• Configurar um IDE como IntelliJ IDEA ou Eclipse com suporte a Java.
• Instalar o Java Development Kit (JDK) compatível (recomendado JDK 17).

• Obter e preparar o mod:
• Baixar o código-fonte do mod existente (de repositórios como GitHub, se disponível).
• Configurar o código-fonte no ambiente de desenvolvimento.

• Realizar modificações no mod:
• Adicionar novas funcionalidades: modificar classes Java para incluir novos itens, blocos ou funcionalidades.
• Alterar texturas ou sons: substituir arquivos na pasta assets para personalizar visuais ou sons do mod.
• Ajustar configurações: alterar arquivos JSON ou de configuração para modificar parâmetros, como spawn rates ou comportamentos de entidades.

• Compilar e testar:
• Compilar o mod usando o Forge Gradle.
• Testar o mod modificado em um cliente Minecraft configurado com Forge para garantir funcionalidade.

2. Criação de um site simples para apresentação
Objetivo:

Criar um site leve e funcional, com no máximo 100 linhas de código, para exibir informações sobre o mod, capturas de tela e links para download.

Etapas do trabalho:

• Ferramentas necessárias:
• Editor de texto (VS Code, Sublime Text ou qualquer outro).
• Conhecimentos básicos em HTML, CSS e JavaScript.

• Estrutura do site: O site terá três seções principais:
• Introdução: descrevendo o mod e suas funcionalidades.
• Imagens: capturas de tela do mod em ação.
• Link para download: botão para baixar o mod.

E tudo pode ser negociado.

Preciso de um especialista em Azure para ajudar com um problema específico em Document Intelligence. Estou tentando treinar um modelo que deve retornar determinados campos em um JSON, mas não está funcionando como esperado. O objetivo é conseguir que o modelo processe documentos e extraia todas as informações necessárias corretamente.

Desenvolvi um app usando IA. O frontend está pronto com toda a lógica, porém não tem backend. Preciso de ajuda. Consigo fazer alterações no código, inclusive consegui configurar para exportar o conteúdo em JSON.

O projeto consiste em desenvolver um aplicativo para gerenciamento de pedidos de fretes e serviços, onde os usuários podem se cadastrar, realizar pedidos e acompanhar o status de suas solicitações. O painel administrativo permitirá a gestão de usuários, pedidos, serviços oferecidos e pagamentos.

• Usuários
Cadastro e login:
Usuários devem ser capazes de criar uma conta com email e senha.
Implementar autenticação e autorização utilizando JWT (JSON Web Token).
Permitir recuperação de senha via email.
O cadastro de novos usuários gera uma solicitação que precisa ser aprovada pelo administrador antes do acesso ser liberado.

• Perfil de usuário
Os usuários podem visualizar e editar suas informações pessoais, como nome, endereço, telefone, etc.

• Pedidos
Usuários podem criar novos pedidos de frete ou serviço.
O formulário de pedido deve incluir detalhes como tipo de serviço, endereço de origem e destino, data e hora, descrição do serviço, etc.
Usuários podem visualizar o histórico de seus pedidos.
Cada pedido deve ter um status (pendente, em andamento, concluído, cancelado) que pode ser atualizado.

• Notificações
Enviar notificações por email ou SMS sobre o status dos pedidos.

• Pagamentos
Usuários podem visualizar as cotações para seus pedidos.
Implementar módulo de pagamento para aceitar cotações de serviços ou fretes. A relação de pagamento entre cliente e profissionais será direta.
Integração com provedores de pagamento (Mercado Pago).

• Painel administrativo
Gerenciamento de usuários:
Visualizar a lista de usuários registrados.
Revisar e aprovar novos cadastros de usuários.
Editar ou excluir usuários.
Gerenciar permissões de usuários.
Liberar acesso ao sistema após a verificação das informações do usuário.

Gerenciamento de pedidos:
Visualizar todos os pedidos.
Filtrar pedidos por status, usuário, data, etc.
Atualizar o status dos pedidos.
Adicionar notas aos pedidos.

Gerenciamento de serviços:
Adicionar, editar e remover tipos de serviços disponíveis.
Configurar preços e descrição dos serviços.

Pagamentos e faturamento:
Visualizar e gerenciar os pagamentos recebidos.
Gerar relatórios de pagamentos.
Gerenciar cotações e aprovações de pagamentos.

Relatórios e estatísticas:
Gerar relatórios de atividades, pedidos realizados, usuários cadastrados, etc.
Visualizar estatísticas sobre a utilização dos serviços.

Há um esboço de sequência de telas no Figma.

Preferência por linguagem moderna com código intuitivo e organizado.

INTRODUÇÃO: Uso FreshRSS com MySQL, ambos autohospedados. Utilizo várias URLs do Google Alerts no FreshRSS, além de diversas URLs de outras fontes.

PROBLEMA: FreshRSS não exibe imagens (thumbnails) para os feeds originados do Google Alerts.

SOLUÇÃO DESEJADA: Desenvolver uma extensão simples para FreshRSS, que faça o seguinte:

1) Monitora novos feeds antes que sejam exibidos pelo FreshRSS, para verificar se é uma URL do Google Alerts ou não. Se não for, ela “finge de morta” e não faz mais nada. Se for do Google Alerts, ela continua...

2) Verifica se há alguma imagem associada à URL do Google Alerts, pois, de vez em quando, já existe alguma imagem associada (que não aparece no FreshRSS, mas aparece no Google Alerts).

3) Caso não exista a imagem da etapa anterior, a extensão busca a primeira imagem relevante (tag img ou meta og:image ou etc.) do conteúdo da página original e adiciona essa imagem como “enclosure”. Obs: poderia até mesmo usar cache para não sobrecarregar o servidor.

CARACTERÍSTICAS ADICIONAIS:
• Lidar com erros “silenciosamente” para não “quebrar” o feed;
• Ser compatível com a “estrutura de extensões” do FreshRSS;
• Permitir ser “ativada ou desativada” na interface administrativa do FreshRSS, após a instalação manual.

SOLUÇÃO ALTERNATIVA ACEITÁVEL: Criar um "bridge" para RSSbridge, a partir da qual eu possa "transformar" manualmente as minhas URLs do Google Alerts, gerando novas URLs que trazem as imagens. Obs: também tenho RSSBridge autohospedado.

INFORMAÇÕES IMPORTANTES:
• Uso FTP para manusear os arquivos em servidor web compartilhado.
• No FreshRSS, utilizo dezenas de extensões e sei instalar manualmente.
• Também tenho costume de usar o RSSbridge e sei instalar bridges manualmente.

COMO ENTREGAR O TRABALHO: Enviar os arquivos prontos para que eu faça upload na pasta correta. Obs: posso filmar, fazer print das telas ou abrir uma sala de Meet para o profissional acompanhar os testes.

# Descrição do projeto

Estamos em busca de um(a) profissional experiente em **QA/Testing/Support** para trabalhar na evolução do nosso sistema de monitoramento de serviços (**Status v2**). O projeto atual está disponível em nosso repositório público do GitHub: [status.orango.io](https://github.com/ORANGO-IO/status). A ideia é implementar novas funcionalidades de testes (ativos e passivos) para garantir a qualidade e o correto funcionamento de diversos serviços que mantemos, bem como modelar adequadamente os dados de **serviços** e **tasks** no sistema.

---

## O que precisamos

1. **Modelagem de serviços e tasks**
- **Serviços:**
- Cada serviço terá:
- **UUID** (chave primária)
- **slug** único (usado em rotas e referências)
- **nome e descrição**
- Informações de configuração e metadados (por ex., endpoints, credenciais, etc.)
- Deve permitir cadastrar múltiplas tasks associadas.

- **Tasks:**
- Cada task terá:
- **UUID** (chave primária)
- **tipo** (crawler, request, E2E)
- **parâmetros** específicos (URL, corpo de requisição, script E2E etc.)
- Associação ao serviço correspondente.

- Precisamos de uma estrutura que facilite **cadastrar, atualizar e remover** serviços e suas tasks, seja **manualmente** (via Typer) ou programaticamente.

2. **Cadastro de serviços via Typer (CLI em Python)**
- Criar ou aprimorar comando(s) em **Typer** para **adicionar e gerenciar serviços** (com slug, UUID etc.) e suas tasks (também com UUID).
- Possibilidade de definir quais tipos de tasks cada serviço terá (crawler, request, E2E).
- Cada task deve conter parâmetros específicos, por exemplo:
- **Crawler**: URL alvo, intervalos de verificação etc.
- **Request**: Endpoint da API, parâmetros de autenticação, payload esperado etc.
- **E2E**: Scripts de automação em Playwright, condições de sucesso/falha etc.

3. **Testes E2E em Playwright (Python)**
- Implementar testes de ponta a ponta usando [Playwright para Python](https://playwright.dev/python/).
- Os testes E2E serão acionados **manualmente via Typer** (ou seja, não rodam em todo ciclo automático).
- Foco inicial em dois serviços: **greenbook** e **lithocenter**, cujos requisitos incluem:
- **Crawler** (estar online/offline),
- **Request** (verificar resposta de API),
- **Fluxos de interface** (E2E).

4. **Testes passivos via Webhook**
- Implementar (ou aprimorar) endpoints que recebam **webhooks** de serviços externos para monitoramento passivo, quando operações específicas ocorrerem.
- **Caso de uso**:
- **ITMPR**: Verificar se o cron de backup foi bem-sucedido. O sistema ITMPR enviará um JSON no formato:
```json
{
"service_id": "itmpr-database_backup",
"status": "online",
"description": "some output string"
}
```
- A aplicação deve registrar e exibir esse status, confirmando o backup ou indicando falha.

5. **Rotas e dashboard (visão única e por serviço)**
- Criação de uma **página raiz** (ex.: `/`) para exibir todos os serviços em **lista**, como no desenho do Figma.
- Rota dedicada a cada serviço usando o **slug** (ex.: `/<service_slug>`), exibindo um **dashboard** específico com o status detalhado das suas tasks, registros de execuções etc.
- Utilização de templates **Jinja2** (ou equivalente) para renderizar essas páginas dinamicamente.

6. **Integração e Pull Request**
- O trabalho final deve ser entregue como um **Pull Request** no repositório [https://github.com/ORANGO-IO/status](https://github.com/ORANGO-IO/status).
- Essa contribuição corresponderá à versão **v2** do projeto.

---

## Requisitos técnicos

- **Linguagem:** Python 3.8+
- **Framework de linha de comando:** Typer
- **Biblioteca de teste E2E:** Playwright (Python)
- **Experiência em QA:** Boas práticas de testes (unitários, integração, E2E), incluindo cenários de CI/CD.
- **Framework web:** Flask ou equivalente para gerenciar rotas (`/<service_slug>`) e a página raiz.
- **Templating:** Jinja2 (ou similar) para renderizar dashboards e lista de serviços.
- **Git e GitHub:** Familiaridade com fluxo de trabalho para criação de branches, commits e pull requests.
- **Desenvolvimento de endpoints (webhooks):** Conhecimento de padrões REST, validação de payload JSON, segurança com tokens etc.
- **Modelagem de dados:** Capacidade de projetar e implementar tabelas/estruturas (SQL ou NoSQL) para representar serviços e tasks (com UUIDs).

---

## Perfil desejado

- Experiência consolidada em **QA**, testes de software e automação (Selenium, Playwright, Cypress ou similares).
- Conhecimento sólido em **Python** e ferramentas de CLI (idealmente Typer).
- Familiaridade com a criação de **endpoints** para recepção de webhooks.
- Competência em desenvolvimento web com Flask (ou framework similar) para criar rotas e renderizar templates.

Boa tarde!

Temos um e-commerce e atualmente temos a opção de logar e recuperar a senha via SMS, porém temos vários casos de falha no envio.

Estamos em busca de alguém que já integrou com a API oficial.

A especificação detalhada de como deve ser feita está no anexo, assim como um Postman de exemplo de como queremos; basta renomear para .json.