Dev

.github/workflows/ci.yml

@@ -2,100 +2,65 @@ name: CI
 
 on:
   push:
-    branches: [ main, '**' ]
   pull_request:
-    branches: [ main ]
+    branches: [main]
 
-jobs:
-  backend:
-    runs-on: ubuntu-latest
-    env:
-      CI: true
-    defaults:
-      run:
-        working-directory: auth-api
-    steps:
-      - uses: actions/checkout@v4
-
-      - name: Install Postgres server
-        run: |
-          sudo apt-get update
-          sudo apt-get install -y postgresql postgresql-contrib
-          sudo systemctl start postgresql
-          sudo -u postgres psql -v ON_ERROR_STOP=1 <<'SQL'
-          DO $$
-          BEGIN
-            IF NOT EXISTS (SELECT 1 FROM pg_roles WHERE rolname = 'test_user') THEN
-              CREATE ROLE test_user LOGIN PASSWORD 'teste123' CREATEDB;
-            ELSE
-              ALTER ROLE test_user LOGIN PASSWORD 'teste123' CREATEDB;
-            END IF;
-          END$$;
-          SQL
-
-      - name: Setup Node
-        uses: actions/setup-node@v4
-        with:
-          node-version: 20
-          cache: npm
-          cache-dependency-path: auth-api/package-lock.json
-
-      - name: Install deps (backend)
-        run: npm ci
+concurrency:
+  group: ci-${{ github.ref }}
+  cancel-in-progress: true
 
-      - name: Create .env for CI
-        run: |
-          cat > .env <<'EOF'
-          PORT=4000
-          PGHOST=localhost
-          PGPORT=5432
-          PGDATABASE=logindb
-          PGUSER=test_user
-          PGPASSWORD=teste123
-          CORS_ORIGIN=http://localhost:3000
-          JWT_SECRET=ci_dummy_secret
-          EOF
-
-      - name: Init DB (calls initDb)
-        run: node --input-type=module -e "import('./src/db.js').then(m=>m.initDb())"
-
-      - name: Test (backend) -- if present
-        run: npm run test --if-present -- --watchAll=false --runInBand --verbose
+jobs:
 
-  frontend:
+  test:
+    timeout-minutes: 30
     runs-on: ubuntu-latest
+
     env:
-      CI: true
-    defaults:
-      run:
-        working-directory: saude_e_bem_estar
+      REACT_APP_FIREBASE_APIKEY: ${{ secrets.FIREBASE_APIKEY }}
+      REACT_APP_FIREBASE_AUTHDOMAIN: ${{ secrets.FIREBASE_AUTHDOMAIN }}
+      REACT_APP_FIREBASE_PROJECTID: ${{ secrets.FIREBASE_PROJECTID }}
+      REACT_APP_FIREBASE_STORAGEBUCKET: ${{ secrets.FIREBASE_STORAGEBUCKET }}
+      REACT_APP_FIREBASE_MESSAGINGSENDERID: ${{ secrets.FIREBASE_MESSAGINGSENDERID }}
+      REACT_APP_FIREBASE_APPID: ${{ secrets.FIREBASE_APPID }}
+      REACT_APP_FIREBASE_MEASUREMENTID: ${{ secrets.FIREBASE_MEASUREMENTID }}
+
+    strategy:
+      matrix:
+        node-version: [18.x]
 
     steps:
-      - uses: actions/checkout@v4
+      - name: Checkout code
+        uses: actions/checkout@v4
 
-      - name: Setup Node
+      - name: Setup Node.js
         uses: actions/setup-node@v4
         with:
-          node-version: 20
+          node-version: ${{ matrix.node-version }}
           cache: npm
-          cache-dependency-path: |
-            package-lock.json
-
-      - name: Install deps (front)
-        run: npm ci
 
-      - name: Test (front)
+      # ---------------------------
+      # FRONTEND
+      # ---------------------------
+      - name: Install frontend dependencies
+        env:
+          CI: false
         run: |
-          npm test -- --watchAll=false --runInBand --verbose
+          while true; do echo "Still getting dependencies..."; sleep 60; done &
+          npm install
+          npm ci
+          kill %1
+        working-directory: nutri.me
 
-      - name: Build (front)
-        run: npm run build
+      - name: Build frontend
+        env:
+          CI: false
+          NODE_OPTIONS: --max-old-space-size=6144
+        run: |
+          while true; do echo "Still building..."; sleep 60; done &
+          npm run build
+          kill %1
+        working-directory: nutri.me
 
-      - name: Upload build artifact
-        uses: actions/upload-artifact@v4
-        with:
-          name: front-build
-          path: |
-            dist
-            build
-          if-no-files-found: ignore
+      - name: Run frontend tests
+        run: CI=false npm test -- --verbose
+        working-directory: nutri.me

.github/workflows/firebase-hosting-merge.yml

