I’m creating an external payment gateway and after referring other gateways and the source I put together the module. now I am stuck at one final point.

I am able to create an order with an active quote only when the gateway returns success to the update webhook. However, an order is always created when redirecting the user. I want it remain it as an active quote.

How can I redirect the user to the external site without creating an order?

I successfully installed the bitnami aws lightsail instance and everything worked fine using the static ip address.

But after installing a 3rd party module (https://store.webkul.com/magento2-multi-vendor-marketplace.html) using these instructions:

Magento2 Marketplace Multi Seller module installation is very easy, please follow the steps for installation-

1. Unzip the respective extension zip and then move “app” folder (inside “src” folder) into magento root directory.

Run Following Command via terminal———————————–php bin/magento setup:upgradephp bin/magento setup:di:compilephp bin/magento setup:static-content:deploy

1. Flush the cache and reindex all.

now module is properly installed

But now Magento is not working

if I use: http://

I get this error:

This page isn’t working

url didn’t send any data.

ERR_EMPTY_RESPONSE

If I put https://

it will show the front end but no matter what I do I can’t get the admin login to work. It gives the same error

I’ve just recently started at a B2B and need to overhaul the account model to match the companies existing xRM solution. Ideally, we would like to have business accounts that abusiness owner or admin can manage, allowing other users within their company to register for an account with their company email address and place orders.

Has anyone ever tackled something like this in Magento (Adobe Commerce for future crawlers)? Do you recommend any specific utilities or extensions that might help with this?

x2x eCommerce Dynamics GP-Magento Integration enables organizations to manage their eCommerce stores developed on the enterprise eCommerce solutions like Magento with their ERP solution like Microsoft Dynamics GP.

​

https://www.x2xecommerce.com/dynamics-gp-magento

Have any of you experienced something working right in Magento, only for it to suddenly not work, and all it took was a re-save of the admin page whether it be a config setting, price rule or product save, that made it magically work again?

what causes these data gremlins? Driving me crazy writing in my solution report “just re-save and refresh bro” as my explanation for these things. Getting a lot of flak over the course that these are just Magento things that stakeholder needs to understand that could happen.

Anybody familiar with or worked on oracle integration and know the best solution? Is it creating a middlewear or an extension? We don’t really have the resources or knowledge for Java. (Middlewear)

Hey all –

First thanks for any guidance and help. I recently updated a Magento community 2.4.3-p1 site to 2.4.4. Every morning, my server resources spike out of control due to a cron that never seems to complete. I setup the cron tasks in the admin as separate processes in hopes to see which one is stalling. Doing so, I narrowed it down to ‘/opt/cpanel/ea-php74/root/usr/bin/php /public_html/bin/magento cron:run –group=default –bootstrap=standaloneProcessStarted=1’.

In the /var/logs folder, nothing seems out of the ordinary. Cron.log shows things executing without fails. Here’s a snippet from that:

[2022-07-21T16:05:02.508924+00:00] main.INFO: Cron Job catalog_product_outdated_price_values_cleanup is run [] [] [2022-07-21T16:05:02.518575+00:00] main.INFO: Cron Job indexer_reindex_all_invalid is run [] [] [2022-07-21T16:05:02.524009+00:00] main.INFO: Cron Job indexer_reindex_all_invalid is successfully finished. Statistics: {"sum":0.0055520534515381,"count":1,"realmem":0,"emalloc":403624,"realmem_start":201850880,"emalloc_start":186459744} [] [] [2022-07-21T16:05:02.525873+00:00] main.INFO: Cron Job indexer_update_all_views is run [] [] [2022-07-21T16:05:02.571027+00:00] main.INFO: Cron Job catalog_product_outdated_price_values_cleanup is successfully finished. Statistics: {"sum":0.062220811843872,"count":1,"realmem":0,"emalloc":5493480,"realmem_start":201850880,"emalloc_start":186922048} [] [] [2022-07-21T16:05:02.573037+00:00] main.INFO: Cron Job catalog_product_frontend_actions_flush is run [] [] [2022-07-21T16:05:02.573462+00:00] main.INFO: Cron Job catalog_product_frontend_actions_flush is successfully finished. Statistics: {"sum":0.00041794776916504,"count":1,"realmem":0,"emalloc":1512,"realmem_start":201850880,"emalloc_start":192441368} [] [] [2022-07-21T16:05:02.576134+00:00] main.INFO: Cron Job sales_grid_order_async_insert is run [] [] [2022-07-21T16:05:02.576205+00:00] main.INFO: Cron Job sales_grid_order_async_insert is successfully finished. Statistics: {"sum":6.6995620727539e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":192546136} [] [] [2022-07-21T16:05:02.577783+00:00] main.INFO: Cron Job sales_grid_order_invoice_async_insert is run [] [] [2022-07-21T16:05:02.577851+00:00] main.INFO: Cron Job sales_grid_order_invoice_async_insert is successfully finished. Statistics: {"sum":6.2942504882812e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":192550632} [] [] [2022-07-21T16:05:02.579291+00:00] main.INFO: Cron Job sales_grid_order_shipment_async_insert is run [] [] [2022-07-21T16:05:02.579357+00:00] main.INFO: Cron Job sales_grid_order_shipment_async_insert is successfully finished. Statistics: {"sum":6.8902969360352e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":192554280} [] [] [2022-07-21T16:05:02.580759+00:00] main.INFO: Cron Job sales_grid_order_creditmemo_async_insert is run [] [] [2022-07-21T16:05:02.580822+00:00] main.INFO: Cron Job sales_grid_order_creditmemo_async_insert is successfully finished. Statistics: {"sum":5.8889389038086e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":192558056} [] [] [2022-07-21T16:05:02.590635+00:00] main.INFO: Cron Job sales_send_order_emails is run [] [] [2022-07-21T16:05:02.590710+00:00] main.INFO: Cron Job sales_send_order_emails is successfully finished. Statistics: {"sum":7.3909759521484e-5,"count":1,"realmem":0,"emalloc":1032,"realmem_start":201850880,"emalloc_start":194432768} [] [] [2022-07-21T16:05:02.594103+00:00] main.INFO: Cron Job sales_send_order_invoice_emails is run [] [] [2022-07-21T16:05:02.594171+00:00] main.INFO: Cron Job sales_send_order_invoice_emails is successfully finished. Statistics: {"sum":6.5088272094727e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":194794448} [] [] [2022-07-21T16:05:02.595750+00:00] main.INFO: Cron Job indexer_update_all_views is successfully finished. Statistics: {"sum":0.069869041442871,"count":1,"realmem":0,"emalloc":2644072,"realmem_start":201850880,"emalloc_start":186865648} [] [] [2022-07-21T16:05:02.597415+00:00] main.INFO: Cron Job sales_send_order_shipment_emails is run [] [] [2022-07-21T16:05:02.597489+00:00] main.INFO: Cron Job sales_send_order_shipment_emails is successfully finished. Statistics: {"sum":7.2002410888672e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":195071648} [] [] [2022-07-21T16:05:02.600842+00:00] main.INFO: Cron Job sales_send_order_creditmemo_emails is run [] [] [2022-07-21T16:05:02.600913+00:00] main.INFO: Cron Job sales_send_order_creditmemo_emails is successfully finished. Statistics: {"sum":6.9141387939453e-5,"count":1,"realmem":0,"emalloc":1072,"realmem_start":201850880,"emalloc_start":195395760} [] [] [2022-07-21T16:05:02.602776+00:00] main.INFO: Cron Job outdated_authentication_failures_cleanup is run [] [] [2022-07-21T16:05:02.602972+00:00] main.INFO: Cron Job outdated_authentication_failures_cleanup is successfully finished. Statistics: {"sum":0.00019001960754395,"count":1,"realmem":0,"emalloc":1448,"realmem_start":201850880,"emalloc_start":195416760} [] [] [2022-07-21T16:05:02.604569+00:00] main.INFO: Cron Job bulk_cleanup is run [] [] [2022-07-21T16:05:02.604786+00:00] main.INFO: Cron Job bulk_cleanup is successfully finished. Statistics: {"sum":0.00020813941955566,"count":1,"realmem":0,"emalloc":1608,"realmem_start":201850880,"emalloc_start":195423792} [] [] [2022-07-21T16:05:02.606625+00:00] main.INFO: Cron Job catalog_product_attribute_value_synchronize is run [] [] [2022-07-21T16:05:02.607026+00:00] main.INFO: Cron Job catalog_product_attribute_value_synchronize is successfully finished. Statistics: {"sum":0.00039291381835938,"count":1,"realmem":0,"emalloc":21248,"realmem_start":201850880,"emalloc_start":195463568} [] [] [2022-07-21T16:05:02.608769+00:00] main.INFO: Cron Job newsletter_send_all is run [] [] [2022-07-21T16:05:02.611149+00:00] main.INFO: Cron Job newsletter_send_all is successfully finished. Statistics: {"sum":0.0023641586303711,"count":1,"realmem":0,"emalloc":388192,"realmem_start":201850880,"emalloc_start":195491848} [] [] [2022-07-21T16:05:02.613126+00:00] main.INFO: Cron Job amasty_customform_process_form_scheduling is run [] [] [2022-07-21T16:05:02.614490+00:00] main.INFO: Cron Job amasty_customform_process_form_scheduling is successfully finished. Statistics: {"sum":0.001349925994873,"count":1,"realmem":0,"emalloc":182088,"realmem_start":201850880,"emalloc_start":195906704} [] [] [2022-07-21T16:05:02.657029+00:00] main.INFO: Cron Job consumers_runner is run [] [] [2022-07-21T16:05:02.661406+00:00] main.INFO: Cron Job consumers_runner is successfully finished. Statistics: {"sum":0.0045018196105957,"count":1,"realmem":0,"emalloc":202224,"realmem_start":201850880,"emalloc_start":186721608} [] [] [2022-07-21T16:05:02.671728+00:00] main.INFO: Cron Job amasty_base_daily_send_system_info is run [] [] [2022-07-21T16:05:02.672667+00:00] main.INFO: Cron Job amasty_base_daily_send_system_info is successfully finished. Statistics: {"sum":0.0010697841644287,"count":1,"realmem":0,"emalloc":62840,"realmem_start":201850880,"emalloc_start":186511304} [] [] [2022-07-21T16:05:02.674174+00:00] main.INFO: Cron Job amasty_base_instance_registration is run [] [] [2022-07-21T16:05:02.674773+00:00] main.INFO: Cron Job amasty_base_instance_registration is successfully finished. Statistics: {"sum":0.00059199333190918,"count":1,"realmem":0,"emalloc":30472,"realmem_start":201850880,"emalloc_start":186587152} [] [] 

I’ve made sure that the theme I’m using (Porto) and any extensions installed are fully up to date. I also made sure to re-compile, clear cache, etc. I also emptied the cron table in the database. Without fail, the same cron is stuck in the morning and I have to kill the task. Once I do that, my server resources go back to normal. From the Magento admin side, orders, products and whatever else all seem to be functioning properly.

Any ideas why this cron never completes / drops off? I’m at a loss as I have other 2.4.4 sites that do not exhibit this issue and those sites reside on slower servers.

Hello ! I’m facing something strange that I’m trying to understand.. I got 2 infras (one for test and one for prod) and they have both ~20K products. I use redis + varnish for caching and I don’t understand why my prod redis (having a max size of 16 GB) is ALWAYS full using the 16GB while my test redis (same version, same config, same products….) is using something like 100M opposite of the 16GB used by the prod one… Do you have any explanation / suggestion ?

Interesting fact : when I’m flushing the html block cache, the RAM goes back to almost zero, before going up to 16Gb.. so it’s full of HTML blocks only on prod and I still don’t know why :/

here’s my redis configuration :

# User-supplied common configuration:

# DISABLE AOF https://redis.io/topics/persistence#append-only-file

# appendonly yes

# auto-aof-rewrite-percentage 100

# auto-aof-rewrite-min-size 64mb

# ENABLE RDB persistence, AOF persistence already enabled.

save 900 1

save 300 10

save 86400 1

# save ""

maxmemory 16gb

maxmemory-policy volatile-lru

maxmemory-samples 20

#lazyfree-lazy-eviction yes

lazyfree-lazy-expire yes

lazyfree-lazy-server-del yes

replica-lazy-flush yes

lazyfree-lazy-user-del yes

# End of common configuration

​

Thanks for now 🙂

I’ve got the checkout and admin interface up by hacking a few examples but I can’t seem to find a way to identify which controller is called on checkout or how to listen to webhooks after user payment.

All the random XML on top of PHP/JS/HTML Templates has been a bit too much for me.

Hey,

I am using https://github.com/markshust/docker-magento as my Docker container, and I am ripping my hair out trying to understand why it won’t work.

​

Instance:

Magento Community 2.4.4 running on PHP8.1.6

​

Image:

markoshust/magento-nginx:1.18-6

​

images/nginx/conf/default.conf

upstream fastcgi_backend {

server unix:/sock/docker.sock;

}

​

map $http_host $MAGE_RUN_CODE {

default ”;

domain1.test website_code_domain_1;

}

​

server {

listen 8000;

return 301 https://$host$request_uri;

}

​

server {

listen [::]:8443 ssl http2 ipv6only=on;

listen 8443 ssl http2;

​

server_name magento2.test domain1.test;

​

ssl_certificate /etc/nginx/certs/nginx.crt;

ssl_certificate_key /etc/nginx/certs/nginx.key;

​

set $MAGE_ROOT /var/www/html;

set $MAGE_RUN_TYPE website;

​

fastcgi_buffer_size 64k;

fastcgi_buffers 8 128k;

​

include /var/www/html/nginx[.]conf;

}

​

src/nginx.conf

[relevant amends, adding in MAGE_RUN_TYPE & MAGE_RUN_CODE]

…..

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

fastcgi_param MAGE_RUN_TYPE $MAGE_RUN_TYPE;

fastcgi_param MAGE_RUN_CODE $MAGE_RUN_CODE;

include fastcgi_params;

……

​

With the above settings and having added entries in /etc/hosts and setting up SSLs and then restarting the container neither URL loads at all. Chrome presents a failed to connect / refused connection error.

​

However, if I comment out the following from src/nginx.conf:

fastcgi_param MAGE_RUN_TYPE $MAGE_RUN_TYPE;

fastcgi_param MAGE_RUN_CODE $MAGE_RUN_CODE;

​

Then magento2.test will load as expected, but loading domain1.test will redirect to the base website of magento2.test

​

So it seems my variables are not being set / passed on somewhere.

I am quite baffled. Any thoughts on how I could go about troubleshooting this please? I feel I must just be missing 1 critical step somewhere…

I know this sounds like an incredible naive question but why can’t Adobe or someone else rewrite Magento to fix all of its problems? The code is open source isn’t it?

For those that say it’s going to be too expensive to do, this is what I have to say about that.

The last company I worked at was a Magento ecommerce agency that had ~100 employees. If we say that each employee was making ~$100k a year (which cost the company way more than $100k a year due to other taxes, etc), the payroll would be ~$10 million. I would say, around half of the available developer time that was billed to the client was spent fixing the same issues over and over and over again with the indexer, XML hell, etc. This is the wasted effort of one company, keep in mind.

Now, think about all of the Magento agencies that employ software developers and how much time they waste on the same issues. Would it really cost more than $40 – 50 million to rewrite Magento into an improved version? Think about how much you would save on maintenance if you did this? Is there something I don’t understand? Thank you.

Hi, We are using Magento 2.3.4 I believe and our SEO team is trying to create or link a catalog of our products to Facebook/Pixel. One reason is to run Dynamic Targeting Ads. They have told us before that Magento doesn’t support this with Facebook. Can anyone provide more insight or other suggestions?

Is there a way to add a separate handling fee to every order without installing an extension? We are on Magento 2.3.5.