Je voudrais connaître le concept de la réplication de site Web où, lorsqu'un utilisateur s'inscrit un sous-domaine est créé et l'utilisateur peut créer son site Web en ligne. Juste la façon dont il est fait dans www.empowerkit.comRéplication de site Web en utilisant PHP
De nombreuses façons de structurer le SaaS multi-locataires.
Il est le seul site , base de données unique base de données approche:
Fondamentalement, vous avez le site de liaison écouter * sur une adresse IP dédiée.
DNS Bind * .votredomaine.com à l'adresse IP
Demandez à votre fonction d'inscription créer un enregistrement de base de données clients contenant le sous-domaine. Avoir un code de routage qui peut déterminer l'identifiant du client pour une requête spécifique sur un sous-domaine, puis utiliser le filtrage au niveau de la ligne dans votre référentiel de données pour renvoyer uniquement des données pour cet identifiant client spécifique.
Vous pouvez également faire en sorte que votre code crée un site Web distinct sur le système de fichiers et ajouter les entrées de virtualhosts appropriées pour le nouveau site.
Avantages: frais généraux de base de données Moins de cas de plusieurs bases de données, facile à sauvegarder et restaurer (base de données unique) Moins: Un peu plus de travail d'obtenir l'accès aux données, plus difficiles à shard
Ensuite, il y a site unique, multi -database:
Comme ci-dessus, mais le sous-domaine correspond à une base de données client spécifique.
Plus: Plus facile à Shard, base de données à la clientèle une meilleure ségrégation
Moins: frais généraux de haute mémoire, nécessite beaucoup d'instances de base de données, difficile à sauvegarder
Enfin, multi-base de données multi-sites
Vous créez des sites physiques distincts et ajoutez les enregistrements virtualhost appropriés pour vos clients lors de votre inscription, ainsi que la création d'une base de données distincte pour ce client
Plus: code d'application simple, facile à l'échelle, une meilleure séparation des utilisateurs, plus facile à personnaliser « par utilisateur » si nécessaire.
Inconvénients: complexe « Code d'inscription », exige beaucoup de ressources, exige l'application d'avoir accès en écriture aux fichiers de configuration importants, déchets beaucoup d'espace disque.
Cela dépend de la façon dont votre application fonctionne et que par la personnalisation de l'utilisateur que vous offrez.
Eh bien, pour la partie sous-domaine, vous pouvez:
l'utilisateur peut créer son site avec un WYSIWYG (ce que vous voyez est ce que vous obtenez) éditeur (comme CMS) et sauvegarder tout le contenu dans une base de données SQL que vous pouvez récupérer plus tard pour afficher la page.
Merci qui m'a donné idée de la façon de travailler sur des sous-domaines – rahul
Je ne pense pas qu'il existe une réponse simple à ce que vous demandez. Les solutions les plus efficaces ont en réalité le concept de traiter le sous-domaine intégré au produit.
Tout dépend de l'environnement dans lequel vous allez vous déployer et de ce qui fonctionne sur votre site.
De nombreux CMS peuvent gérer des contenus différents pour le sous-domaine par nature.
Après tout la manière ci-dessus SaaS multi-locataires, sommes-nous capables de réplication de site Web? – rahul
Vous devez expliquer ce qu'est la "réplication de site Web". Si vous voulez pouvoir créer des sites "séparés" sur des sous-domaines pour des clients individuels, alors oui. Tout dépend de ce que vous voulez que votre application spécifique fasse. Tout le contenu de l'utilisateur est-il stocké dans une base de données? Les utilisateurs ont-ils besoin d'accéder au système de fichiers? Combien d'utilisateurs aurez-vous? De quel genre d'évolutivité avez-vous besoin? Combien de serveurs etc etc choses que vous et l'entreprise doivent penser et peser. L'utilisation d'un "panneau de contrôle" comme DirectAdmin comme suggéré dans une autre réponse est simplement une implémentation "multi-site multi-base de données". –