@@ -0,0 +1,19 @@
+# This file was auto-generated by the Firebase CLI
+# https://github.com/firebase/firebase-tools
+
+name: Deploy to Firebase Hosting on merge
+on:
+  push:
+    branches:
+      - release-deploy-firebase
+jobs:
+  build_and_deploy:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: FirebaseExtended/action-hosting-deploy@v0
+        with:
+          repoToken: ${{ secrets.GITHUB_TOKEN }}
+          firebaseServiceAccount: ${{ secrets.FIREBASE_SERVICE_ACCOUNT_NUTRIME_MC656 }}
+          channelId: live
+          projectId: nutrime-mc656

.github/workflows/firebase-hosting-pull-request.yml

@@ -0,0 +1,20 @@
+# This file was auto-generated by the Firebase CLI
+# https://github.com/firebase/firebase-tools
+
+name: Deploy to Firebase Hosting on PR
+on: pull_request
+permissions:
+  checks: write
+  contents: read
+  pull-requests: write
+jobs:
+  build_and_preview:
+    if: ${{ github.event.pull_request.head.repo.full_name == github.repository }}
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+      - uses: FirebaseExtended/action-hosting-deploy@v0
+        with:
+          repoToken: ${{ secrets.GITHUB_TOKEN }}
+          firebaseServiceAccount: ${{ secrets.FIREBASE_SERVICE_ACCOUNT_NUTRIME_MC656 }}
+          projectId: nutrime-mc656

README.md

@@ -38,7 +38,7 @@ Ao alinhar dados nutricionais com esses objetivos globais, o projeto busca contr
 1. Clone o repositório
    ```
     git clone https://github.com/Palacio-dev/MC656.git
-    cd MC656/saude_e_bem_estar
+    cd MC656/nutri.me
    ```
 2. Instale as Dependências
     ```
@@ -48,32 +48,19 @@ Ao alinhar dados nutricionais com esses objetivos globais, o projeto busca contr
    ```
    npm run build  
    ```
-4. Execute
+4. Agora faça as intalações necessarias para a api
    ```
-   npm start  
+   cd ../api_tudogostoso
+   npm install
    ```
-5. Abra um novo terminal e entre no diretório do backend
+6. Agora você pode rodar os dois com o unico comando ao voltar na raiz do projeto
    ```
-   cd MC656/auth-api
-   ```
-6. Dê permissão ao usuário para executar CREATE_DATABASE no banco de dados Postgres
-   ```
-   psql -h localhost -U postgres -p 5432 -c "ALTER ROLE test_user CREATEDB;"
-   ```
-7. Execute
-   ```
-   npm run dev
-   ```
-8. Para verificar se os dados de autenticação foram armazenados no banco, execute
-   ```
-   cd MC656/auth-api
-
-   PGPASSWORD=teste123 psql -h localhost -p 5432 -U test_user -d logindb
-   SELECT id, name, email FROM users ORDER BY id;
+   cd ..
+   npm start
    ```
 8. Para rodar os testes, execute
    ```
-   cd MC656/saude_e_bem_estar
+   cd /nutri.me
    npm test 
    ```
 
@@ -89,7 +76,7 @@ O frontend segue o padrão MVVM, que separa a lógica de apresentação da lógi
 
 Aqui está uma visão de como faremos a organização dos arquivos:
 ```
-saude_e_bem_estar/src
+nutri.me/src
 ├── components    # Views
 ├── hooks         # ViewModel (lógica)
 ├── pages         # Telas principais
@@ -98,33 +85,27 @@ saude_e_bem_estar/src
 └── types         # Tipos próprios criados
 ```
 
-**Backend — Clean Architecture**
+**Backend — Firebase**
 
-O backend foi desenvolvido seguindo os princípios da Clean Architecture, garantindo independência entre as camadas e facilitando a substituição de tecnologias.
+No projeto para a estruturação do backend foi usado o Firebase (https://firebase.google.com/?hl=pt-br) para de forma pratica e rapida realizar a authenticação do usuario e salvar/resgatar dados necessarios. Além de permitir um facil deploy do nossa aplicação.
 
-- **Entities (Domínio)**: Contém as regras de negócio fundamentais e entidades da aplicação.
-- **Use Cases (Aplicação)**: Define os casos de uso e orquestra as regras do domínio.
-- **Interface Adapters**: Faz a mediação entre o domínio e o mundo externo (bancos de dados, APIs, frameworks).
-- **Frameworks & Drivers (Infraestrutura)**: Contém implementações específicas de persistência, serviços externos e detalhes técnicos.
+- Firebase Auth: usando autenticação pelo google e manual com escrita de email e senha propria
+- Firestore Database: estuturação dos nossos dados e criação das regras para quem altera e acessa esses dados
 
-Aqui está uma exemplificação de como faremos a organização dos arquivos:
-```
-backend/
-├── app/
-│   ├── domain/               # Regra de negócio pura (Entidades + Interfaces de Repositório)
-│   ├── use_cases/            # Casos de uso (application layer)
-│   ├── interfaces/           # Adapters -> comunicação entre casos de uso e mundo externo
-│   ├── infrastructure/       # Detalhes de tecnologia (não atinge o domínio)
-│   └── core /                # Regras compartilhadas (erros, helpers)
-│
-├── tests/                    # Testes unitários e de integração
-└── README.md
+O backend foi isolado ao apenas se conectar com o frontend usando os codigos em model (indicado pela pasta services)
+
+A pasta backend tem os scripts que permitiu extrair os dados de alimentos (tbca_clean) e criar o csv Alimentos, e em seguida com o script import.js foram enviados para o firebase.
+
+**API tudo gostoso**
+
+Como o site tudo gostoso aplamente conhecido para pesquisa de receitas, utilizamos a api criado no repositorio: https://github.com/carol-caires/receitas-web-scrapper 
+Para a sua utilização clonamos o repositorio na pasta api_tudogostos, realizando algumas alterações para que esteja atualizada e funcionando completamente com o nosso frontend.
+Sendo que toda comunicação para a nossa aplicação é feita pelo model.
 
