Expressjs / Node.js - res.redirect() pas de chargement de la page

Votre demande est après (en dollars.post) et vous la route est d'application.del, de sorte qu'il n'arrive jamais à res.rediriger l'intérieur de l'app.del itinéraire.

Pourquoi vous n'utilisez pas l'application.post?

Mise à jour:

En supposant $.post envoie HTTP DEL demande ici ce qui se passe: serveur envoie la réponse 302 avec pas de données, mais le navigateur n'envoie jamais une autre requête pour OBTENIR l'itinéraire le serveur indique qu'il (ou jQuery gérer les redirections? Pas sûr). res.redirect() est la véritable réponse HTTP, pas un serveur interne du côté de l'instruction de re-router la demande à un autre itinéraire que vous pouvez le faire dans ASP.NET (et ce qui est faux en fait)... la Route est conçu pour recevoir la demande, la réponse de la réponse et de l'oublier. Vous avez besoin de séparer les routes de fonctions réelles de traitement entre eux, alors vous serez en mesure d'appeler cette fonction, au lieu d'envoyer de redirection.

Code des suggestions

Dans l'app.del('/équipe/:clé' ...

...
retStatus = 'Success';
//res.redirect('/team');
res.send({
retStatus : retStatus,
redirectTo: '/team',
msg : 'Just go there please' //this should help
});
...

Côté Client en $.post('/équipe/' ...

...
$.post('/team/' + teamId, { _method : 'delete' }, function(response) {
console.log(response);
if(response.retStatus === 'Success') {
//not sure what did you mean by ('/team' && '/team' !== "")
//if('/team' && '/team' !== "") {
if (response.redirectTo && response.msg == 'Just go there please') {
window.location = response.redirectTo;
}
}
});
...

Pas sûr que cela va fonctionner, mais parce que je ne comprends pas ce que votre getAllTeams fait et pourquoi vous stockez teamList dans req. Si vous voulez stocker dans la session, que de supposer le middleware est correctement configuré, vous devez utiliser req.session. Si vous avez besoin de stocker uniquement dans la demande et votre getAllTeams prépare cette liste des équipes, il est préférable de les stocker dans res.les habitants (comme res.les locaux.teamList).
Et assurez-vous que votre getAllTeams appels suivant. Donc, fondamentalement, votre getAllTeams devrait ressembler à ceci:

function getAllTeams (req, res, next) {
res.locals.teamList = [/* whatever */];
next();
}

Et puis vous pouvez utiliser res.les locaux.teamList dans votre gestionnaire d'itinéraire au lieu de req.teamList.

res.render('team', {teamsList : res.locals.teamsList} );

Et "l'équipe" modèle peut également avoir un problème...

Express conseils 🙂

Aussi la façon dont vous utilisez l'Express fait qu'il est très difficile d'étendre/gérer l'application. Je ne me souviens pas exactement où, mais quelque part dans les docs ils écrivent que l'Express est censé être utilisé comme base pour vos cadre d'application, non pas comme un cadre complet comme la plupart des frameworks PHP. Il vous donne beaucoup de puissance et de flexibilité, mais rend également nécessaire de réfléchir sur l'architecture des applications bien à l'avance.

La fonction la plus puissante de l'express, c'est que vous pouvez avoir n'importe quel itinéraire gérée par de nombreuses routes spécifiques, gestionnaires et des middlewares de contrôle de transmission pour chaque autre par l'intermédiaire de next(). J'ai un tableau statique qui définit les gestionnaires sont utilisés sur chaque itinéraire permettant de voir l'ensemble de l'application avec vos 30 itinéraires sur une seule page. Et cette table est utilisée pour assembler le routage de façon dynamique lorsque l'application démarre. Il conduit à beaucoup de flexibilité, de facilité de gestion (je peux me déplacer/copier-coller des gestionnaires d'un itinéraire à l' - chaque gestionnaire est représenté comme un seul mot) et le code de la réutilisation. J'utilise aussi le même hachage de routes définition dans le client pour le côté client de routage.

OriginalL'auteur esp