Forum Replies Created
October 19, 2019 at 10:24 am in reply to: Contact form issue: 'email@example.com' at the top of sent messages #1149480October 16, 2019 at 3:18 pm in reply to: Contact form issue: 'firstname.lastname@example.org' at the top of sent messages #1148479
Thank you for the update – no, I haven’t’ used any filters as you mention.
Not sure how I even do that to be honest!
Shall I just cut and paste your code in place of the code i posted?
EdOctober 13, 2019 at 11:17 am in reply to: Contact form issue: 'email@example.com' at the top of sent messages #1147557
All updates done, caches cleared and asked for a couple of test emails from Facebook friends – still the same problem….
I have rolled back my whole website and database to a backup from Monday and it has returned back to how it should be.
If you had any ideas I would to hear them but don’t worry of not – I have resolved it but it’s very strange that the theme is behaving like this?
Yes that’s what I’m referring to – thank you for the screen-grab.
I have a major problem here.
When I go to a Portfolio item all the images (in any image container) are NOT displayed. Additionally when I click in to the image and, for instance, choose ‘insert’ (to perhaps re-select it) I go to ‘Uploaded to this post’ and the list is empty – it say ‘no items found’.
This was not the case beforehand. So suddenly there is an issue with the theme not associating images with Portfolio items – yet they were before I switched themes temporarily.
So the images you see in the screen-grab should all be the same dimensions – 650px x 450px. It looks like the theme is not picking up this in the image element.
Will provide logins in Private data.
Hope you can help? This is rather stressful!
EdOctober 24, 2018 at 12:06 am in reply to: Update 4.5 – where has the 402 x 325px Portfolio image size gone? #1025699
The code works! I can now resize and save a Portfolio image of 402x325px!
Thank you so much!
EdOctober 23, 2018 at 10:17 am in reply to: Update 4.5 – where has the 402 x 325px Portfolio image size gone? #1025303
Thank you Nikko
I will test and report back! Thanks for the code – that will be a big help if it works okay.
EdOctober 22, 2018 at 11:07 am in reply to: Update 4.5 – where has the 402 x 325px Portfolio image size gone? #1024780
Thank you for your help – this is odd but I’ll do the adjustments in functions.php.
Sorry to have wasted your time.
EdOctober 19, 2018 at 8:33 pm in reply to: Update 4.5 – where has the 402 x 325px Portfolio image size gone? #1024212October 19, 2018 at 8:32 pm in reply to: Update 4.5 – where has the 402 x 325px Portfolio image size gone? #1024211
That’s odd because I download every thing from Themeforest as a ZIP file. A simple unpack and I get the code above so how is yours different?? And I have been doing the exact same thing for four years and each one is the same I assure you!
And yesterday was the first time it changed.
So please Nikko, can you tell me what’s happened?
You guys and girls are superb in what you do but this has absolutely no explanation – why has every fresh version of the theme unpacked and given me code above? It makes no sense.
Even on my server all the image uploads have a 402x325px image. and this is generated from functions.php
I appreciate what you’re saying but this is odd don’t you think?
EdOctober 19, 2018 at 7:11 pm in reply to: Update 4.5 – where has the 402 x 325px Portfolio image size gone? #1024178
Thank you for replying but unfortunately your information is a little inaccurate.
For example, in version 4.1 the functions.php file registers this:
$avia_config['imgSize']['portfolio'] = array('width'=>402, 'height'=>325 ); // images for portfolio entries (2,3 column)
That clearly sends a request to create an image at these dimensions for the tag ‘portfolio’
In version 4.5 (that I refer to) that has now changed to this:
$avia_config['imgSize']['portfolio'] = array('width'=>495, 'height'=>400 ); // images for portfolio entries (2,3 column)
which now registers a different size upon image upload. So, with reference to my original problem, WordPress will not generate a 402x325px image unless I physically go and change this directly in functions.php
I don’t want to do this every time you have an update. So please either change it back or explain why you have changed the properties of this entry please? It messes with all the resizing optimization for all my Portfolio entries.
I would be grateful if you could paste me some code where I can override this in my child theme functions.php
Thank you in advance
PS – I have unzipped a fresh copy of 4.07 and there is no mention of a 495 x 400 px image size! FYI this is the entire selection of registered image sizes from 4.07
$avia_config['imgSize']['widget'] = array('width'=>36, 'height'=>36); // small preview pics eg sidebar news $avia_config['imgSize']['square'] = array('width'=>180, 'height'=>180); // small image for blogs $avia_config['imgSize']['featured'] = array('width'=>1500, 'height'=>430 ); // images for fullsize pages and fullsize slider $avia_config['imgSize']['featured_large'] = array('width'=>1500, 'height'=>630 ); // images for fullsize pages and fullsize slider $avia_config['imgSize']['extra_large'] = array('width'=>1500, 'height'=>1500 , 'crop' => false); // images for fullscrren slider $avia_config['imgSize']['portfolio'] = array('width'=>402, 'height'=>325 ); // images for portfolio entries (2,3 column) $avia_config['imgSize']['portfolio_small'] = array('width'=>260, 'height'=>185 ); // images for portfolio 4 columns $avia_config['imgSize']['gallery'] = array('width'=>845, 'height'=>684 ); // images for portfolio entries (2,3 column) $avia_config['imgSize']['magazine'] = array('width'=>710, 'height'=>375 ); // images for magazines $avia_config['imgSize']['masonry'] = array('width'=>705, 'height'=>705 , 'crop' => false); // images for fullscreen masonry $avia_config['imgSize']['entry_with_sidebar'] = array('width'=>845, 'height'=>321); // big images for blog and page entries $avia_config['imgSize']['entry_without_sidebar']= array('width'=>1210, 'height'=>423 ); // images for fullsize pages and fullsize slider $avia_config['imgSize'] = apply_filters('avf_modify_thumb_size', $avia_config['imgSize']);
- This reply was modified 1 year, 3 months ago by Swarez.
Thank you Rickard
Works great now that I figured out where to place the snippet (after creating the CSS class).
Thank you for your help – one to bear in mind for the future!
Thanks for the reply; I appreciate you taking time to do that. All points noted, thank you
You can close the thread.
That’s not really an ideal solution though is it?
Is the theme generating /feed URL’s for Portfolio items or not? If it is it needs removing.
If not then where is Google getting the link URL from? It says it’s from the relative portfolio URL!
I have 350 Portfolio items and do not intend to do 350 redirects and I shouldn’t have to – so there must be a better solution…
Can you advise on these points please?
FYI – It’s poor SEO practice to send 404’s to a generic custom page – that does not benefit the user experience. Each should be dealt with on its own merit, if indeed this is what you’res suggesting…
That would be the easy way but I do not want to disallow feeds.
Surely there must be a solution for this as it’s been hanging around for a couple of years now?
Can you help?
Sorry – I didn’t check for that – I assumed it would already be GZIP enabled.
My mistake, my apologies and thank you for looking anyway.
On my Pingdom scores the Home Page my staging site (4.2.6) has doubled in size to 1.4mb from 750k on version 4.2.2.
What is going on?
What are you guys doing to the theme?
All I see is JS file upon JS file being loaded for elements I don’t have. Same with CSS.
See for yourself (WP-Rocket enabled with same settings on BOTH staging and live sites):
The page is identical (with one or two style adjustments) but the whole things is 99% the same with all the same elements and content.
Can you explain please? I am very concerned right now – the mobile web should be getting faster not slower.
EdMarch 7, 2018 at 8:43 pm in reply to: SEO, Google Page insights, blocking rendering ressources "above the fold" #923299
Take it from me that it’s pointless trying to score 100% on PageSpeed Insights.
Look at Time To First Byte (TTFB). You can have a massive page, packed full of data but if the top of the page loads quickly and you start to read it then what lies below has time to render if it’s parsed asynchronously- this is the whole point of perceived loading time. This is what true user experience relates too – how fast does a site ‘feel’ to use. That’s different from actual speed.
Google PageSpeed should not be used in isolation. You need to combine this with GTMetrix and Pingdom tools. Plus, and this is a big one, Google Lighthouse – which simulates real world connection speeds for 3G devices and upwards.
Go to your web-host and look at how they perform, how they handle DNS lookups and use Lighthouse to get a list of priorities.
I use WP-Rocket and NO OTHER OPTIMZING tools. It renders your critical path CSS and does a remarkable job.
The one issue Enfold has its reliance on loading jQuery in the initial page render – it’s used for some Above The Fold functions. If you defer this the theme breaks. I have had a conversation with Kreisi on the subject but it will not (currently) be parsed in any other way and is not on the list for consideration.
That’s a shame as it sends me from an orange mobile score through into the high 90’s. The bulk of everyone’s on-site speed issues could be wiped out with that change and using WP-Rocket (I am NOT an affiliate). It would need a lot of work but think of the advantages?
These are my practical experiences. I hope it helps.
Got the Shortcode issue resolved with a total delete and reinstall but some formatting still problematic – will open a new thread.
Woo issue remains.
I am a LIVE site and 4.2.4, 4.2.5 and 4.2.6 break the site in more ways than just Woo (separate threads already opened). I am now testing all Enfold updates on a staging site as a precaution.
This is a very serious issue for people with businesses that rely on their websites for income. Please @mike will you post back to us today on what Kreisi is doing? We appreciate your help and support but this is getting ridiculous now and I’m getting disillusioned with Enfold after 4 years of being loyal.
You can’t mess with people’s livelihoods like this.
FYI – the last code snippet doesn’t work.
Thank you for your reply.
I disabled WP-Rocket BEFORE I did anything so that shouldn’t be the issue.
Your code will disable a feature that is meant to be a benefit – if I disable it then I see now benefit but the problem is still there yes?
I see no documentation that says I should disable caching before making any theme adjustments – lots of people have caching plugins – I see this as a problem moving forward.
Surely there’s a way to resolve this without disabling the feature? Has anyone taken a look at the installation via the login info and FTP data or is this just a well-educated guess? These latest updates all seem a little rushed and are causing some serious issues. Can you update the community with what’s going on please?
I will go insert the code now and report back.,
Needs resolving really – this has been a problem since 4.2.3.