Подтвердить что ты не робот

Использование Magento в качестве основного и создание единого знака для интеграции с другим сторонним программным обеспечением

Это то, над чем я пытался долго работать. Сначала он начался с Prestashop как интеграция с другими сценариями или фрагментами головоломки, которые мне нужно было сделать для общего веб-сайта. В настоящее время я все еще использую Prestashop в качестве своего интернет-магазина, но с тех пор перешел на Magento.

Я переключился на Magento из-за его сложной гибкости, и потому, что в целом я думаю, что это лучшее решение, лучшая поддержка и лучшая общая электронная коммерция script, чтобы пойти с.

Сказано, что те же проблемы, с которыми я столкнулся с Prestashop, по-видимому, одинаковы, я буду продолжать иметь какие-либо аспекты, которые я пытаюсь объединить в идеальной гармонии.

У меня есть настройка Magento, как основная часть веб-сайта, и внутри Magento в подпапках. У меня есть Wordpress, установленный в папке под названием "статьи", и я также пошел с FluxBB как мои форумы сообщений из-за его простоты не в с грубой загрузкой раздутых дополнительных функций, о которых я мог бы заботиться меньше, и это находится в подпапке под названием "форумы".

С этого момента мы знаем, что Magento, Wordpress и FluxBB имеют собственный способ управления пользователями; создания, управления и отслеживания.

То, что я хочу сделать, это найти лучший способ поместить эти три и более вместе для моего веб-сайта, чтобы сделать работу с клиентом максимально гладкой и функциональной. После отправки по электронной почте талантливого и полезного Алана Шторма он сказал мне, что лучшим решением, которое ему было известно о работе, было сделать стороннее управление пользователями, на которое все они указывают, и управляет аутентификацией клиентов. Я верю, что его мысли могут быть лучшими, но я хотел поместить это здесь на StackOverFlow, и я могу опубликовать это на Magento, а также получить широкую scrope разработчиков magento и умных парней, которые любят проблемы.

У меня есть несколько мыслей, никто не может работать, некоторые могут работать наполовину, или можно просто быть чем-то работоспособным. Но сначала позвольте мне рассказать вам, что я сделал до сих пор. Я сделал необходимые шаги для интеграции моего общего дизайна для верхнего и нижнего колонтитула, поэтому, по существу, Wordpress и FluxBB обернуты и содержатся внутри внешнего слоя Magento. Таким образом, с учетом сказанного я также сделал это там, где Magento проверит сеанс, чтобы узнать, зарегистрирован ли пользователь в Magento или нет, произнеся "Hello Guest" или "Hello User". Это то место, где я ударил точку остановки, потому что я не в своей глубине и хотел бы получить помощь, будь то что-то, что мы создаем вместе из чистой проблемы, или кто-то говорит, что если я заплачу им, они мне помогут, так или иначе я бы хотел этого сделано. Если и когда я получу код, выясняю, платя за помощью для группового усилия, я хотел бы сделать его свободно доступным для других, чтобы использовать концепцию для своих собственных проектов.


Brain Fart # 1:

Отрегулируйте пользовательские таблицы как для Wordpress, так и для FluxBB, чтобы больше соответствовать структуре Magento, так же как и для учетной записи паролей и имени пользователя/электронной почты. Остальные поля могут оставаться так же, как и для сообщений, и т.д.

Оттуда я хотел бы выяснить, какой класс в Magento выполняет фактический ввод в базу данных, когда клиент создан из регистрации. Когда я нахожу этот код, я хотел бы расширить его возможность копировать учетные данные пользователя в две другие таблицы в базе данных для Wordpress и FluxBB. Если это необходимо, это может быть просто добавленная пара полей в Wordpress и FluxBB, если это кажется лучшей идеей, и да, я имею в виду фактический зашифрованный пароль, создаваемый Magento, и я хочу, чтобы это тоже было безопасно.

Оттуда, когда мы знаем, что клиент регистрируется с Magento, данные копируются в другие две таблицы, тогда мы, по крайней мере, достигли прогресса, будет ли этот прогресс действительно работать, еще предстоит определить.

Затем мы отключим логин/логин и регистрационные ссылки любым способом, который мы можем использовать в Wordpress и FluxBB, потому что они больше не понадобятся, потому что мы хотим, чтобы пользователь зарегистрировался, зарегистрировался и вышел из системы через одно местоположение, которое является Magento.

Затем приходит интересная роль в моих глазах, держите проклятую сессию на всем веб-сайте, поскольку они заказывают продукты, просматривают статьи в Wordpress и, возможно, оставляют комментарии, отправляют друзьям и т.д., а также публикуют темы, ответы и т.д. в емкости FluxBB.

Для меня это значит, что создание полей или добавление данных из регистрации клиента Magento вступает в игру, я могу проверить, не вошли ли они в Magento, и оттуда мы сможем его проверить, Это может быть более чем убийство, или это может быть только то, как это нужно сделать. Но для меня, если учетные данные находятся во всех трех базах данных, они должны быть проверены путем изменения кода в Wordpress и FluxBB или добавления кода. И да, я знаю, что нам также нужно будет что-то сделать для редактирования профиля и редактирования пароля, если клиент так хочет изменить свою информацию.

Но это моя первая мысль об этом, будь то правильное решение или нет, я хотел бы услышать от обширных знаний людей, которые имеют больше опыта и знаний, чем я получаю с Magento, PHP и всего остального.


Brain Fart # 2

Эта нелогичная идея кажется для меня наружной частью из-за сложности Magento и того, как она является общей настройкой.

