Dynamic Price Updater

There's also this article (https://support.google.com/webmasters/answer/6062602?hl=en) that discusses how to block (i.e. exclude) URLs from being indexed by Google.

Hello, the problem is not how to block the problem are all errors reported on google webmaster, I can not tell the bot google not follow the link and returning a 400 error damaging all the SEO. the ideal would have been a nofollow. Why did you do this? if the crawlers should not be interspersed with this you have to find another way that I think will damage the sites that are using DUP. Please find a solution to avoid making google angry.

Er, actually that's what that blog posting was saying. You can guide the Google spider to bypass the ajax.php accesses so that they won't be included in your report by updating your site's robots.txt file.

Disallow: *.php$
Hello, how to write the rule for all the php files Disallow: *.php$ you tell me what would be the right rule for the robots.txt file? how can I get rid of errors on google webmaster? would not it also be right to write on the DPU readme to put in the robots.txtx the dissallow?

mc12345678:

I still have not been able to reproduce this issue in a default store that has just DPU installed, regardless of tax included or not, without a change in base price nor with a special, a sale, or both.

So can you just confirm for me.

1. you set up a product with zero value priced only by attributes.
2. you set up 3 attributes, priced at 10, 20, 30 (without the 'plus' sign infront in attribute manager).
3. you go to products price manager, and add a special price of "10%".
   then on the website the original price (and of course sale price) changes when you select different atrributes?

I pretty confident it wont. I don;t think becuase of dpu, i think becuase of the way zen handles special prices, with products of zero value and priced by attributes.

for example, if you had everything setup as above, if you deleted the top attribute priced at 10, then the new attribute is assigned the sale price of the one deleted! This obviously then changes the overall disocunt on the new lowest attribute to be much more than intended!
original:

10% discount:

Because zen converts the "special price" discount to an actual numerical value. Then that value then becomes the minimum used for that product, no matter the attributes.
After deleting top attribute, price of second attribute gets changed to the value of the deleted one.

You can see this, buy then adding the attributes back in again, using same values as deleted, and everything returns to normal once more.

Been using DPU for years and really like it for my store which uses attributes to price printing. The only thing I would like to see change is for the price that is displayed on the product page to display the same way in the shopping cart instead of as a price break down in the cart. This seems to confuse many of my customers when they see the price differently in the cart and I personally believe many abandon the cart as a result. Is this feature doable?

Price display on the product page:

And here it is in the cart as a price break down rather than one price like on the product page:

Anyone got a solution for this? An option in the Dynamic Price Updater box in the admin to toggle this feature on/off would be a great asset. I think writing the code is above my pay grade though.

Thanks,
John

GoldBuckle:

Been using DPU for years and really like it for my store which uses attributes to price printing. The only thing I would like to see change is for the price that is displayed on the product page to display the same way in the shopping cart instead of as a price break down in the cart. This seems to confuse many of my customers when they see the price differently in the cart and I personally believe many abandon the cart as a result. Is this feature doable?

Price display on the product page:

And here it is in the cart as a price break down rather than one price like on the product page:

Anyone got a solution for this? An option in the Dynamic Price Updater box in the admin to toggle this feature on/off would be a great asset. I think writing the code is above my pay grade though.

Thanks,
John
Surely doable, but confused about how the two difference in charges are generated. It looks like some sort of combination of product on the product page that then get added individually to the cart instead of each of the attributes being a sub-feature of the product with the total price displayed.

Otherwise it seems to be a feature of the shopping cart template that is being used.

I say this as for example in a demo cart, products_id of 1 and 2 each have attributes that affect the price of the final purchase; however, when the product is added to the cart, then the total price is shown and not the individual price of each of the attributes.

While from that the display of prices can be modified, there doesn't seem to be as much of a need by using javascript on the shopping cart unless you are looking for the prices to change based on entering/modifying the quantity of the items when looking at the shopping cart.

mc12345678:

Surely doable, but confused about how the two difference in charges are generated. It looks like some sort of combination of product on the product page that then get added individually to the cart instead of each of the attributes being a sub-feature of the product with the total price displayed.

