Hi,

Did you update to 4.7.3 and clear server cache?

Best regards,
Günter

Hi,

I checked your page content on my server with include: – page loads as expected.

if you use includes: or includ: on your server your page also loads fine, also using include : does not work.

Could to be a plugin (Security ??). Can you try to deactivate all plugins and then reactivate one by one and check?

Best regards,
Günter

Hi,

Thanks for your feedback.

Enjoy the theme and have a nice day.

I will close this topic – feel free to come back when you need further assistance.

Best regards,
Günter

Hi,

A few releases ago we added a unique timestamp to the merged filename because when updating the content of a CSS or js file or of Custom CSS option without changing theme version the generated hash for the filename remained unchanged and browsers did not recognize to reload the file but used the cached version instead until this cache expires – means the changes are not visible to visitors.

The problem you have is server related. It seems that your server is caching WP database options and returning that cache instead of the last updated values.
As we save the generated filenames in WP database options Enfold gets the wrong info that the merged files do not exist and therefore creates new ones on every pageload.

For the next version (4.7.2.1 or later) I added a filter where you can remove the timestamp.

This means that each created file has the same filename and overwrites the already existing one until your server returns the correct DB value that the file exists and Enfold can stop creating new files.

To functions.php of your child theme add the following (https://github.com/KriesiMedia/enfold-library/blob/master/actions%20and%20filters/Performance/avf_merged_files_unique_id.php):

function my_custom_merged_files_unique_id( $uniqid, $file_type, $data, $enqueued, $file_group_name, $conditions )
{
return '';
}

add_filter( 'avf_merged_files_unique_id', 'my_custom_merged_files_unique_id', 10, 6 );

Best regards,
Günter

Hi,

Thanks for reporting this.

This is really caused by Enfold. I changed the logic for creating folders a bit and now the default security setting will be 755 (filterable with avf_folder_security) for new created folders. Security for already existing folders will not be changed any more.

Will be in next update 4.7.2.1 (should be next week).

If you want to have a quck fix:

In file enfold\framework\php\function-set-avia-backend.php around line 939 you find:

@chmod( $folder, 0777 );

Replace with:

@chmod( $folder, 0755 );

Do not forget to make a backup of the original file for a fallback.

Best regards,
Günter

Hey!

Thanks for reporting this.

Will be replaced by correct schema.org markup in next release.

Best regards,
Günter

Hi!

Sorry for that once again.

Will be available in the next release 4.7.2.1. (planned for next monday)

Regards,
Günter

Hi,

Sorry you do not like the new design.

In the next release there will be an option to disable this feature.

If you want we have a beta release in a zip file ready including this option. Let us know if we shall give you the link to the file.

@tiefenschaerfe
Please open an own thread – we add the link in private content and you will not be able to see it in this topic.

Best regards,
Günter

Hey Tobias,

Thanks for reporting this and providing a solution. The fix is merged and will be in next release (4.7.2.1).

You will find it in enfold\includes\class-avia-custom-pages.php function handler_hide_special_pages().

Have a great day.

Best regards,
Günter

Hi,

Gerne.

Da dieses Topic schon sehr unübersichtlich ist, schliesse ich es einmal.

Falls Du noch Fragen hast, kannst Du gerne ein neues Topic anlegen und wir helfen Dir natürlich gerne weiter.

Viel Freude noch mit Enfold und einen schönen Tag.

Best regards,
Günter

Hi,

Thanks for feedback.

I will close this topic for now – feel free to open a new one if you need further assistance.

Enjoy the theme and have a great day.

Best regards,
Günter

Hi,

@EZWebdesign

Thanks for reporting this – could reproduce it.

@Guenni007

Thanks for the quick fix.

Yes, it is really a matter of length of translation and a HTML structure that does not allow to style it correctly for longer text. I will try to fix it in the next update.

Best regards,
Günter

Hi,

Eine Seite/Post/Portfolie mit ALB gemacht besteht nur aus shortcodes – hat in dem Sinn eigentlich keinen “Content” sondern nur Layout Elemente die dann befüllt werden.

Man kann das Eingabefeld Excerpt befüllen – das wird dann auch z.B. im BlogPost angezeigt mit Read More Link wenn man “Blog Content length” resp. “Define Blog Grid layout” entsprechend auswählt (Title and Excerpt + Read More Link).

Ursprünglich war der ALB auch nur für Seiten freigeschaltet, erst später auch für post und portfolio.

Im normalen TinyMCE Editor Visual mode gibt es einen Button “Insert Read More tag”, im Text mode einen “more” button.

Best regards,
Günter

Hey Grant,

Thanks for sharing the ideas.

I opened a feature request in our dev repo on github.

Follow the changelog and https://kriesi.at/support/topic/enfold-upcoming-fixes/.

Best regards,
Günter

Hi,

Thanks for the login.

Please see https://kriesi.at/support/topic/map-dynamic_avia-3gb-large/#post-1179051 – there is exactly the same problem.

What you can try to do is to deactivate all plugins in a dead time and check if there is still the problem with files being created (I reverted the php file back to display hash-xxxxxx again – so it will be easier to follow, disable merging options will clear all files).

We will let you know if we find something.

Best regards,
Günter