-```
 ---
 
 ### Diagrama C4 (Contexto, Container, e Componentes)
-![A4 - C4 drawio](https://github.com/user-attachments/assets/101353df-7748-4857-ade4-d145cf97195f)
+![A4 - C4 drawio](./Imagens/C4.drawio.svg)
 
 Para implementar a arquitetura proposta para Mobile App (frontend) cada um dos componentes abaixo deve ser implementado para cada uma das cinco features planejadas:
 
@@ -149,23 +130,6 @@ Para implementar a arquitetura proposta para Mobile App (frontend) cada um dos c
   - Nutrição de Alimentos Model: solicita dados nutricionais de um alimento no banco, devolvendo-o ao Hook.
   - Planejador de Refeições Model: envia e atualiza os planos de refeições do backend e recupera o cardápio salvo quando o usuário abre o app.
 
-Para implementar a arquitetura proposta para o backend é necessário haver os componentes descritos abaixo:
-
-* **Interface Adapters**: responsáveis por ser as portas de entrada do sistema, receber as requisições externas (do Mobile App e de outras APIs), validar os dados, traduzir os formatos e encaminar para use cases. Além disso, transformam a resposta dos use cases em formatos adequados ao envio para o cliente. Ex.:
-  - Controller recebe o nome de um alimento e aciona o caso de uso de consulta nutricional.
-  - Endpoint recebe uma receita marcada como favorita e aciona o caso de uso de salvamento.
-
-* **Use cases**: Implementam ações específicas que o sistema executa como salvar receitas, buscar alimentos, gerar cardápios etc. Também contêm a lógica de aplicação e coordenam as interações entre Domain e Infrastructure. Ex.:
-  - Caso de uso para buscar cardápio recebe um objeto de cardápio, valida regras e chama o domínio e repositórios.
-  - Caso de uso para buscar valor nutricional recebe o nome do alimento e coordena a consulta ao repositório de nutrição.
-
-* **Domain**: responsável por conter as regras de negócio puras além de definir entidades, regras de validação, cálculos e invariantes do domínio. Ex.:
-  - Entidade Cardapio validando se uma semana possui todas as refeições cadastradas.
-
-* **Infrastructure**: Implementa acesso ao banco de dados, faz integração com serviços externos, faz o contato direto com PostgresSQL, DuckDB e API do TudoGostoso. Ex.:
-  - Adapter para chamar a API do TudoGostoso e transformar JSON em objetos internos.
-  - Implementação das receitas salvas no perfil de um usuário usando PostgreSQL.
-
 ---
 
 ### Padrão de Projeto — Strategy no Planejador de Refeições
@@ -189,9 +153,5 @@ Esse padrão facilita a extensibilidade e a personalização das estratégias se
 ### 📄 Licença
 Este projeto é de uso acadêmico e está sujeito às diretrizes da disciplina MC656 da Unicamp oferecida no segundo semestre de 2025.
 
+Importante que os dados utilizados nesse repositorio foram extraidos de https://github.com/carol-caires/receitas-web-scrapper e da pesquisa ([tbca da usp](https://www.tbca.net.br/base-dados/composicao_alimentos.php)), e se forem utilizados estão sujeito ás diretirzes impostas pelos reponsaveis de ambos os dados
 
-
-
-
-
-

api_tudogostoso/Dockerfile

@@ -0,0 +1,28 @@
+FROM ghcr.io/puppeteer/puppeteer:latest
+
+# Volta para root para instalar dependências
+USER root
+
+WORKDIR /app
+
+# Copiar package.json primeiro (boa prática de cache)
+COPY package.json package-lock.json ./
+
+# Dar permissão ao diretório
+RUN mkdir -p /app/node_modules && \
+    chown -R pptruser:pptruser /app
+
+# Instalar dependências como o usuário correto
+USER pptruser
+RUN npm install
+
+# Copiar o restante do código
+COPY --chown=pptruser:pptruser . .
+
+ENV PUPPETEER_EXECUTABLE_PATH=/usr/bin/chromium
+ENV NODE_ENV=production
+ENV PORT=8080
+
+EXPOSE 8080
+
+CMD ["node", "index.js"]