L'ancienne URL de flux tente de rediriger vers le nouveau flux en utilisant une méta-actualisation HTML (voir feed.md ), plutôt que de rediriger vers la nouvelle URL avec un HTTP 301.
De nombreux lecteurs de flux (Safari, NetNewsWire, etc.) ne suivront pas une méta-actualisation. Ce n'est que par hasard que j'ai remarqué que je n'avais vu aucun message 18F depuis 6 mois ! En cherchant, je suppose qu'une redirection peut être configurée via la console S3/CloudFront...
$ curl -I https://18f.gsa.gov/feed/
HTTP/1.1 301 Moved Permanently
Location: https://18f.gsa.gov/feed.xml
...
$ curl -I https://18f.gsa.gov/feed/
HTTP/1.1 200 OK
Content-Type: text/html
...
curl -I https://18f.gsa.gov/feed/
@chuckhoupt merci d'avoir contribué ! Je vais chercher à activer un 301 à cette URL.
Question posée dans #federalist-support
Nous devrons ajouter quelque chose comme ce qui suit à nginx.conf
server {
listen <%= ENV["PORT"] %>;
set $target_domain 18f.gsa.gov
server_name $target_domain;
rewrite ^/feed/.* $target_domain/feed.xml redirect;
rewrite ^/([^/]*)$ /$1/ redirect;
}
cc @jmhooper
Je pense que cela devrait être une redirection permanente (301) pour encourager les linkers entrants à mettre à jour :
rewrite ^/feed/.* $target_domain/feed.xml permanent;
Vous pouvez également envisager d'utiliser des fichiers d'inclusion afin que les réécritures puissent être définies dans le référentiel 18f.gsa.gov, plutôt qu'ailleurs. Idéalement, au fur et à mesure qu'un site évolue à travers de multiples re-conceptions, toutes les redirections accumulées devraient continuer à fonctionner - ceci est plus facile à maintenir si les redirections font partie du référentiel du site.
@chuckhoupt comment
J'essaie de comprendre la mise en œuvre la meilleure/la plus simple. Merci!
@wslack Mes excuses, je ne comprends pas parfaitement la configuration de l'hébergement de 18F, donc mes suggestions ne sont que des "coups dans le noir". Je ne sais pas où réside le serveur CloudFront Origin de 18f.gsa.gov : S3 ou la machine virtuelle Federalist-Redirects exécutant Nginx, ou ailleurs. La configuration de la redirection dépendra de l'hébergement - peut-être un changement S3 manuel, ou peut-être un changement de configuration Nginx.
@chuckhoupt Désolé pour ça - c'est tout à fait juste. L'origine se trouve dans S3, donc j'essaie de déterminer s'il existe un moyen de faire fonctionner cela où Jekyll y dépose une redirection 301.
@wslack une mise à jour sur ce problème ?
Avec le passage à Federalist, il semble qu'un ajustement des redirections fédéralistes dans l'application de redirection de pages pourrait faire l'affaire. Je discuterai avec l'équipe fédéraliste pour voir si cette approche a du sens.
Si le site est toujours hébergé sur S3, je me demande si les redirections n'ont pas pu être définies via le bucket de configuration de site Web de S3 ? Voici un article SO sur la façon d'automatiser le déploiement de fichiers S3 website.json
:
Notez encore une fois, je suis un étranger, donc ce n'est qu'une autre idée de "coup dans le noir"...
@mgwalker Malheureusement, c'est une redirection au niveau du domaine. Nous ne pouvons pas l'utiliser pour des chemins spécifiques.
@chuckhoupt C'est intéressant. Hé @amirbey peux-tu vérifier
https://stackoverflow.com/questions/26596337/how-to-update-amazon-s3s-redirection-rules-via-command-line et voyez si c'est possible avec cloud.gov ?
Cela peut maintenant être possible avec la mise à jour du compartiment dédié de Federalist. Revisit pour personnaliser les redirections.
Les redirections personnalisées ne sont pas disponibles dans Federalist.