Otherwise it seems to be a feature of the shopping cart template that is being used.

I say this as for example in a demo cart, products_id of 1 and 2 each have attributes that affect the price of the final purchase; however, when the product is added to the cart, then the total price is shown and not the individual price of each of the attributes.

While from that the display of prices can be modified, there doesn't seem to be as much of a need by using javascript on the shopping cart unless you are looking for the prices to change based on entering/modifying the quantity of the items when looking at the shopping cart.

I use my attributes to calculate any quantity the customer wants for a specific product. I do this by using an offline estimating tool I wrote & use to estimate printing prices. I separate the fixed charges (such as a setup charge for the printing press, or the cost to make a plate) for each attribute from running charges (cost of each print which consists of paper costs and shop labor per print), so for many attributes the running charge is multiplied by the quantity the customer enters in the quantity box and added to the fixed charge (one time charges in the attributes controller). With the DPU it adds all this up and gives the customer one price displayed until it is put in the cart, there it shows the breakdown by 2 lines, one lines shows all the one time charges and the other line on top shows the price of all combined attributes running charges x the quantity in the quantity box.

GoldBuckle:

I use my attributes to calculate any quantity the customer wants for a specific product. I do this by using an offline estimating tool I wrote & use to estimate printing prices. I separate the fixed charges (such as a setup charge for the printing press, or the cost to make a plate) for each attribute from running charges (cost of each print which consists of paper costs and shop labor per print), so for many attributes the running charge is multiplied by the quantity the customer enters in the quantity box and added to the fixed charge (one time charges in the attributes controller). With the DPU it adds all this up and gives the customer one price displayed until it is put in the cart, there it shows the breakdown by 2 lines, one lines shows all the one time charges and the other line on top shows the price of all combined attributes running charges x the quantity in the quantity box.

Based on your above explanation of using one-time attribute fees in conjunction with a fee per quantity of product/attribute, I was able to reproduce the visualization of two fees stacked on top of each other in the shopping cart page as you described and showed. The "cause" of the stacked values on the shopping cart page is from the header_php.php file of the shopping cart: includes/modules/pages/shopping_cart/header_php.php

In this file when there are one-time payments calculated, an additional "row" is added to the product information so that the individual prices associated with the total are presented. In many cases this is ideal so that the customer is able to see how the total is determined. Perhaps additional verbiage could be added or it is possible to add an additional row that shows the total for that product when such a condition exists. I haven't gone through all of the potential iterations and sub-totals that could be displayed; however, it seems that it would be in this generation of product information that you may want to either add a total row (when there are one-time charges to be applied or any other additional charge added to the "base" price of the product).

All that said, and while this issue may have been observed as a result of using DPU, unless the goal is for DPU to update the individual prices when the quantity on the shopping cart page is modified, I would actually suggest either starting a new thread about this topic (more people seeing a similar condition and wanting to have a similar solution would likely see it and also benefit from it) or seeking support for this customization (perhaps allowing such customization to be returned to the community). I suggest this also because the result seen/sought is not directly associated with the functionality added by DPU.

Hi, I am using Ultimate Urls 2.215 and also use DPU (Dynamic Price Updater). I noticed that on my Ultimate URLs html pages that the DPU price update did not work, the ajax gif just spins constantly. I checked corresponding php product page and it works. This is happening on all html pages generated by Ultimate URLs. I am running Zen v1.5.4 and the latest version of DPU 3.2.0.

I posted this to the Ultimate Urls thread as well.

Any help is greatly appreciated.
Thanks,
John

Ah, the two biggest non-joys of Zen Cart.

Store-bought Templates and "Fixed" URLs.

At the risk of starting the flames burning, there is no proof that a "fixed" URL does any better of a job in site ranking that the good old "/index.php?main_page=product_info&cPath=31&products_id=706"

It's more common than not that any change after URLs are "fixed" causes something to break.

It may be a good time to move up to 1.5.5f and the newer mods. https://www.zen-cart.com/entry.php?3-How-do-I-rebuild-my-site-on-the-new-version-instead-of-upgrading

GoldBuckle:

