frenchomatic

I have taken a look at the code and this looks easy enough to fix. I do wonder though if the actual attribute name which accompanies the woocommerce dropdowns is also needed.

attribute 1 name: choice – attribute 2 name : choice – etc.

Another little donation sent.

Well after completing on two sites – I can’t find any bugs. Congratulations.

Well done – And there was me removing the action on the hook for product categories and adding them in manually. It is so much neater now. Will let you know if I see any bugs but so far it is looking good.

Just took a look – yes you have it – I presume it was intentional to have the same alternate url

<link rel=”alternate” href=”https://dcgws.com/services/&#8221; hreflang=”en” />
<link rel=”alternate” href=”https://dcgws.com/services/&#8221; hreflang=”en-PH” />

Power to your fingers. If you get this David, I will certainly donate again – You will have a plugin which has great potential here.

Sure let me take a look – I don’t mind do some testing for you. Post what you would like me to test.

Any update on this – google is busy indexing my site and it would be good to get these hreflang tags for product categories in place.

also I am wondering how best to “force” google to accept. In my case I am going between .com and a .fr domains

THanks – two issues I see – product category alternate can’t be set and perhaps more difficult but the main product archive as well.

Sorry should have mentioned Genesis + WP 4.7.3 , Woocommerce 3.0.3 and Hreflang tags lite 2.4.4 – so everything upto date.

Took a quick look in the plugin code but it was not immediately obvious what needed to be done.

You have made a really nice easy to use plugin – I donate because good work needs to be rewarded. Too many take wordpress plugin developers for granted and we need you to be around to provide updates

I concur that product categories (woocommerce at least) are taking the alternative url from the 1st product. This is not a major issue but google is going to get quite confused and particularly so on new sites it is indexing and ranking.

My issue was resolved by a restart of the mysql server. As it was on a shared server, a lot of unhappy people but it appeared the server was being heavily abused by a few people so the hosting company restarted it to kill all db connections.

I am having real issues with product edit pages in wp-admin. Some are taking over a minute to load and sometimes they just time out.

I have applied a query monitor in the wordpress admin panel to see what is going on.

I am using WordPress 4.7.3, woocommerce 3.03 . I am also using genesis + their infinity pro theme. This problem persists with all plugins disabled and with the default theme. It persists across different php versions and on the previous version of woocommerce.

It appears that the product edit page for a variable product is making a lot of mysql queries which are really slow – queries like this take nearly 0.5 secs.

SELECT t.*, tt.*
FROM wpdsfr_terms AS t
INNER JOIN wpdsfr_term_taxonomy AS tt
ON t.term_id = tt.term_id
INNER JOIN wpdsfr_term_relationships AS tr
ON tr.term_taxonomy_id = tt.term_taxonomy_id
WHERE tt.taxonomy IN (‘product_shipping_class’)
AND tr.object_id IN (2310)
ORDER BY t.name ASC

There are often 70 or slow queries being generated for a product edit page. I am not using shipping or tax calcs either. I am not sure what can be done about it or why it is making so many queries.

I only have 7 products. Each product has a 3 attributes. Typically (2 choices, 2 choices, 5 choices). The price is always the same.

Here is an example page on a test site https://www.reflexologyfootmassage.com/lessons/stage-freeski/

Is this a bug?

OK – I have found it !! However the cause is not obvious to me. I did a diff on one functions.php file that works and another that doesn’t. Here is what I found:

In my functions.php (not working) I had this line in a function but in fact it isn’t needed for this site.

$t = get_post_type( get_the_ID() );

I also saw in the function not working this difference. echo urlencode( $title ); as opposed to just echo $title.

And here is the strange bit. I then took the good functions.php file and put these two things back in, emptied W3 total cache and the scan ran normally when it shouldn’t run. I have since removed them anyway and the malware scan runs.

Who knows why this prevented signatures from being loaded.

Some progress – I have established it is something in the theme that is doing it. Works when i move the theme out and just use the default 2017 theme.

If I bring the theme back into the themes folder but do not activate it, the malware scan runs. If I activate the theme the error comes back. It is like something in the theme must be interfering with wp-admin.However, where I also use this theme it doesn’t create the same behaviour. I am heading for functions.php to see if there is something in there that should be.

I am going to make a default setup on the problematical domain and build into it and see what piece is breaking it.The hosting company can’t seem to get to the bottom of it. Is there anything in the database that could cause it?