alarch
Forum Replies Created
-
Thanks for that. I found a conflict with a plugin that is no longer needed. Everything working fine now. Thanks again.
I’ve found the solution for Polylang. Under Languages > Settings > Custom post types and Taxonomies > Settings I needed to tick the Portfolio box under Custom Post Types and tick the Portfolio Categories under Custom Taxonomies. Now works a charm.
Great work! Perhaps it would be helpful to update your documentation to reflect how to use Portfolio in conjunction with Polylang.
I’m sorry but I don’t understand your explanation. I would appreciate further clarification.
The problem I’m having is that the URL of individual portfolio items is currently of the form http://www.domain.com/mypage regardless of the language of the portfolio item, when they need to be of the form http://www.domain.com/en/mypage to be able to display in the correct language (in this example english). Although I can create separate portfolio items for the different languages, they all lack the language code, located after the domain name. This is an issue for Polylang, but I guess it will be similar for qTranslate as well.
To be more precise, it’s the Google domain cookies that disappear on reload after allowing functional cookies only – not the Google Analytics cookies associated with the website domain. The Twitter cookies disappear on Chrome, Firefox and Opera. Whether or not it’s a reporting issue, as you suggest, I’m not able to say.
Thanks for the very prompt replies. That’s fine, I can adjust the user notifications as you suggest.
Out of interest, what I’m finding is that after revoking consent a simple reload of the page is sufficient to allow Google and Twitter cookies to disappear from the cookies list in Firefox, as displayed using developer tools. So perhaps a page re-load might work for some websites and not others? A possible optional feature?
I’ve just come across this article, which puts things in a rather different light: https://www.iubenda.com/en/help/5525-cookies-and-eu-data-law-gdpr-requirements
This statement is of particular relevance: “You are also not required to manage consent for third-party cookies directly on your site/app as this responsibility falls to the individual third-parties. You are, however, required to at least facilitate the process by linking to the relevant policies of these third-parties. These links should be accompanied by information related to the use, purpose, and type of cookies and, ideally, should be included in your cookie policy.”
If this article is accurate, then, if I’ve understood things correctly, it’s isn’t necessary to block third party cookies, such as those generated by the Twitter feed, prior to consent being given.
However, the above article deals specifically with the issue of cookies. It doesn’t deal with other data transferred to Twitter, that may be of a personal nature, and thus fall under the auspices of the GDPR, such as the IP address. So, prior consent, before tweets are displayed, may still be needed to satisfy GDPR.
What a minefield!
Forum: Plugins
In reply to: [CampTix Event Ticketing] Multilingual SupportThanks Corey. I’ve just raised a pull request, as suggested.
Forum: Plugins
In reply to: [CampTix Event Ticketing] Multilingual SupportI’ve found the relevant line of code – 7124 in camptix.php
I’ve managed to successfully amend the code to:
$receipt_content .= sprintf( "* %s (%s) x%d = %s\n", __($ticket->post_title), $this->append_currency( $item['price'], false ), $item['quantity'], $this->append_currency( $item['price'] * $item['quantity'], false ) );I’ve wrapped $ticket->post_title in the __() function. Note that if there is no translation, or the text domain isn’t loaded, the original text is returned.
Would it be possible to incorporate this into the next release?
- This reply was modified 8 years, 1 month ago by alarch.
Thanks a lot Angelo. That makes sense. When the Podcast was first launched the .cymru extension wasn’t available, and so the website was launched with the .co.uk domain, and iTunes worked fine on Windows 10 at that point. When the .cymru became available this was acquired (it’s a podcast about the Welsh national football team after all) and the .co.uk became redundant. I guess the problems date from when this lapsed.
It is odd that the podcast continues to work fine on iTunes on the Mac – so presumably .cymru extensions have been accepted for iTunes on the Mac, but not iTunes for Windows.
I’ll bear your suggestions regarding Feeburner and Blubrry hosting in mind. Thanks again for your help with this.
Thanks for the reply Shawn. The RSS feed for the podcast is correct as given in your response.
Here’s the show’s full iTunes Store Listing URL: https://itunes.apple.com/gb/podcast/podcast-pel-droed/id965376856
I would like to know if any episodes play OK on an iPhone, to further establish whether or not this is a Windows 10 specific issue.
Forum: Plugins
In reply to: [All-In-One Security (AIOS) – Security and Firewall] Maintenance ModeThe problem with Kelley’s solution is that any update to the plugin will wipe out any customizations. It would be great to have a css file that is immune to changes to the plugin, that also loads when the maintenance page is displayed.
As it is, the background yellow box is styled such that it displays off-screen on mobile devices. Short of adding a suitable CSS file modifying the wp-security-site-lockout-page.css file so that any message displays properly on all devices would be great.
I worked around the problem with the widget by inserting the shortcode into an Advanced Text widget. No problems now.
Forum: Plugins
In reply to: [WooCommerce] Is IPN essential for Woocommerce PayPal Standard transactionsI’m in advanced testing – and I’ve made a few “live” transactions without any problems. I’m getting e-mail notifications from PayPal that the transaction has completed – so IPN wouldn’t add much to what I’m getting anyway. I’m not sure if these e-mail notifications are being sent because I have set the PDT settings or whether this would have happened anyway. In any event, on the face of it IPN (and by extension SSL) is desirable but not necessary.
Given that Let’s Encrypt is offering the possibility of free SSL certificates in the not too distant future, perhaps leaving out IPN is a valid option for now for clients looking to minimise costs. I’d be interested to hear what the experiences of others are, and whether there are any pitfalls that I haven’t envisaged with such an approach.
Forum: Plugins
In reply to: [WooCommerce] Is IPN essential for Woocommerce PayPal Standard transactionsBy the way if you try entering a http:// notification URL in the PayPal settings you get the error message:
“We’re sorry. That URL won’t work. Please enter an “https” URL.”
So it would appear that it is already essential for Woocommerce websites using PayPal Standard to use SSL certificates if they wish to utiliise the IPN functionality.
Thanks for the prompt reply.
Will it be possible to continue to use PayPal Standard in conjunction with WooCommerce without a SSL if the web shop owner is content not to get automated order updates? Or does IPN do other essential things for WooCommerce to operate properly with PayPal Standard?
With e-mail notification of order completion web shop owners can manually check that the payment has been processed and then update the order manually in WooCommerce. A bit clunky – but for start-ups looking to minimise costs this may be a good option to have going forwards. Will this be a viable option after September?