I am using Weglot Translation Plugins in WordPress. Everything working fine except checkout payment section not updating that's why the translation not working for that particular section
Check below the screenshot
https://prnt.sc/1zs8ptj
I'm Edson from weglot developper team.
Regarding your problem there are 2 things:
1- first of all, you should check from the dahboard if your translation is present. If not, one of the first ways is to see if you haven't gone over your word limit.
2- The error you are reporting seems "normal" because the Visual Editor must be used for "static" pages. In your case, you seem to be using the tool to translate an order page containing Ajax calls which notably causes CORS header issues.
I hope this will help you and do not hesitate if you have any questions to contact our support team
Best
Related
Here are the two pages that the Google Search Console shows 2 Critical Errors for:
1. https://www.hillwebcreations.com/fix-product-markup-errors-avoid-google-manual-action/amp/
2. https://www.hillwebcreations.com/google-image-guidelines/amp/
Both (out of 80+ post are the only two with issues all use the exact same AMPforWP plugin) show the same 2 issues:
Details:
(1) The mandatory tag 'amphtml engine v0.js script' is missing or incorrect.
(2) The mandatory tag 'link rel=canonical' is missing or incorrect.
But then when I run the link to the AMP TEST, both say "Valid AMP page
Page is eligible for AMP search features in Google search results".
https://search.google.com/test/amp?utm_source=wmx&utm_medium=link&utm_campaign=wmx-agg&id=KWGeOzUCXJ7fBP9azfDLIw
https://search.google.com/test/amp?utm_source=wmx&utm_medium=link&utm_campaign=wmx-agg&id=Josb4P-x6poP3B_96qRJhw
And oddly, the one URL has a strange "v" added to the end. Where does that come from?
https://www.hillwebcreations.com/fix-product-markup-errors-avoid-google-manual-action/amp/v/
Thanks in advance for any help to sort this out.
You may refer with this thread regarding your issue The mandatory tag '%1' is missing or incorrect. It might be a conflict with another plugin that's modifying the output of AMP pages. Best option is to disable it for any URLs that end in /amp/?. Based from this documentation, the fix is to add (or correct) the mandatory HTML tag.
It sounds like Google Search Console has a different copy of your web page than the AMP Test tool. Google Search Console doesn't fetch your page live, it is using Google's last crawled version. It is possible that the page has changed since then and this issue will resolve itself after some crawling time has passed.
Try refreshing the version that Google has cached in the amp-cache by using the update-ping url (include the full path to the page after the domain):
https://cdn.ampproject.org/update-ping/c/s/example.com/
See details here: https://developers.google.com/amp/cache/update-cache
I am testing out DNN 8 and am using the blog app and content management from 2sxc (great module, BTW!).
I have the recent blog post listed on a page sub-directory called '/articles'. But I also wanted some of them listed on the home page as well. When I add the app or module to the home page the url is '/home/post/post-title-here' while on the /articles page the urls are '/articles/post/post-title-here'. This creates the illusion that I have two directories with duplicate blog posts (which probably will get me some dings for SEO for duplicating the same content).
How do I get the app to use the common directory '/articles' regardless of where I put the module/app on the site? I've looked at settings all over and don't see anything that pops out at me. Also not sure if this is a DNN setting or a setting specifically to the extension. Finally, I'd like to be able to keep the year/date/month parts of my url as well as they were on the old site. I assume making that change would probably be similar with the solution to my original question. If that's a different fix, then let me know and I'll put it into a new thread. Thanks in advance!
This question is basically about the blog-app. Now if I understand you correctly, your question is "Can I have multiple lists on various pages, but all of them still link to my main details page". The answer is yes, but the exact solution depends a bit on what you need.
So basically there is a setting in the app-settings to define the main page. I believe it's empty by default, so that the blog-app works automatically without you having to configure anything. But AFAIK if you set that, all blog-details-links will use that as the only source.
I'm using "Formidable Pro" which is a fairly popular plugin like Gravity forms. It has a portion to create forms and take those created entries and display them as "custom displays" which is working great EXCEPT for the fact that I have to go back to the page where the shortcode has been inserted to display these entries and hit update before it will pull the latest entries.
What in the world could be causing this?
I've already tried asking on their support forums and I'm getting no response so I'm kind of desperate. I've made sure that it is NOT the theme or other plugins causing the issue.
Issue lives on this page http://thenextarpg.com/skill-list/
Here where i have to hit update http://imgur.com/8UAque4
Any help would be much appreciated!
The issue is probably your caching plugin. Try disabling WP Super Cache and see if your problem goes away.
Assuming that is what's going on there may be some heavier development required to fix it.
I'd start by looking for a way to tell WP Super Cache never to cache that page.
My problem is that I was using a "Like button" plugin on wordpress and I didn't liked the looks of it. I deactivated the plugin and then tried with manual code of XFBML button. That screwed the count to some of the posts, having their counts all in one. I reverted the changes, using the plugin again, deleted the code added and the problem persists. Some of the posts have the "shared" count box. And when you "Like!" any of that posts, only the last one appears on Facebook.
It's it possible that this is a caché issue or something that is wrong in the code?
I tried reverting the meta tag "og:type" from "blog" to "website" but it didn't allowed me, can this be the problem?
Why do some of the posts share that countbox if the links are not the same?
And the wierdest thing, why only some of the posts have the issue while some are shared correctly?
As for an example, say post 1, 5 and 7 share the same countbox (+200). When you "like!" any of them, only the last of them (the most recent) gets to the FB wall.
This doesn't happen with the new posts, only with part of the old ones.
If the case, you can see it working: http://elrincondelacritica.com/
Thanks in advance.
By the way, if you need any piece of code just ask, this is not my page and I really need to fix this asap, also because it's online and running.
Thank you.
The FB debug tool shows that you didn't supply the fb:app_id > which seems to be crucial to render the news feed.
See: https://developers.facebook.com/tools/debug/og/object?q=http%3A%2F%2Felrincondelacritica.com%2F
You can create a Facebook App here: http://developers.facebook.com/apps
Once you've done that you can add the fb:app_id by adding this into your header:
<meta property="fb:app_id" content="000yourAPID000"/>
Thanks mate for the share. Next time I make a website I'll make sure to create an APP too.
And by the way, the error was because of the meta tag og:type changed from website to article. What I did was to leave it to article (not trying to change it "forcing" og:type - website) and placing each "bad" post in the FB Debugger. There were 30 or so... but it worked, and now the new posts work too, with zero count from the start and incrementing correctly, each in particular.
I have a site entirely in English language about tourism in Italy.
Now when the user clicks on "Paypal express check out" button finds the italian version of the Paypal Page.
I would like to force paypal to be in English language too, because if a customer speaking english language comes in Italy, he would like to have also paypal in the same language of the site and not based on his IP address, Browser Location, or anything else.
So, my question is: how can i be sure that all visitors see Paypal in the same language (English) of the rest of the site?
I have Drupal 7 and Ubercart 3 installed.
I downloaded the Paypal SDK for PHP 5.2 and verified that it's enough to add
&LOCALECODE=en_UK
in the nvp string.
Where do I have to modify Ubercart to integrate this update?
I tried to modify the uc_paypal.module adding
watchdog('paypal', "uc_paypal_ec_checkout",$variables = array(), $severity = WATCHDOG_NOTICE, $link = NULL);
in all functions containing a $nvp_request array definition, but i can't see any new row in the watchdog table.
Obviously i tried also to add a
'LOCALECODE' => 'en_UK',
row in the definition of the array, but with no effects.
I have the "Paypal express check out" button in the cart, and when i click on it, i obtain the italian version of the Paypal page.
If you have any idea about what file i have to modify and where, please help me.
If you need more info, let me know.
Thank you
I've recently been searching for a solution to this. Some mention being able to change the language of the actual Paypal account, although i've not managed to find that option hidden away with the paypal account setting pages. Plus it is useful for some to provide the payment pages in one language yet still have your account in your own language. So like you I was looking for exactly this.
I've looked through the uc_paypal module code and there doesn't seem to be any easy way to add to the SetExpressCheckout request neatly, so patching the code as you have done seems to be the only way.
The change you have made is the same as mine, except the locale code you are using isn't listed in the PayPal guide I have. I've been referencing the PayPal Express Checkout Advanced Features Guide.
If you use 'US' or 'UK' for your 'LOCALECODE' entry it should work for you. This has worked for me in Ubercart 3.0-rc3, and scanning the latest Ubercart code v3.1 it doesn't look like much has changed so this should work there too.
Note: there are 2 locations relating to the Paypal 'SetExpressCheckout' request which need to have the LOCALECODE added. (One in function uc_paypal_ec_checkout, and one in uc_paypal_ec_form_submit)
Hopefully that helps you.
I hate changing core code and really really really avoid doing it at all costs, and I don't agree with making these types of code changes, but it just wasn't possible on this occasion. If anyone has a better way to do this then please provide it. I think the real answer is to patch the Ubercart uc_paypal module to allow the LOCALECODE to be selected in the settings UI and then incorporate it into the SetExpressCheckout request. Not sure why it isn't currently in there, perhaps Paypal have added this feature after the module was written. I'll look into submitted a patch at some point if others haven't already, but if some one is better placed to make that change/patch then go right ahead! :) I just haven't yet fully familiarised myself with all the Drupal hoops to jump through for getting a patch submitted.