I am using 3 languages: Ukrainian (default), English and Russian. The plug-in works perfectly, but the name of the month (in the date of comment or post) looks like �������. Everything else (including calendar in the widget) are translated correctly.
I have changed the text encoding in the browser to try to find out if it is the encoding issue and yes - the month's name is in KOI8-U - somehow.
Wordpress 4.9.4
qTranslate: 3.4.6.8
I found the answer which works for me:
See DaniilKZ's answer here
Here is a quote:
Add the code to the function.php:
remove_filter('get_the_time',
'qtranxf_timeFromPostForCurrentLanguage',0,3);
remove_filter('get_the_date',
'qtranxf_dateFromPostForCurrentLanguage',0,3);
remove_filter('get_the_modified_date',
'qtranxf_dateModifiedFromPostForCurrentLanguage',0,2);
Related
Got an unusual problem that started recently and wonder if anyone has any ideas why it's happening and how to stop it.
Some of my products are getting an underscore added to the url when selected which, naturally, results in a 404 error. It's consistent - either an underscore gets added or it doesn't. It doesn't seem to be related to the GUID or the post_name in the wp_posts table. It also doesn't matter if you call it using the URL or the post ID so the following:-
Bad index.php?page_id=1075707 the-john-rutter-christmas-piano-album-2 https://website-name.com/product/the-john-rutter-christmas-piano-album-2/
Good index.php?page_id=1087442 the-john-rutter-piano-album https://website-name.com/product/the-john-rutter-piano-album/
Bad index.php?page_id=1159681 parable-for-harpsichord https://website-name.com/product/parable-for-harpsichord/
Good index.php?page_id=1159684 jesu-meine-freude-2 https://website-name.com/product/jesu-meine-freude-2/
Bad here meaning that the URL appears with an underscore such as
https://website-name.com/product/parable-for-harpsichord_/
I've also tried this with every single plugin, except WooCommerce, de-activated and with my functions.php disabled. No difference.
I've tried using the URLs as given above, C&P or typed in manually and by directly referencing the post ID (as shown).
This has only recently started and I'm at a bit of a loss here. I don't know how widespread this problem is either since I've over 120,000 products and can't check them all by hand. Fortunately, this isn't live yet.
Any suggestions or ideas here would help me.
There appears to be a hidden character at the end of the post_name field. Deleting and recreating the field got rid of the problem.
I have install WordPress 6.0 in my local system. and just open default post (Hello world),
in post showing double dates of post.
I have research for 2 hours and get a solution.
in my case I have add below code in my function.php file. ang get only one Published date
function jl_remove_post_dates() {
add_filter('the_modified_date', '__return_false');
add_filter('get_the_modified_date', '__return_false')
}
Source : https://wordpress.com/forums/topic/date-appears-two-times-after-editing-an-article/
I am creating a RSS feed from Google News and it's working so far, but I'd like to get news from 2 languages, not just English
This is my RSS URL so far:
https://news.google.com/rss/search?q=energy+efficiency
It's working fine, just need to add the 2 languages filter (German + English)
This is what I've found in different blogs, but I do not wish to filter the news by location, just by language:
"If you wish to have news in English and located from the United States sources, add the following query string to the URL to change country and language:"
&hl=en-US&gl=US&ceid=US:en
No matter how I modify the above URL, I get an error...
After reading lots of posts and playing around, I found the solution.
In case someone needs it:
https://news.google.com/rss?q=energy+efficiency&hl=en
Add the language code at the end of the link:
&hl=en //English
&hl=de //German
I imported my blog from wordpress into jekyll, but the permanent links are inconsistent. Here's one example:
my post (full file)
wordpress_url: http://fabiopereira.me/blog/2011/10/19/tw-ssc-deep-sea-fishing/
date: '2011-10-19 05:09:57 +1100'
date_gmt: '2011-10-19 12:09:57 +1100'
is generating the link
blog/2011/10/18/tw-ssc-deep-sea-fishing/
The problem is the date
Instead of 2011/10/19/ in the url, it's generating 2011/10/18/
For reference
my jekyll _config.yml
permalink: /blog/:year/:month/:day/:title
timezone: Asia/Sydney # eg. Asia/Kathmandu
locale: en_AU # eg. en_us
Any help is appreciated, thanks.
I don't know think this post is on-topic for Stack Overflow, and should probably be migrated to SuperUser or somewhere more appropriate.
Nevertheless, I see two possible problems:
date_gmt
Your post file contains both date and date_gmt. I'm not sure you want to set both. You probably only want to read date_gmt, rather than writing it.
Even if you do write it, you probably want to make sure your date_gmt doesn't have a local time offset (in your example above, it has the same +11 offset that your date has).
Timezone
I suspect that Jekyll doesn't complain when you set a timezone that doesn't exist. I suspect you'll get the same results with "Fiction/Utopia" as you do for "Asia/Sydney" (which I don't think is one of the standard locations in the database). Try "Australia/Sydney" instead (or maybe "Pacific/Sydney", I'm on mobile and I don't have the list to hand right now).
Good luck!
I am using WP-3.3.2 and had created a website eyepractice my script gets month and year from url and then shows calendar for that month and year but when I integrate with Wp it only work for year 2012 and if I use http://www.eyepractice.ca/optometris/guelph/?month=1&year=2013 it shows Page Not Found however I have already created a Page named guelph from Wp admin. I searched whole project for 2012 but it is not hard coded.
This is a REALLY old question, but I came across it while looking for solution to the exact same problem, so I will leave an answer here.
I used a calendar creation script based on this link:
http://davidwalsh.name/php-event-calendar
In Wordpress apparently using 'year' and 'month' as $_GET variables conflicts with Wordpress internal query variable handling, so the calendar only worked for current year for me and threw a 'page not found' error on the next year.
The solution was simple. As #janw suggested, change the parameter names. In the script wherever $_GET variable is called 'month' or 'year', change it to something else like 'cal_month' or 'cal_year'. Works like a charm.