Но идея состоит в том, чтобы удалить/отредактировать Wordpress и FluxBB (и любое другое стороннее программное обеспечение), чтобы в значительной степени игнорировать его собственный метод регистрации, входа в систему, выхода из системы, редактирования и просмотра Magento для получения учетных данных и создания новых клиентов. По сути дела, они представляют собой негабаритный модуль Magento.

Я просто знаю, что настройка Magento должна быть модулизована, и ее сложность выглядит так, что для этого потребуется намного больше кодирования и устранения неполадок.


Brain Fart # 3

Сбросьте как Wordpress, так и FluxBB и посмотрите на модули в Magento Connection Store, которые в значительной степени обладают всеми необходимыми функциями и могут добавить к ним то, что отсутствует, и не путать с попыткой интеграции стороннего программного обеспечения.

Я люблю Wordpress, я думаю, что реплицируя его с помощью модуля, по крайней мере, после того, как я потратил время на просмотр всех доступных модулей, связанных с CMS/News, это сложный вызов. FluxBB Я мог бы взять его или оставить, если у кого-то было уже жизнеспособное решение для использования phpBB или vBulletin или SimpleMachines, я бы пошел с ними. Я скорее это бесплатное программное обеспечение с открытым исходным кодом, а не потому, что я дешевый конь, но только потому, что поддерживаю open source так, как могу.


Brain Fart # 4

Может ли это быть куки файл, но это было бы эффективно только в том случае, если они разрешают куки файлы или могут каким-то образом дополнять сеанс, чтобы позволить вещам проходить, но Magento настраивает разные сеансы или позволяет вам тоже, чтобы они обрушились на каждый другой, так что это вовсе не может быть идеей или может быть одним.


Я знаю, что не даю примеров того, что я пробовал, файлы, на которые я смотрел, или что-то связанное с этим, и я извиняюсь, я предоставляю некоторые ссылки, но ничего конкретно не найдено до сих пор, что соответствует тому, что я пытаюсь выполнить. И я попытался объединить все вместе с некоторыми забавными катастрофическими результатами.

Примеры ссылок?: 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 Как получить доступ к сеансу клиента Magento извне Magento?

Любая помощь с этим была бы приятной, я пытаюсь работать на нескольких частях веб-сайта сразу, и это неприятно, и я бы сказал, что все будут находить это трудным или затруднительным. Кто-нибудь вроде проблем?:)

--------- EDIT:

У меня есть Magento и Wordpress, чтобы отлично работать вместе с модулем Джеймса Кемпа, найденным на веб-сайте CodeCanyon (Single Sign-On для Magento и Wordpress), и я собираюсь адаптировать его для работы в FluxBB или что-то еще, что я делаю.

Просто передавая информацию... Я вижу, что это было отредактировано, не знаю, что редактировалось и не волнует. Просто передавая информацию, которую я с тех пор нашел после публикации.

4b9b3361

Ответ 1

Я управляю/настраиваю комбо из magento + vanilla forums + пользовательское приложение, созданное в Yii. Пользователи "разделяются" между приложениями. Ни одна из двух ссылок не является хорошей. Поскольку Алан уже ответил вам, правильное SSO будет с внешней пользовательской базой данных/менеджером. Но хорошо, что не каждый может перекодировать три приложения, чтобы получить 1 пост-недельный форум и 1 статью в месяц для работы с magento. Таким образом, у нас осталось меньше вариантов. Прежде всего, если вы не хотите (скорее всего, нет) переписать значительную часть уже написанного проекта с открытым исходным кодом, который обновляется и поддерживается, а затем сохраняет ваши изменения в отношении периодических обновлений (вы хотите их), тогда вы должны дублировать данные пользователя по трем базам данных. Если проект, который вы адаптируете, имеет некоторый способ управления данными пользователей в виде плагина или внешнего модуля. AFAIK по вашему выбору нет.

Итак, как его реализовать? Предполагая, что вы выбрали Magento как материнскую, вам нужно экспортировать API для проверки подлинности, что может работать над браузером с помощью файлов cookie и javascript, но это довольно сложно, или вы можете использовать его в файлах cookie frontend для проверки сеансов, серверных запросов API от дочерних приложений. Это предпочтительный вариант, поскольку "классический" SSO идет. Технически, что должно произойти, когда ваши пользователи открывают форум или блог, соответствующие приложения обнаруживают magento cookie и проверяют, действительно ли сеанс и кто является пользователем. Если пользователь найден, его данные копируются в блог или на таблицы форумов. Затем вам нужно запустить аутентифицированный сеанс в блоге или приложении для форума, используя новую запись пользователя.

До сих пор так хорошо, но все же некоторая работа. вам необходимо отключить управление профилями пользователей в дочерних приложениях или изменить его, чтобы данные, хранящиеся в Magento, всегда были правильными, и вам нужно придумать что-то, чтобы синхронизировать представление профиля пользователя Magento с детьми. Лучше подключаться к событиям Magento, поэтому каждый раз, когда пользователь меняет свой профиль, данные обновляются в приложении для детей. Но есть и другой, но тоже. Вероятно, вы хотите сохранить какое-то конкретное приложение данных, отображаемое имя на форуме не является обязательным для FirstName + LastName из Magento, а некоторые хотели бы сохранить его конфиденциальным.

Вышеприведенное является тем, что я могу вспомнить как интересные факты о том, как он работает. Есть, конечно, много других вещей, которые я забыл, более или менее конкретных. Но, надеюсь, мой комментарий может помочь вашему мозгу пердеть.

Мы попытались оценить другие параметры, но все, что не содержит повторяющихся данных, кажется слишком дорогостоящим для реализации или поддержки. Может быть позже. С бюджетом и временем.