akunzai / magebridgecore

The bridge of Magento and Joomla!

MageBridgeCore

This is the repository for the MageBridge Open Core. It includes the main Joomla! component as well as vital plugins, plus the Magento extension. With it, a fully bridged site can be built.

Requirements

• PHP >= 8.1
• Composer
• Joomla! 3.10.x or 4.x or 5.x
• OpenMage 19.x or 20.x

Getting Started

# install dependencies
composer install --ignore-platform-reqs

# check coding style
composer run lint

# static code analysis
composer run phpstan

# build the Joomla! extension. The `pkg_magebridge.zip` can be found in the `dist/` directory
./build.sh

Installation

Joomla!

see here for details

Navigate to System->Install->Extensions in Joomla! backend and upload the package file pkg_magebridge.zip to install

You can get notified once a new version is released and update this extension through Joomla! admin UI

OpenMage

modman is required, see here for details

# install
modman clone MageBridge https://github.com/akunzai/MageBridgeCore.git

# update
modman update MageBridge

History of this extension

• Jisse Reitsma created the MageBridgeCore
• Charley Wu continue the MageBridgeCore and make it compatible with Joomla! 4.x

magebridgecore's Issues

Can't login user with email that contains plus sign

If Joomla! user email contains plus sign (+)

The MagentoBridge can't log users in correctly.

Clues

When Joomla! user with email [email protected] signed in.

Debug at https://github.com/akunzai/MageBridgeCore/blob/master/magento/app/code/community/Yireo/MageBridge/Model/Core.php#L158

the $joomlaUserEmail become user [email protected]

Need to specify CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1 in proxy.php with 1.9.5500 and old php 7.4?

Same problem of many years ago. Joomla (v3) is not receiving any data from magento/openmage (v19) with Magebridge 1.9.x
Tonight a magebrige 1.9.5500 with php 7.4 stop to work.
After some research, i remebered this
simbus82/MageBridgeCore@f95b3fb

So i tried a lot and... i put this for a test:
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,

Now all is working!

Probably our server this night has received an update. The CURL version in this moment is 8.7.1. I don't know if it is changed just this night!

Current locale always be changed to `en-US` after specified events trigged

After trigger following events:

• address_save_after
• adminhtml_customer_save_after
• adminhtml_customer_delete_after
• customer_delete_after
• customer_login
• customer_logout
• customer_save_after

The current locale will be changed to en_US in getAddressArray function

The `prototype.js` Block `Font-Awesome` SVG replacement

• Font-Awesome call Array.from that overwrited by prototype to convert the knownPrefixes from type Set to Array, because the overwrited version of Array.from lack support of Set, it become a empty Array, and cause SVG replacement not working.