Magento 2.4.0 elastic search

Hi,

Magento 2.4 stock will require elasticsearch, as they removed the mysql search
What is the migration plan for algolia users? Do we also need to install an (unused) elasticsearch?

regards
Alex

Hi @alex1,

if the configuration for “Stores > Configuration > Algolia Search > Advance > Make a backend search query” is set to No in your Magento/Algolia configuration, you should not have any issues.

You may find this documentation helpful.

Is there any way to install Magento without ElasticSearch, so that we can install Algolia plugin afterwards?

It seems we are not even able to install it if ElasticSearch is not installed, not sure if there is a workaround for this.

Hi @juanzo,
This may be something you need to check with Magento Support.

There is a way to install without elasticsearch… Editing a file. But the question is. Will Algolia work without elasticsearch?

Hi @brunorigo, Algolia does not rely on elasticsearch.

Is possible that the hosting provider configures the elastic search on their stack. Just like in this case?

Just wanted to add an update on this topic. We have now released a version of our extension that supports Magento 2.4

You can find more details of this release here: https://github.com/algolia/algoliasearch-magento-2/releases/tag/3.0.0

So does anyone have a proper answer to the initial question: Do we need to roll out elasticsearch if we are running algolia?
I know algolia doesn’t need elasticsearch. I guess the answer is still relevant for anyone thinking about algolia on magento, as this quite heavily impacts the deployment.
And if we don’t need elasticsearch, that would be a benefit, and I guess algolia should do the install/requirement tweaks to mage.

Installing ElasticSearch is I believe mandatory due to the way the installer is built.
Our integration is built to replace Magento’s default search, but it makes sense that Magento would install all its default dependencies out of the box.

The Magento installer is composer, and you can easily stop that from pulling in a dependency, e.g.:
“replace”: {
“amzn/amazon-pay-and-login-magento-2-module”: “",
“magento/module-admin-notification”: "
”
}

Hi,

In version 3.0.0 of the extension, we had to remove all the files that used the Mysql classes that have been remove in the version 2.4.0. That means that the backend facets features in unfortunately not available anymore, see more information here : https://www.algolia.com/doc/integration/magento-2/how-it-works/front-end/?language=php#back-end-facets

The extension doesn’t refer to any Elasticsearch class as well, it will just remove the page contents in the product listings and replace it by the Instantsearch result page. So you don’t have to remove ES before installing Algolia.

Hope that helps.
Best.

Has anyone on the Algolia Team been able to run v3.0 on Magento 2.4.0 with ES disabled? We are running into issues with Mage looking for the ES even when Algolia is primary.

Update: Algolia will not run without the ES dependency. For Magento 2.4+ ES is a core function and MUST run. You can find turnkey Magento ES solutions on AWS Marketplace.

Could you tell us a bit more about those issues?

Anyone finally got a solution to run magento 2.4 without elasticsearch using Algolia?

Hi @alex1, the Algolia extension version 3.x will work with Magento 2.4. You should disable the backend rendering, and enable the instantsearch to bypass Elasticsearch.

To run Magento 2.4 without elastic search, firstly remove all the dependency through composer.

open up the composer.json file and add the following manually to your configuration:

"replace": { "magento/module-advanced-search": "*", "magento/module-catalog-search": "*", "magento/module-elasticsearch": "*", "magento/module-elasticsearch-6": "*", "magento/module-elasticsearch-7": "*", "magento/module-inventory-catalog-search": "*", "magento/module-inventory-elasticsearch": "*", "magento/module-search": "*", "elasticsearch/elasticsearch": "*" }

Please check your website third-party module requirements before running composer update.
I have written bases on all search related modules. It may vary depending on the website modules.

Afterwards run the
composer update command.

If that’s fails then run the following

rm -r vendor/ composer.lock composer install

You can bypass whole elastic search Plus search modules in this way.
It means that if you run setu: upgrade without elastic search.

If any module required any classes removed then create a alternative module or classes.

This may create a side effects in graphQL, API, search repository if any third-party module uses in other means.

If it’s correctly implemented algolia will work definitely.

Thanks archdude, that’s what I was looking for. Will be excited to see what blows up, but at least it seems generally feasible

1 Like

Thanks Cindy.
IMHO you should provide something like the post from @archdude4458 from Algolia, as it is really pointless to have elasticsearch deployed when having Algolia around as well.

2 Likes

Using Algolia in the Admin would increase the monthly bill, depending on the plan, right? Also how did your update go without elasticsearch? We are starting this soon.