ember-cli-deploy / ember-cli-deploy/ember-cli-deploy-redis

Prember / Multiple File Support

Ouverte
#132 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
JavaScript
Étoiles
17
Forks
40
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

[Prember](https://github.com/ef4/prember) pre-renders routes into a static directory structure with index.html files at build time. I'd like to be able to use the lightning strategy for deployment and pre-render my static routes. This can be supported by grabbing the files from s3 as assets, but you lose the ability to effectively use revisions, uploading the html as assets using the s3 plugin means the index.html files will be overwritten as they are not fingerprinted. I would like to upload all the html into redis just as it stores the main ember index.html file to retain the ability to have revisions.

I've noticed in the [past a PR](https://github.com/ember-cli-deploy/ember-cli-deploy-redis/pull/80) was rejected, as a use case didn't really exist at the time and the suggestion of using the plugin multiple times as part of the pipeline was the correct advice. The past issues and pr were about uploading a single other file. An app may have tens or hundreds of static routes being prerended by prember so creating a plugin entry for each html file would be cumbersome, prone to error and not very scalable.

I'm creating this issue to spark at the least a discussion about if prembers rising popularity changes the conversation around supporting multiple file support and if it should be pursued as part of this plugin.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Piste de recherche

Commencez par examiner le point d’entrée de téléversement de index.html existant du plugin et la PR #80 rejetée de ember-cli-deploy-redis, puis comparez les multiples fichiers HTML pré-rendus produits par Prember avec les recommandations actuelles pour le pipeline. La tâche est considérée comme terminée lorsque le projet dispose d’une approche convenue et implémentable pour stocker plusieurs fichiers HTML sans collisions tout en préservant les révisions.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
javascript, redis
Domaine
databases, devops
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.