Forum Replies Created
-
AuthorPosts
-
Those are content elements … you can edit and style them in the backend editor as you want … or delete/remove them there.
Do you have a security plugin that maybe disables the author pages and redirects them to the homepage?
Or maybe did you insert something to your functions.php or .htaccess to disable author pages?It’s not sufficient to just toggle the visibility of an element … there would still be a connection to the external server (immowelt) and data from the visitor would be send to them. Even if the external service doesn’t use cookies it wouldn’t be GDPR compatible, because every server request would still send data like the IP address to Immowelt.
Not really easy to solve this … i also don’t know an existing plugin.
Edit: A solution would be to use the Immowelt API to get the data without an external data-connection to their site for the visitor/client in his browser. But you would have to create an own server-side based modul/plugin for WordPress … a “little bit” of programming needed … :-)
- This reply was modified 6 years ago by cg.
Looks like it is solved with Enfold 4.5.1.
Thanks. :-)Controll your settings or try the Page Speed Test without WP Rocket enabled.
=> https://docs.wp-rocket.me/article/708-mobile-caching
Should I enable caching for mobile devices?
Yes, as a rule of thumb, you should enable caching for mobile devices.What does “Separate cache files for mobile devices” mean?
When this option is enabled, WP Rocket will create a dedicated cache file for mobile devices for every document that gets cached. As a result, WP Rocket will serve an entirely different cache file to mobile phones than to tablets, or desktop computers.Note: If no mobile cache option is enabled, WP Rocket will not serve any cached documents to mobile devices. Visitors viewing your website on their phone will receive (slower) page views directly from the WordPress database.
- This reply was modified 6 years ago by cg.
Normally WordPress and Enfold doesn’t do any special things regarding desktop or mobile … it’s the same HTML output (mostly).
You can for example shrink your dektop browser window and you will see the mobile version. That’s called “responsive”. Same page content and styling for all different devices.The difference in the Page Speed score should only result as a divergent scoring system for mobile and desktop … not because the results of the tests are actually different …
Very odd what you have there … :-)
Edit:
for example a page needs 2.0 seconds to load.
That should be the same for desktop and mobile … if it’s not too much data and the slower connection (3G) is not that relevant in relation to server response time and rendering. WordPress and Enfold do the same things / need the same time for mobile and desktop regardless.
Now Google Page Speed says 2.0 seconds are a score of 90 for desktop … but only 80 for mobile … because Google wants mobile to be faaaaassst …
… there you have different scores … but the 2.0 seconds are the same (should be the same) … not like in your case …Edit2:
You have the WP Rocket Plugin active … i would still presume the caching system as the root cause for this- This reply was modified 6 years ago by cg.
A lot of the characteristics for the Google Page Speed do not depend on the theme. Server response times for example. Or HTTP header for browser caching. Or image size/compression.
I am running Enfold 4.5 and get this scores (while the server is’nt too busy with other tasks):
Mobile: 93
Desktop: 100Getting the page speed up needs adjustments a theme can’t solve out of the box.
Do you have a cache plugin running?
Some caches seperate the output for desktop and mobile … WP Super Cache for example. When your page is cached normally but not for mobile there can be substantial differences in loading time between desktop and mobile.To make it easier for you i set up a testing site. New admin access in the private content (same login, just a different url).
It’s a fresh installation of WordPress with an up to date Enfold. No possibly interfering plugins, no cache. You are free to change any configuration/settings.This is not an urgent issue (not for me at least) … so, take your time … :-)
On the standard “sample-page” i inserted a color section to illustrate the topic.
HTML output, Line 142
December 1, 2018 at 4:54 pm in reply to: Custom 404-Page is redirected with wrong HTTP-Status-Code #1039686Thanks for letting me know and have nice weekend. :-)
December 1, 2018 at 3:56 pm in reply to: Custom Footer Page – How to prevent it appearing in search results #1039656When you edit that page (WP admin) you can see its ID in the address bar of your browser.
Note that and use the following code in your functions.php to exclude it from the search.
Switch “0815” to you footer page id. Use comma separation to exclude multiple page ids from search.
As always it’s recommended to use a child theme for modifications to the functions.php./** * Exclude page ids from search results */ function cg_mod_search_filter( $query ) { if ( $query->is_search && $query->is_main_query() ) { $query->set( 'post__not_in', array( 0815 ) ); } } add_action( 'pre_get_posts', 'cg_mod_search_filter' );
- This reply was modified 6 years ago by cg.
December 1, 2018 at 3:33 pm in reply to: Problems after attaching new Domain to developed site #1039654You have to change all instances from the old domain to the new domain in all configurations of which some may need a manually modification directly in the database.
More infos here: https://codex.wordpress.org/Changing_The_Site_URL
Maybe you can use a plugin to solve that (i didn’t test this one, i change the entries in the database): https://de.wordpress.org/plugins/automatic-domain-changer/
DevTools (Chrome, Firefox) automatically adjust the HTML and filter those duplicate attributes.
I disabled caching an minify.
November 30, 2018 at 2:04 pm in reply to: Aktualisierung Enfold von 4.4.1 auf 4.5 fehlgeschlagen #1039297Pinned thread in the support forum:
November 30, 2018 at 11:24 am in reply to: Custom 404-Page is redirected with wrong HTTP-Status-Code #1039271Is someone looking into this?
Would be nice to hear a reply about how and if it will be or not be changed in future releases.For now, i will use that additional plugin to achive the accurate behavior without redirect.
But it would be great if the option from Enfold could work like before.Are your zip-files from Google Webkit Fonts? (https://fonts.google.com/)
I think they have to for the custom fonts to work.November 29, 2018 at 6:30 pm in reply to: Enfold Theme neu gekauft auf themeforest- nun Fragen #1039082I can’t speak officially for Kriesi or Themeforest … but here are my experiences to this topic as an Enfold user:
1. support starts with buying the product/theme on themeforest … at least as themeforest counts it … Kriesi won’t “leave you behind” when it’s expired
2. yes … you can install it locally or on a development site/domain.
I always do that to build the site. After deploying it to the final destination i enter the api token for registration/updates.- This reply was modified 6 years ago by cg.
just a guess:
if it’s a multisite wordpress installation you have to enable zip-file-upload in the Network Settings.Settings > Network Settings > Upload file types
- This reply was modified 6 years ago by cg.
Every page that uses color sections.
Example links in the private content area.Edit: i activated the Avia Builder Debug Mode in case you need to see the shortcodes
- This reply was modified 6 years ago by cg.
sure … :-)
details below in the private contentyou shouldn’t place a gif-image for that effect above all page content … because then it would be impossible to use your navigation and logo image links below that image any more …
maybe try a javascript-based wordpress plugin for that: https://de.wordpress.org/plugins/tags/falling-snow/
this looks promising: https://tribulant.net/snowstorm/
I am running WordPress 4.9.8 and Enfold 4.5 on several installations with PHP 7.2 and without any errors caused by that PHP-version.
Edit, my exact PHP version: PHP Version 7.2.12 … no problems with Enfold
- This reply was modified 6 years ago by cg. Reason: added infos to php version
November 27, 2018 at 5:50 pm in reply to: Custom 404-Page is redirected with wrong HTTP-Status-Code #1038092The unwanted behaviour is caused by the workaround for WPML by Günter in “functions-enfold.php” line 2211 ff. in version 4.5 of Enfold compared to version 4.4.
Function: ‘av_error404’
Maybe you can find a better way to support WPML without that redirect solution?
Edit: the plugin “404page” (https://de.wordpress.org/plugins/404page/) works as expected and is compatible to WMPL … maybe it can be a source / an inspiration for a solution …
- This reply was modified 6 years ago by cg.
November 27, 2018 at 5:22 pm in reply to: Custom 404-Page is redirected with wrong HTTP-Status-Code #1038083The previous behaviour of Enfold can be seen here at an older version (4.4) example:
=> https://kriesi.at/themes/enfold-elegant-portfolio/a-wrong-url-test
It stays at the “wrong” url … sends a 404 response … no redirect … just displaying the content of the custom 404 page. That’s how it should be.
November 27, 2018 at 3:41 pm in reply to: Custom 404-Page is redirected with wrong HTTP-Status-Code #1038035Update to my issue:
i solved the 200-status by adjusting the settings of WP Super Cache. Which wasn’t necessary before Enfold 4.5.
But the requirement to do so seems to result because of a change how Enfold handles 404 errors … i think.
A missing url is now redirected with a 302 to the custom 404 error page instead of just showing the content of that page while staying at the requested (missing) destination-url with a 404 response directly.So … that last part is still in question.
same here … i support the request from weasyweb … style-attributs are doubled in the HTML-output of sections.
example looks like this:
`<div id=’av_section_4′ class=’avia-section main_color avia-section-default avia-no-border-styling avia-bg-style-parallax avia-builder-el-29 el_after_av_three_fourth el_before_av_section container_wrap fullsize’ style=’background-color: #2e93f9; ‘ style=’background-color: #2e93f9; ‘ >November 22, 2018 at 7:12 pm in reply to: Custom 404-Page is redirected with wrong HTTP-Status-Code #1036724I don’t think it’s a specific problem of my page setup … but you can have a look … :-)
Access details below. -
AuthorPosts