serverless-nextjs/serverless-next.js

Allow overriding of lambda@edge origin-request for custom paths

Open

#892 ouverte le 1 févr. 2021

Voir sur GitHub
 (5 commentaires) (0 réactions) (0 assignés)TypeScript (447 forks)batch import
buggood first issue

Métriques du dépôt

Stars
 (3 998 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Is your feature request related to a problem? Please describe. I have a custom path on my NextJS app that I want to route through a custom Lambda@Edge function of my own, but this code overrides it even if I provide it in the input configuration.

Describe the solution you'd like Allow the override to happen, I don't think it makes sense to have a configuration that gets overridden always.

Describe alternatives you've considered Since I can't do this override I have to manually edit the default-lambda code using a custom script on the build.postBuildCommands.

Additional context

nextApp:
  component: '@sls-next/serverless-component@1.19.0-alpha.30'
  inputs:
    cloudfront:
      /custom-route/*:
        viewerProtocolPolicy: 'redirect-to-https'
        allowedHttpMethods:
          ['GET', 'HEAD', 'OPTIONS', 'PUT', 'POST', 'PATCH', 'DELETE']
        minTTL: 0
        maxTTL: 31536000
        defaultTTL: 0
        forward:
          cookies: 'all'
          queryString: true
        compress: true
        lambda@edge:
          origin-request: THIS_GETS_OVERRIDEN_WITH_THE_DEFAULT_LAMBDA_ARN

Guide contributeur

Direction de recherche
Inspectez le code à la ligne 647 de packages/serverless components/nextjs component/src/component.ts pour comprendre comment l'ARN Lambda@Edge est écrasé. Implémentez ensuite une condition pour autoriser l'ARN lambda origin request fourni par l'utilisateur lorsqu'il est spécifié dans la configuration CloudFront.
Stack technique
typescript
Domaine
backendclouddevops
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitAWSServerless Framework
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
55