-
AuthorPosts
-
March 18, 2015 at 6:30 pm #413868
Hello!
There us an encoding problems after latest update with some curillic text blocks. Chech it out at page in private content blockPlace of error: http://take.ms/VWEVZB
March 19, 2015 at 7:57 am #414191Hi Vital!
Have you tried editing one of the links which is not displaying properly? Does it display normally after editing? Also, there seems to be a few characters inserted before all your links which should not be there: http://imgur.com/IPfQYRK
Best regards,
RikardMarch 19, 2015 at 10:06 am #414243Thank Rikar for the advices, but still can not resolv the problem.
I tried editing, no results. The characters you talking about are generated by testimonials plygin.
Check it out.- This reply was modified 9 years, 9 months ago by Vital.
March 19, 2015 at 5:17 pm #414651Hey!
The current font set (Open Sans) doesn’t support cyrillic and latin characters by default. Add this to the functions.php file:
function add_subset_func($fontlist) { $fontlist .= "&subset=latin,cyrillic-ext,latin-ext"; return $fontlist; } add_filter('avf_google_fontlist', 'add_subset_func');
Cheers!
IsmaelMarch 19, 2015 at 7:02 pm #414750I inserted the code and updated the functions file, but it did not help.
A also set Arial font in both hading and body setting boxes, but it did not helped too. By the way, if therу is a problem with curillic font, them why in any place it is ok with cyrillic fonts exept this testiomonials block?
- This reply was modified 9 years, 9 months ago by Vital.
March 21, 2015 at 6:58 am #415656Hi!
What happens when you create the testimonial again? Please replace the code with this:
function add_subset_func($fontlist) { $fontlist .= "&subset=latin,cyrillic"; return $fontlist; } add_filter('avf_google_fontlist', 'add_subset_func');
If it doesn’t work, post the login details here. We would like to check it.
Regards,
IsmaelMarch 21, 2015 at 12:49 pm #415716I created new test page with just made testimonial module. Also I replaced the code in functions.php file. No results =( Login details are available at private message.
March 21, 2015 at 12:52 pm #415718This reply has been marked as private.March 23, 2015 at 10:04 pm #416747Hi!
I edited your first testimonial and retyped the text out and it’s displaying fine. Perhaps it has something to do with your keyboard or browser encoding? I’m not really sure. If they are not set to UTF-8 then try switching to that and type the text out again.
Cheers!
ElliottMarch 23, 2015 at 11:17 pm #416788Hi! Did you wrote ТЕСТ using cyrillic sumbols? May be try something like “зйфхцщя”?
I am asking cos I tried out different browsers and encoding settins but result is all the same.By the way why before theme update is was OK and right after the update the problem appeard! I am sure problem is somwhere in updated lang modules:
updated: backend option pages
updated: russian translation file
updated: all language files (removed fuzzy strings from translations)
updated: waypoint scriptCheers!
Vital- This reply was modified 9 years, 9 months ago by Vital.
March 26, 2015 at 11:07 am #418424The problem is still actual. Testimonials are very important part of my site. So degrading to lower theme version is the only way, right? May be Kriesi should write in Release Changelog smth like “We dont support cyrillic any more”.
- This reply was modified 9 years, 9 months ago by Vital.
March 27, 2015 at 5:24 am #419085Hi!
Strange things can happen sometimes with different encodings, have you tried retyping one of the testimonials to see if it displays correctly?
Best regards,
RikardMarch 27, 2015 at 9:30 am #419144Hi!
I tried out not only retyping, but creating brand new page with brand new testimonials plygin. All the same.Interesting fact that in the admin page it is all right with the text, even after the saving and etc, but it goes wrong all the time on published page! So in database it is OK but output somehow goes wrong.
Regards, Vital
- This reply was modified 9 years, 9 months ago by Vital.
March 28, 2015 at 5:16 am #419718Hey!
Is the post content collation set to latin? or utf-8? Please check the database, go to wp_postmeta, click Search then input id “1881” to the post_id field. Look for the result with _aviaLayoutBuilderCleanData meta_key then click Edit. Go to the Structure then check if the meta_value’s collation is set to utf8.
Cheers!
IsmaelMarch 28, 2015 at 1:46 pm #419834Hi!
So what I do:
1) go to wp_postmeta, click Search http://take.ms/3Xizq
2) Enter search paramert post_id =1881
3) Got search results with 3 _aviaLayoutBuilderCleanData meta_keys: http://take.ms/YfAzZ
4) After pressing Edit: http://take.ms/6KVjx
5) What now shoud I do?By the way there is a Structure tab in main menu: http://take.ms/5aeGL
I tried to change meta_id collation to utf8, but this change is not able to be saved http://take.ms/ZT5GWRegards,
Vital- This reply was modified 9 years, 9 months ago by Vital.
March 29, 2015 at 7:24 pm #420064Hey!
The collation is correctly set to utf8 so I don’t think the problem lies there. Why are those rows duplicated? Each post or page should have a single _aviaLayoutBuilderCleanData meta_key, not 2 or 3 if I am not mistaken. Did you check each rows?
Cheers!
IsmaelMarch 29, 2015 at 7:46 pm #420069hi!
Can you please explain more detaily about checking each of rows, what exactly shoud I do?Thanks!
VitalMarch 30, 2015 at 4:17 am #420162Hi!
There are multiple rows with the _aviaLayoutBuilderCleanData meta_key, 3 to be exact. I’m not sure why there are multiple rows with that meta_key. There should be only one of that for each page or post. Check all collation or database character sets of the meta_value as suggested on the previous post (https://kriesi.at/support/topic/text-encoding-problems-after-latest-update/#post-419718). If possible, please give us a access to the database so that we can check it.
Best regards,
IsmaelMarch 30, 2015 at 9:53 am #420289This reply has been marked as private.March 31, 2015 at 3:54 pm #421239Hey!
I checked the database and everything seems OK though I’m still not sure why the characters aren’t showing properly on your website. It works fine on our installations so it’s either a server configuration or a third party plugin that is causing the issue. Please try to deactivate all plugins then test the site again. Try to add this to the .htaccess file:
AddDefaultCharset utf-8
Regards,
IsmaelMarch 31, 2015 at 4:20 pm #421286Hi!
No way. .htaccess already containes this line.
I tried to deactivate all the plygins but nothing changed.April 1, 2015 at 3:11 am #421693Hey!
Is it OK if we deactivate the plugins while checking the site? Please post the ftp login details here as well. For faster results, please hire a freelance developer to help debug the issue.
Cheers!
IsmaelApril 1, 2015 at 10:12 am #421808This reply has been marked as private.April 1, 2015 at 10:22 am #421811You can do whatever it takes. Cos as for me the only solution at this moment is degrading to the last stable version 3.0.8 and disabling theme updates.
Can you please give me more information about the developer? What skills must he have? What is problem he must solve?
Anyway I’m not sure there is some developer who knows enfold theme better than you, guys…Regards,
VitalApril 1, 2015 at 1:54 pm #421871Hi!
I’m afraid this is not entirely a theme related issue because the characters are rendering properly on our installations. I think you can find the proper developer simply by describing the issue at hand, or find someone who is familiar with different server and database configurations and character encoding. I’ll ask the rest of the support team to check it.
Cheers!
IsmaelApril 4, 2015 at 3:49 am #423330Hi!
Please try to edit wp-config.php then look for this code:
/** Database Charset to use in creating database tables. */ define('DB_CHARSET', 'utf8');
Replace it with:
/** Database Charset to use in creating database tables. */ define('DB_CHARSET', 'koi8r_general_ci');
If it doesn’t work, test other character sets and collations provided here: https://dev.mysql.com/doc/refman/5.0/en/charset-cyrillic-sets.html
Best regards,
IsmaelApril 6, 2015 at 10:11 am #423854Hello!
After editing wp-config.php everything went wrong: http://take.ms/eTNonApril 6, 2015 at 10:19 am #423860Sorry, I cant understand how to make a test.
April 6, 2015 at 10:58 am #423863Hi!
Hmm.. I really thought it worked because I only tested it my installation. I’m really running out of ideas about this so please hire a freelance developer as suggested on the previous post to fix the issue. https://kriesi.at/support/topic/text-encoding-problems-after-latest-update/#post-421871
Best regards,
Ismael -
AuthorPosts
- You must be logged in to reply to this topic.