Hi, I am using Ultimate Urls 2.215 and also use DPU (Dynamic Price Updater). I noticed that on my Ultimate URLs html pages that the DPU price update did not work, the ajax gif just spins constantly. I checked corresponding php product page and it works. This is happening on all html pages generated by Ultimate URLs. I am running Zen v1.5.4 and the latest version of DPU 3.2.0.

I posted this to the Ultimate Urls thread as well.

Any help is greatly appreciated.
Thanks,
John

So I tried following to the site in your signature (```
www.discountprintingservice.com

mc12345678:

So I tried following to the site in your signature (```
www.discountprintingservice.com

The products under carbonless forms are all priced by attributes.  Here is the same product page the first one php and the second one html, the later which does not display the price.

<https://www.discountprintingservice.com/index.php?main_page=product_info&cPath=66&products_id=233&zenid=cv10juni9prtdune3ikq7buqc5>

<https://discountprintingservice.com/carbonless-forms-c-66/2-part-carbonless-forms-8-12-x-7-p-233.html>

GoldBuckle:

The products under carbonless forms are all priced by attributes. Here is the same product page the first one php and the second one html, the later which does not display the price.

https://www.discountprintingservice.com/index.php?main_page=product_info&cPath=66&products_id=233&zenid=cv10juni9prtdune3ikq7buqc5

https://discountprintingservice.com/carbonless-forms-c-66/2-part-carbonless-forms-8-12-x-7-p-233.html
There are script and validation errors on the site with rewrites. Four script errors were identified in the console when I accessed that page.

Hi guys I am using the bootstrap template and the DPU does not work with the default installation with it. If I switch to the responsive classic it works as expected. Is this an issue of changing the default settings in the plug in or is totally incompatible with the specific template.(Zencart 1.5.5f)

ZCA Bootstrap Template

Georgecy:

ZCA Bootstrap Template

I haven't installed that template for testing, but I would make sure that the template related files were installed to each override area for the template(s) to be used. If that has been verified true, then I would advise to verify that the page(s) pass html validation. Then would check to see if there are any console errors associated with loading the page. And then yes would look at the html tags in use to see that say the price block uses html id tag: productPrices.

I would expect that the template would still use default related html tags to some extent as that is part of maintaining a compatible template. But if it doesn't I wouldn't say that the template is bad, just some things need a little tweak to function as expected.

Georgecy:

ZCA Bootstrap TemplateYou might want to post your question on the Bootstrap support thread. https://www.zen-cart.com/showthread.php?223910-ZCA-Bootstrap-Template

trying to upgrade my site from 1.50 to 1.56a as the force of running php7 comes in. but what a nightmare!

Anyhow, almost there, but for DPU have the constantly spinning wheel and the console error gives:

XML Parsing Error: not well-formed Location: http://localhost/ajax.php?cPath=443_448&products_id=8155&act=DPU_Ajax&method=dpu_update Line Number 2, Column 1:

any ideas at where i should be poking round for this? within the modules/pages jscript stuff?

Calljj:

trying to upgrade my site from 1.50 to 1.56a as the force of running php7 comes in. but what a nightmare!

Anyhow, almost there, but for DPU have the constantly spinning wheel and the console error gives:

XML Parsing Error: not well-formed Location: http://localhost/ajax.php?cPath=443_448&products_id=8155&act=DPU_Ajax&method=dpu_update Line Number 2, Column 1:

any ideas at where i should be poking round for this? within the modules/pages jscript stuff?

Have you incorporated the applicable jscript_framework.js file(s) into your template?

The only issue I really came across with DPU on ZC 1.5.6/a was that I hadn't coded enough into the determination of when to show 'starting at:', versus 'at least:' versus 'your price:'... i locally incorporated more of that but was testing this last weekend to be sure before distribution/posting.

I haven't tried on ZC 1.5.6 NOT using the jscript_framework method (where the script variable of zcJS becomes available), so there could possibly be an issue that needs to be addressed with the XML method...

The code that contains/generates that result is yes found in the includes/modules/pages/YOUR_PAGE/jscript_dynamic_price_updater.php file. Be interested to see what needs to be adjusted. What browser was being used as well?