2010-08-18 13 views
1

Bon, donc je ne suis pas sûr à 100% quelle est la meilleure façon de l'implémenter. Je veux créer ma propre petite application Web qui nécessite une connexion pour fonctionner. Je sais comment m'authentifier, ce n'est pas le problème. Soit ma page d'index redirige vers une page login.php et vous permet de vous connecter puis vous redirige vers l'index ou la page d'index détecte que vous n'êtes pas connecté et au lieu de vous rediriger, prend sur lui imprimer un formulaire de connexion au lieu du contenu principal. Je ne sais pas si c'est clair.page dédiée login.php vs index.php vérification des données de connexion

Quels sont les avantages/inconvénients de chacun.

Merci d'avance!

(je pense à l'aide, mais oublier OpenID que pour l'instant, je suis curieux de savoir quelle est la meilleure façon de mettre en œuvre un système de connexion à partir de zéro est, avec une page séparée ou tout dans l'index)

Répondre

3

Je préfère avoir le formulaire de connexion sur la page d'accueil, c'est une étape de moins que vos utilisateurs fréquents doivent prendre pour utiliser votre application.

Toutefois, il est également avantageux d'avoir une page de connexion distincte, sans fouillis, lorsque des informations de connexion incorrectes sont fournies. De cette façon, vos utilisateurs peuvent facilement identifier ce qui a mal tourné et ne pas avoir toutes les distractions généralement associées aux pages d'accueil de webapp. C'EST À DIRE. les messages d'erreur devraient être très évidents et ne pas avoir à enlever de ce qui se passe sur la première page. Ils peuvent avoir leur propre espace sur une page de connexion séparée.

Jetez un coup d'œil sur Facebook par exemple: ils ont une très bonne implémentation de ce que je décris.

+2

Ensuite. Vous devriez être en mesure de vous connecter à partir de la page d'accueil, si vos informations d'identification ne sont pas valides, vous serez redirigé vers la page de connexion de la page secondaire et vous y imprimerez les erreurs éventuelles. De cette façon, vous effectuez beaucoup moins de redirections, ce qui permet de réduire un peu la charge du serveur et de garder les choses propres et simples pour vos utilisateurs. – Jervis

+0

J'étais sur le point de mentionner l'exemple de Facebook, mais en même temps, si vous vous connectez de manière incorrecte, ils vous envoient sur une page séparée dédiée à la connexion. Étant donné que la page d'index ne serait qu'une page de connexion si vous n'êtes pas connecté, je ne montrerais rien d'autre sur la page d'index, ils sembleraient identiques, sauf que index servirait également à d'autres fins. Peut-être que par souci de simplicité et de lisibilité, la connexion devrait être séparée, mais j'aime l'idée de n'avoir qu'une seule page pour tout faire; après tout, ce ne sera pas un grand système, juste un petit projet personnel de GTD. – alexcoco

1

La page d'index doit-elle être derrière un mur de connexion? Parce que, si oui, de toute façon, vous allez finir par le cacher de google, et al.

D'une manière générale, cependant, je pense que c'est beaucoup plus propre d'avoir la page de connexion à une URL distincte. Si ce n'est que pour afficher le journal/l'analyse de votre serveur et pour déterminer combien de personnes voient la page d'accueil et combien ont consulté le formulaire de connexion.

+0

Oui, idéalement, vous devez vous connecter pour accéder à vos informations à ce sujet. C'est juste un projet personnel que j'ai décidé de prendre, une sorte d'application GTD pour me tenir occupé, donc SEO n'est pas un gros problème en ce moment. – alexcoco

Questions connexes