Quel est le moyen le plus efficace de rechercher un nom de compte dans MySQL en utilisant PHP?

Question

J'ai écrit une application Web de base en PHP et MySQL qui utilise des chaînes de requête pour rechercher diverses informations. Par exemple: xxxxxxx.com/?profile=1245

Très basique, premier développeur de type application web.

Je veux créer différents comptes qui auront chacun leurs propres ensembles de données. Je veux différencier ces comptes en utilisant des sous-domaines. Par exemple: username.xxxxxxxx.com?profile=4527

J'ai un catchall mis en place dans ma config Apache pour renvoyer tous les sous-domaines à mon domaine principal et je peux tirer ce sous-domaine en utilisant php comme ceci:

<?php list($username) = explode(".", $_SERVER[ "HTTP_HOST" ]); ?>

maintenant , Il est ma question:

Il me semble (je suis assez nouveau à tout cela) que l'exécution d'une recherche par chaîne pour chaque requête que je dois faire sur chaque page va être lente et inefficace. Par exemple, avoir à chercher SELECT * WHERE username = sampleuser AND profile = 2745

Mais est-ce vrai? Quel serait le moyen le plus efficace? Comment les applications Web qui utilisent des sous-domaines traitent-elles normalement ce genre de chose?

Merci beaucoup à l'avance.

Answer 1

"Comment les applications Web qui utilisent des sous-domaines traitent-elles normalement ce genre de chose?"

Habituellement, chaque sous-domaine est mappé dans le moteur Web (apache/IIS) en utilisant quelque chose comme un module de réécriture, à une adresse IP spécifique ou à une racine spécifique. Donc blog. * Sous-domaine pourrait pointer vers la racine de l'application WordPress.

Dans votre cas, cela semble ne pas s'appliquer à moins d'avoir un ensemble de pages différent pour chaque utilisateur. C'est à dire. Si elles ont toutes une page "Détails du compte" et que seules les données sont différentes, le seul endroit où le sous-domaine entrerait en jeu est celui des requêtes ou des URL que vous générez.

Dans votre cas, vous disposez de routes conceptuellement dynamiques. En général, vous ne faites qu'interroger une table pour déterminer le contenu à diffuser. Dans votre cas, ce n'est pas tant le contenu que les données. Parfois, les routes sont mises en cache globalement en mémoire à l'aide d'une structure de données bien organisée pour les recherches, dans vos recherches de cas via le nom d'utilisateur qui vous renvoie la clé primaire de la table des utilisateurs. Ensuite, sans interroger la table de l'utilisateur, vous avez vos critères de filtre pour les données qui référencent cet utilisateur via une clé étrangère. Donc, si vous naviguez jusqu'à la page "J'aime", vous pouvez "Sélectionner * De Likes Where UserKey = $ userKeyFromLookup". Vous voudriez choisir une structure de données en mémoire pour les recherches qui permettent les recherches O (1). C'est à dire. recherches à temps constant.

Il me semble (je suis assez nouveau à tout cela) que vous effectuez une recherche sur la base de la chaîne pour chaque requête que je dois faire sur chaque page est va être lent et inefficace. Par exemple, avoir à rechercher SELECT * OÙ username = exempleutilisateur ET profil = 2745

Est profil ID unique à chaque utilisateur? Si c'est le cas, vous n'avez pas besoin de nom d'utilisateur dans la requête. L'identifiant de profil seul vous donnera une réponse unique. Si quelqu'un visite le nom d'utilisateur. . sans ID de profil, la première chose à faire est de récupérer l'identifiant profileID puis de rediriger vers la même page mais maintenant avec ce paramètre dans l'URL afin que toute autre navigation soit effectuée dans le contexte de ce profileID. Je suis d'accord avec Stony, je pense que vous trouverez des quarks avec des sous-domaines dynamiques. Je mettrais le nom d'utilisateur dans l'URL à la place.

Answer 2

L'utilisation d'un sous-domaine n'est pas très efficace. Quand vous jetez un oeil à SEO. Vous avez de nombreux domaines et sites qui ont le même contenu.

je préférerais une ré-écriture dans votre cas

www.xxxxx.com/username 

alors vous pouvez réécrire le nom d'utilisateur à votre script. Le problème est que cela peut être un problème lorsque vous créez un nouveau sous-domaine pour chaque utilisateur. C'est possible, qu'un utilisateur ait mis en cache la requête DNS et que cela prenne beaucoup de temps pour accéder au site.

La seconde est que vous devriez interroger la base de données aussi peu que possible. Enregistrez le nom d'utilisateur ou l'ID dans la session.

$_SESSION['username'] = 'username'; 

Ensuite, vous pouvez faire la requête pour obtenir les informations de votre base de données.

Edit: Lorsque vous avez besoin plus de performance, vous devriez jeter un oeil à MongoDB ou utilisez Memcache pour stocker les choses/cache.