L'utilisation de Magento comme principal, et la création d'une seule connexion pour intégrer avec d'autres logiciels tiers
c'est quelque chose sur lequel j'essaie de travailler depuis longtemps. Il a d'abord commencé avec Prestashop comme une intégration avec d'Autres scripts ou pièces du puzzle que je devais faire pour un site Web Global. Je suis toujours en train D'utiliser Prestashop comme ma boutique en ligne, mais je suis depuis passé à Magento.
Je suis passé à Magento en raison de sa flexibilité complexe et parce que dans l'ensemble je pense que c'est la meilleure solution, le meilleur soutien et le meilleur eCommerce global script pour aller avec.
cela dit, les mêmes problèmes que j'avais avec Prestashop semblent être les mêmes, je vais continuer à avoir n'importe quel aspect que j'essaie d'intégrer les choses ensemble en parfaite harmonie.
j'ai Magento setup, comme la partie principale du site, et à L'intérieur de Magento en sous-dossiers J'ai Wordpress installé dans un dossier appelé "articles" et j'ai également été avec FluxBB que mon forum de message en raison de sa simplicité à ne pas avoir une charge merdique de fonctionnalités supplémentaires gonflées que je pourrais me soucier moins et qui est dans un sous-dossier appelé "forums".
A partir de ce point, nous savons que Magento, Wordpress et FluxBB ont tous leur propre façon de gérer les utilisateurs; créer, gérer, et les suivre.
ce que je veux faire est de trouver le meilleur moyen de s'adapter à ces trois et plus ensemble pour mon site web pour rendre l'expérience pour le client aussi lisse et fonctionnel que possible. Après en envoyant un e-mail à Alan Storm, toujours talentueux et serviable, il m'a dit que la meilleure solution qu'il connaissait était de créer une gestion des utilisateurs tiers vers laquelle ils pointent tous et qui gère l'authentification des clients. Je crois que ses pensées sont peut-être les meilleures mais je voulais mettre cela ici sur StackOverFlow et je peux poster cela sur Magento ainsi pour obtenir la large corde raide de développeurs magento et les gars intelligents qui aiment les défis.
j'ai plusieurs pensées, aucune ne peut le travail, certains peuvent travailler à moitié, ou un peut être juste quelque chose de réalisable. Mais d'abord, laissez-moi vous dire ce que j'ai accompli jusqu'à présent. J'ai fait les étapes nécessaires pour intégrer mon design global pour l'en-tête et le pied de page, donc essentiellement Wordpress et FluxBB sont enveloppés et sont contenus à L'intérieur de la couche de design externe de Magento. Cela étant dit, Je l'ai également fait où Magento vérifiera la session pour voir si L'utilisateur est connecté à Magento ou non en disant "Hello Guest" ou "Hello User". Ce c'est là que j'ai atteint un point d'arrêt Parce que je suis hors de ma profondeur et que je voudrais de l'aide, que ce soit quelque chose que nous créons ensemble à partir de pure Challenger ou quelqu'un dit que si je les paie, ils vont m'aider, de toute façon je voudrais que cela soit accompli. Si et quand j'ai compris le code si au moyen de payer pour l'assistance d'un effort de groupe je voudrais le rendre librement disponible pour d'autres d'utiliser le concept pour leurs propres projets.
Pet Cerveau #1:
ajuster les tables d'utilisateurs à la fois pour Wordpress et FluxBB pour se conformer davantage à la structure de Magento, comme pour le mot de passe et la partie de login nom d'utilisateur/e-mail. Le reste des champs peuvent respectivement rester comme ils sont pour les comptes de poste, et etc.
de là, je voudrais comprendre quelle classe à Magento fait l'entrée réelle dans la base de données quand un client est créé hors de l'enregistrement. Lorsque Je trouve ce code, je voudrais étendre sur elle la possibilité de copier les justificatifs d'identité de l'utilisateur dans les deux autres tables dans la base de données pour Wordpress et FluxBB. Si nécessaire, il peut juste être un couple ajouté de champs à Wordpress et FluxBB si cela semble comme une meilleure idée et oui je veux dire le mot de passe crypté réelle que Magento crée, je veux que ce soit sécurisé ainsi.
de là, quand nous savons qu'un client s'enregistre avec Magento les données sont copiées sur le deux autres tables alors nous avons au moins fait des progrès, si ces progrès vont réellement fonctionner, est encore à déterminer.
nous désactivons alors les liens de connexion/déconnexion et d'enregistrement de N'importe quelle façon que nous pouvons à partir de Wordpress et FluxBB parce qu'ils ne seront plus nécessaires parce que nous voulons que l'utilisateur pour s'inscrire, connexion et déconnexion à travers un seul endroit qui est Magento.
puis vient la partie amusante dans Mes yeux, garder la séance maudite va tout au long de la tout le site Web comme ils commandent des produits, Passer en revue les articles wordpress et éventuellement laisser des commentaires, Envoyer à des amis et etc... ainsi que des sujets de post, des réponses et etc dans la capacité FluxBB.
pour moi c'est ici que la création des champs OU l'ajout des données de L'enregistrement client de Magento entre en jeu, je peux le faire vérifier pour voir s'ils sont déjà connectés dans Magento et de là nous pouvons être en mesure de le faire valider lui-même. Cela peut être plus de tuer ou ce n'est peut-être comment il doit être fait. Mais pour moi si les justificatifs d'identité sont situés dans les trois bases de données, alors ils devraient pouvoir être validés en changeant le code dans Wordpress et FluxBB ou en ajoutant du code. Et oui, je suis conscient que nous aurons aussi à faire quelque chose au sujet de L'édition de profil et L'édition de mot de passe si un client souhaite changer leurs informations.
Mais c'est ma première pensée sur ce que c'est la bonne décision ou pas, j'aimerais entendre de la vaste connaissance de des gens ici qui ont plus d'expérience et de connaissances que moi avec Magento, PHP et tout le reste.
Pet Cerveau #2
cette idée illogique me semble tout à fait extravagante en raison de la complexité de Magento et de sa configuration générale.
mais l'idée est de supprimer / éditer le Wordpress et FluxBB (et tout autre logiciel tiers) pour à peu près ignorer C'est propre méthode d'enregistrement, connexion, déconnexion, éditer et regarder à Magento pour ses références et établir de nouveaux clients. Ce qui en fait un module surdimensionné de Magento.
je sais juste que la façon dont Magento est configuré doit être modulérisé et sa complexité semble comme il faudrait beaucoup plus de codage et de dépannage pour faire cela.
Pet Cerveau #3
Dump à la fois Wordpress et FluxBB et regarder vers les modules dans le Magento Connection Store qui a à peu près tout de la fonctionnalité dont j'ai besoin et peut y ajouter ce qui manque et ne pas gâcher essayer d'intégrer des logiciels tiers.
j'adore Wordpress, je pense qu'il répliquer avec un module, au moins après les heures que j'ai passées à regarder tous les modules disponibles qui sont CMS/nouvelles liées est un appel difficile. FluxBB je pourrais le prendre ou le laisser, si quelqu'un avait un solution déjà viable pour utiliser phpBB ou vBulletin ou SimpleMachines je serais aller avec eux. Je préfère que ce soit un logiciel libre open source, non pas parce que je suis un skate pas cher, mais juste parce que je supporte l'open source autant que je peux.
Pet Cerveau #4
peut-il s'agir d'un cookie ceci, mais ne serait efficace que s'ils permettent les cookies, ou pourraient d'une manière ou d'une autre ajouter à la session pour permettre aux choses de passer à travers, mais Magento met en place différentes sessions ou vous permet aussi de sorte qu'ils choses à se planter les uns contre les autres afin que ce ne peut pas du tout être une idée ou peut être une ainsi.
je sais que je ne donne pas d'exemples de choses que j'ai essayé, des fichiers que j'ai regardé ou quelque chose en rapport avec cela et je m'excuse, je fournis quelques liens liés mais rien trouvé spécifiquement jusqu'à présent qui correspond à ce que j'essaie d'accomplir. Et j'ai essayé de fusionner les choses avec quelques amusant des résultats désastreux.
Exemples De Liens?: http://www.magentocommerce.com/wiki/doc/webservices-api/api/customer#customer.create http://www.magentogarden.com/blog/how-are-passwords-encrypted-in-magento.html http://www.nicksays.co.uk/magento_events_cheat_sheet / http://www.magentocommerce.com/wiki/5_-_modules_and_development/customers_and_accounts/registration_fields comment accéder à la session client Magento depuis L'extérieur de Magento?
N'importe quelle assistance avec ceci serait agréable, j'essaye de travailler sur plusieurs parties du site à la fois et celui-ci est gênant et je dirais que tout le monde va trouver difficile ou l'ont trouvé difficile. Quiconque aime les défis? :)
--------- Modifier:
J'ai Magento et Wordpress pour fonctionner parfaitement avec le module de James Kemp trouvé sur le site de CodeCanyon (une seule connexion pour Magento et Wordpress) et je vais l'adapter pour travailler pour FluxBB ou n'importe quoi d'autre que je fais.
je transmets L'information... Je vois que ça a été édité, Je ne sais pas ce qui a été édité et je m'en fous. Je ne fais que transmettre des informations que j'ai trouvées depuis que j'ai posté ceci.
1 réponses
je gère/personnalise un combo de forums magento+vanilla+une application faite sur mesure dans le cadre de Yii. Les utilisateurs sont "partagés" entre les applications. Aucun des deux liens sont bons. Comme Alan vous a déjà répondu, l'OSP approprié sera avec une base de données/Gestionnaire d'utilisateurs externes. Mais bien, tout le monde n'est pas à la hauteur pour recoder trois applis juste pour obtenir 1 post par semaine forum et 1 article par mois blog pour travailler avec magento. Nous restons donc avec moins d'options. Tout d'abord, si vous ne voulez pas (probablement pas) pour réécrire une bonne partie du projet open source déjà écrit qui est mis à jour et maintenu et puis maintenir vos modifications contre les mises à jour périodiques (vous les voulez), alors vous devez dupliquer les données de l'utilisateur sur trois bases de données. Sauf si le projet que vous adaptez a un moyen de gérer les données des utilisateurs en tant que plugin ou module externe. AFAIK, ce n'est pas votre choix.
alors, comment l'implémenter? En supposant que vous choisissiez Magento comme la mère de tous, vous en avez besoin pour exporter une API pour authentification, qui peut fonctionner sur le navigateur en utilisant des cookies et javascript, mais c'est assez délicat, ou vous pouvez utiliser son cookie frontend pour valider les sessions faisant des requêtes API serveur-serveur à partir d'applications Enfants. Il s'agit d'une option privilégiée en ce qui concerne l'OSS "classique". Techniquement, que doit - il se passer lorsque vos utilisateurs ouvrent un forum ou un blog, les applications respectives détectent le cookie magento et vérifient si la session est valide et qui est l'utilisateur. Si l'utilisateur est trouvé, ses données sont copiées sur le blog ou les tables du forum. Ensuite, vous devez démarrer une session authentifiée sur le blog ou le forum app en utilisant l'enregistrement utilisateur nouvellement créé.
jusqu'à présent si bon, mais encore du travail. vous devez désactiver la gestion des profils utilisateurs dans les applications enfants ou la modifier afin que les données conservées dans Magento est toujours la bonne et vous devez inventer quelque chose pour synchroniser la représentation de Magento de profil utilisateur vers le bas pour les enfants. C'est mieux d'être branché sur les événements de Magento afin que chaque lorsqu'un utilisateur change de profil, les données sont mises à jour dans l'application enfants. Mais il y a un autre mais aussi. Vous souhaitez probablement garder certaines données d'application spécifique, un nom d'affichage sur le forum n'est pas nécessaire que le Prénom+Nom de l'Magento et certains aimeraient le garder privé.
ce qui précède est exactement ce que je peux me rappeler comme faits intéressants sur le fait de garder le fonctionnement. Il y a certainement beaucoup d'autres choses que j'ai laissées de côté, plus ou moins spécifiques. Mais j'espère que mon commentaire peut aider votre cerveau péter.
nous avons essayé d'évaluer d'autres options, mais tout ce qui ne comporte pas de données en double semble trop coûteux à mettre en œuvre ou à maintenir. Peut-être plus tard. Avec le budget et le temps.