best practice to connect Magento 2 to price/product serviceUse API v2 to work with Customer Group PricesCustom price for a productSet at custom tax class for a quote itemWhat are the ramifications of not re-indexing the price index after updating product pricesHow to change the product price with a plugin in Magento 2.1?Magento 2: How to get the price of a product?Magento 2 - dynamic (not cached) pricesHow To Pass A Custom Price Value To Product List Price Renderer In Magento 2?UPS stopped working from yesterday in Magento 2
C-152 carb heat on before landing in hot weather?
Can the negators "jamais, rien, personne, plus, ni, aucun" be used in a single sentence?
Intuitively, why does putting capacitors in series decrease the equivalent capacitance?
No IMPLICIT_CONVERSION warning in this query plan
What sort of mathematical problems are there in AI that people are working on?
Links to webpages in books
Alphabet completion rate
Isn't this a trivial corollary?
What are the penalties for overstaying in USA?
Character discovers anti gravity emitters, flies a shipping container into space and docks with space station
What is the fibered coproduct of abelian groups?
Using “sparkling” as a diminutive of “spark” in a poem
What happens when I sacrifice a creature when my Teysa Karlov is on the battlefield?
Change CPU MHz from Registry
Should I tell my insurance company I'm making payments on my new car?
Through the Looking-Glass
Are Finite Automata Turing Complete?
Is there a maximum distance from a planet that a moon can orbit?
What kind of wire should I use to pigtail an outlet?
Inverse-quotes-quine
First-year PhD giving a talk among well-established researchers in the field
Would a two-seat light aircaft with a landing speed of 20 knots and a top speed of 180 knots be technically possible?
Cascading Repair Costs following Blown Head Gasket on a 2004 Subaru Outback
Is my Rep in Stack-Exchange Form?
best practice to connect Magento 2 to price/product service
Use API v2 to work with Customer Group PricesCustom price for a productSet at custom tax class for a quote itemWhat are the ramifications of not re-indexing the price index after updating product pricesHow to change the product price with a plugin in Magento 2.1?Magento 2: How to get the price of a product?Magento 2 - dynamic (not cached) pricesHow To Pass A Custom Price Value To Product List Price Renderer In Magento 2?UPS stopped working from yesterday in Magento 2
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
I have my own price/product service that I need to connect to Magento.
The service has a variable amount of products with very variable prices.
The price can change with every request a customer makes. So it needs to be fetched every time a customer requests the page at least. But probably even in between, informing him/her of an updated price.
What is the best practice to do this in Magento 2?
Do I completely drag out the price part of Magento to my api?
Do I overwrite prices in the Magento database with my api?
Do I fetch prices on the fly with the api or do I overwrite them after Magento sets the prices?
Or ...?
At most I want to prevent being forced to maintain products and prices in two places (Magento, my database).
Thanks for any information, read-ups, books about the topic!
magento2 product price api catalog
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
add a comment |
I have my own price/product service that I need to connect to Magento.
The service has a variable amount of products with very variable prices.
The price can change with every request a customer makes. So it needs to be fetched every time a customer requests the page at least. But probably even in between, informing him/her of an updated price.
What is the best practice to do this in Magento 2?
Do I completely drag out the price part of Magento to my api?
Do I overwrite prices in the Magento database with my api?
Do I fetch prices on the fly with the api or do I overwrite them after Magento sets the prices?
Or ...?
At most I want to prevent being forced to maintain products and prices in two places (Magento, my database).
Thanks for any information, read-ups, books about the topic!
magento2 product price api catalog
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
add a comment |
I have my own price/product service that I need to connect to Magento.
The service has a variable amount of products with very variable prices.
The price can change with every request a customer makes. So it needs to be fetched every time a customer requests the page at least. But probably even in between, informing him/her of an updated price.
What is the best practice to do this in Magento 2?
Do I completely drag out the price part of Magento to my api?
Do I overwrite prices in the Magento database with my api?
Do I fetch prices on the fly with the api or do I overwrite them after Magento sets the prices?
Or ...?
At most I want to prevent being forced to maintain products and prices in two places (Magento, my database).
Thanks for any information, read-ups, books about the topic!
magento2 product price api catalog
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
I have my own price/product service that I need to connect to Magento.
The service has a variable amount of products with very variable prices.
The price can change with every request a customer makes. So it needs to be fetched every time a customer requests the page at least. But probably even in between, informing him/her of an updated price.
What is the best practice to do this in Magento 2?
Do I completely drag out the price part of Magento to my api?
Do I overwrite prices in the Magento database with my api?
Do I fetch prices on the fly with the api or do I overwrite them after Magento sets the prices?
Or ...?
At most I want to prevent being forced to maintain products and prices in two places (Magento, my database).
Thanks for any information, read-ups, books about the topic!
magento2 product price api catalog
magento2 product price api catalog
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
asked Jul 15 '16 at 11:39
sterossteros
8627 silver badges30 bronze badges
8627 silver badges30 bronze badges
add a comment |
add a comment |
4 Answers
4
active
oldest
votes
This is just a part of a part of an idea.
For the product view pages and the cart you can simply retrieve the prices from your external source using the vent catalog_product_get_final_price.
But if you have a lot of products you might get into performance problems.
But this approach won't work for listing products.
The product prices are indexed in catalog_product_index_price.
If you have a lot of discount rules and a lot of tier prices I have no idea how you can achieve this, but if you have just simple prices, you can try to rewrite the method MagentoCatalogModelResourceModelProduct::_productLimitationPrice and retrieve your prices from the third party for the current collection.
but again, if you have a lot of products, this will end up in performance issues.
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
add a comment |
I would highly recommend a cron based or periodical price fetching of prices from custom table instead of pulling the prices from api, as there would some cases where you may fail to fetch prices like connectivity issues.This would also be reliable and will not have performance issues.It should be something like magento updates currency values.
There are other cases to consider to draw a complete solution like
1) what is the frequency of the price changes
2) Are the products only simples
3) Do you have other promotions,tier prices etc.
Well thats just an idea to start with
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
add a comment |
If the prices are essentially 'live' then a realistic option may be to remove prices from the catalog listings (category pages, search results etc) and only show them on the product pages. Here they could be pulled asynchronously using Javascript and applied to the basket directly if a customer wishes to buy. This would then 'lock in' that price, if this is the desired behavior?
In addition, a server-side technology such as Node.js could be used to achieve real-time price updates on the product pages. Of course, there's nothing to stop this same approach being rolled out to the catalog pages too, but this would involve significantly more complex development.
Without understanding the whole problem I can't be more specific, but hopefully this at least gives you some ideas.
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
add a comment |
What about:
Use fast api to show product on frontend (direct frontend). Because customer change price regularly if save price in table catalog_product you will meet problem about performance. Use it directly on frontend.
When a finally price confirmed. save price for that product. So other part will follow original Magento process.
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "479"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f125888%2fbest-practice-to-connect-magento-2-to-price-product-service%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
This is just a part of a part of an idea.
For the product view pages and the cart you can simply retrieve the prices from your external source using the vent catalog_product_get_final_price.
But if you have a lot of products you might get into performance problems.
But this approach won't work for listing products.
The product prices are indexed in catalog_product_index_price.
If you have a lot of discount rules and a lot of tier prices I have no idea how you can achieve this, but if you have just simple prices, you can try to rewrite the method MagentoCatalogModelResourceModelProduct::_productLimitationPrice and retrieve your prices from the third party for the current collection.
but again, if you have a lot of products, this will end up in performance issues.
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
add a comment |
This is just a part of a part of an idea.
For the product view pages and the cart you can simply retrieve the prices from your external source using the vent catalog_product_get_final_price.
But if you have a lot of products you might get into performance problems.
But this approach won't work for listing products.
The product prices are indexed in catalog_product_index_price.
If you have a lot of discount rules and a lot of tier prices I have no idea how you can achieve this, but if you have just simple prices, you can try to rewrite the method MagentoCatalogModelResourceModelProduct::_productLimitationPrice and retrieve your prices from the third party for the current collection.
but again, if you have a lot of products, this will end up in performance issues.
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
add a comment |
This is just a part of a part of an idea.
For the product view pages and the cart you can simply retrieve the prices from your external source using the vent catalog_product_get_final_price.
But if you have a lot of products you might get into performance problems.
But this approach won't work for listing products.
The product prices are indexed in catalog_product_index_price.
If you have a lot of discount rules and a lot of tier prices I have no idea how you can achieve this, but if you have just simple prices, you can try to rewrite the method MagentoCatalogModelResourceModelProduct::_productLimitationPrice and retrieve your prices from the third party for the current collection.
but again, if you have a lot of products, this will end up in performance issues.
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
This is just a part of a part of an idea.
For the product view pages and the cart you can simply retrieve the prices from your external source using the vent catalog_product_get_final_price.
But if you have a lot of products you might get into performance problems.
But this approach won't work for listing products.
The product prices are indexed in catalog_product_index_price.
If you have a lot of discount rules and a lot of tier prices I have no idea how you can achieve this, but if you have just simple prices, you can try to rewrite the method MagentoCatalogModelResourceModelProduct::_productLimitationPrice and retrieve your prices from the third party for the current collection.
but again, if you have a lot of products, this will end up in performance issues.
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
answered Jul 18 '16 at 6:47
Marius♦Marius
170k28 gold badges329 silver badges703 bronze badges
170k28 gold badges329 silver badges703 bronze badges
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
add a comment |
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
Sorry I hardly get your post, it is too detailed already. I'm just a magento beginner. Why does one thing do not work for the other? A product should have one base price, not? So using this as an entry point should work. But probably magento works in other ways (I don't understand yet).
– steros
Jul 19 '16 at 12:10
add a comment |
I would highly recommend a cron based or periodical price fetching of prices from custom table instead of pulling the prices from api, as there would some cases where you may fail to fetch prices like connectivity issues.This would also be reliable and will not have performance issues.It should be something like magento updates currency values.
There are other cases to consider to draw a complete solution like
1) what is the frequency of the price changes
2) Are the products only simples
3) Do you have other promotions,tier prices etc.
Well thats just an idea to start with
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
add a comment |
I would highly recommend a cron based or periodical price fetching of prices from custom table instead of pulling the prices from api, as there would some cases where you may fail to fetch prices like connectivity issues.This would also be reliable and will not have performance issues.It should be something like magento updates currency values.
There are other cases to consider to draw a complete solution like
1) what is the frequency of the price changes
2) Are the products only simples
3) Do you have other promotions,tier prices etc.
Well thats just an idea to start with
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
add a comment |
I would highly recommend a cron based or periodical price fetching of prices from custom table instead of pulling the prices from api, as there would some cases where you may fail to fetch prices like connectivity issues.This would also be reliable and will not have performance issues.It should be something like magento updates currency values.
There are other cases to consider to draw a complete solution like
1) what is the frequency of the price changes
2) Are the products only simples
3) Do you have other promotions,tier prices etc.
Well thats just an idea to start with
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
I would highly recommend a cron based or periodical price fetching of prices from custom table instead of pulling the prices from api, as there would some cases where you may fail to fetch prices like connectivity issues.This would also be reliable and will not have performance issues.It should be something like magento updates currency values.
There are other cases to consider to draw a complete solution like
1) what is the frequency of the price changes
2) Are the products only simples
3) Do you have other promotions,tier prices etc.
Well thats just an idea to start with
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
answered Jul 19 '16 at 9:27
BharathBharath
3562 silver badges16 bronze badges
3562 silver badges16 bronze badges
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
add a comment |
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
1) the frequency is random for a random number of prices 2) what is a simple product? 3) yes there might be tier prices in the future like order 3 for the price of two I don't think that a periodical price fetching via would work. You would have to fetch very often in very short times. Also the number of prices can go into millions easily due to several multiplying factors.
– steros
Jul 19 '16 at 12:01
add a comment |
If the prices are essentially 'live' then a realistic option may be to remove prices from the catalog listings (category pages, search results etc) and only show them on the product pages. Here they could be pulled asynchronously using Javascript and applied to the basket directly if a customer wishes to buy. This would then 'lock in' that price, if this is the desired behavior?
In addition, a server-side technology such as Node.js could be used to achieve real-time price updates on the product pages. Of course, there's nothing to stop this same approach being rolled out to the catalog pages too, but this would involve significantly more complex development.
Without understanding the whole problem I can't be more specific, but hopefully this at least gives you some ideas.
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
add a comment |
If the prices are essentially 'live' then a realistic option may be to remove prices from the catalog listings (category pages, search results etc) and only show them on the product pages. Here they could be pulled asynchronously using Javascript and applied to the basket directly if a customer wishes to buy. This would then 'lock in' that price, if this is the desired behavior?
In addition, a server-side technology such as Node.js could be used to achieve real-time price updates on the product pages. Of course, there's nothing to stop this same approach being rolled out to the catalog pages too, but this would involve significantly more complex development.
Without understanding the whole problem I can't be more specific, but hopefully this at least gives you some ideas.
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
add a comment |
If the prices are essentially 'live' then a realistic option may be to remove prices from the catalog listings (category pages, search results etc) and only show them on the product pages. Here they could be pulled asynchronously using Javascript and applied to the basket directly if a customer wishes to buy. This would then 'lock in' that price, if this is the desired behavior?
In addition, a server-side technology such as Node.js could be used to achieve real-time price updates on the product pages. Of course, there's nothing to stop this same approach being rolled out to the catalog pages too, but this would involve significantly more complex development.
Without understanding the whole problem I can't be more specific, but hopefully this at least gives you some ideas.
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
If the prices are essentially 'live' then a realistic option may be to remove prices from the catalog listings (category pages, search results etc) and only show them on the product pages. Here they could be pulled asynchronously using Javascript and applied to the basket directly if a customer wishes to buy. This would then 'lock in' that price, if this is the desired behavior?
In addition, a server-side technology such as Node.js could be used to achieve real-time price updates on the product pages. Of course, there's nothing to stop this same approach being rolled out to the catalog pages too, but this would involve significantly more complex development.
Without understanding the whole problem I can't be more specific, but hopefully this at least gives you some ideas.
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
answered Jul 19 '16 at 9:44
JamesJames
2892 silver badges19 bronze badges
2892 silver badges19 bronze badges
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
add a comment |
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
Yes prices are basically 'live'. At most I would want magento to store prices the customer bought at. But even those historical prices might come from my api and in magento there is just a link to the historic price. But I have no idea if magento is even remotely ready for this. I could probably give more details if you point me to any direction.
– steros
Jul 19 '16 at 12:00
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
@4485670 This level of integration is something I have worked on previously, so it's certainly possible; but of course what's achievable depends on your budget and schedule, and the skills you can deploy to the project.
– James
Jul 20 '16 at 10:29
add a comment |
What about:
Use fast api to show product on frontend (direct frontend). Because customer change price regularly if save price in table catalog_product you will meet problem about performance. Use it directly on frontend.
When a finally price confirmed. save price for that product. So other part will follow original Magento process.
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
add a comment |
What about:
Use fast api to show product on frontend (direct frontend). Because customer change price regularly if save price in table catalog_product you will meet problem about performance. Use it directly on frontend.
When a finally price confirmed. save price for that product. So other part will follow original Magento process.
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
add a comment |
What about:
Use fast api to show product on frontend (direct frontend). Because customer change price regularly if save price in table catalog_product you will meet problem about performance. Use it directly on frontend.
When a finally price confirmed. save price for that product. So other part will follow original Magento process.
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
What about:
Use fast api to show product on frontend (direct frontend). Because customer change price regularly if save price in table catalog_product you will meet problem about performance. Use it directly on frontend.
When a finally price confirmed. save price for that product. So other part will follow original Magento process.
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
answered Jul 24 '16 at 16:31
christian Nguyenchristian Nguyen
2641 silver badge4 bronze badges
2641 silver badge4 bronze badges
add a comment |
add a comment |
Thanks for contributing an answer to Magento Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f125888%2fbest-practice-to-connect-magento-2-to-price-product-service%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
