adobe / adobe/aio-cli-plugin-app-dev
differences between `remote` actions/sequences and `local` app:dev
- Langage dominant
- JavaScript
- Étoiles
- 2
- Forks
- 5
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
## Listing Web and Non-web urls
`Remote`:
- **web**: will show the cdn host
- **non-web**: this shows the `package/action` path for the sequence that is created when an action has `require-adobe-auth:true`
- **non-web**: will always use the adobeioruntime.net host, not the adobeio-static.net cdn host
`Local`:
- **web**: will always show localhost
- **non-web**: this **does not** show the `package/action` path for the sequence that is created when an action has `require-adobe-auth:true`
- **non-web**: since we don't have a cdn for localhost (no point), the host is the same for both web and non-web
## Calling a non-web action/sequence
`Remote`:
- adobeio-static.net cdn: will always return 404
- adobeioruntime.net: will always return 401
`Local`:
- will always return 401
## Calling a web action/sequence: error response object
`Remote`:
- will have both `code` and `error` properties, e.g.
```
{
"code": "7HlbgAP51Dxwagx2jIZYxS4g9a1ZJeW3",
"error": "Response is not valid 'message/http'.",
}
```
`Local`:
- will only have the `error` property, e.g.
```
{
"error": "Response is not valid 'message/http'.",
}
```
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par l’implémentation de app:dev et reproduisez les cas distants et locaux répertoriés pour le listing d’URL, les appels non web et les réponses d’erreur des actions web. L’issue ne nomme ni fichiers, ni tests, ni comportement attendu ; le résultat visé doit donc d’abord être clarifié avant de pouvoir juger de l’achèvement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript
- Domaine
- cli
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100