Forum Replies Created
-
Author
-
McPherson
ParticipantHi, apologies for not replying sooner. As mentioned in earlier posts we have moved to a permanent online host now and this problem did not appear. Thanks for all your help.
EwanMcPherson
ParticipantHi, thanks Radu. Now I know this is not your issue but quick question on this page here,
https://wordpress.org/plugins/force-strong-passwords/
It says to add this below to Force ALL users to have strong password, where do I add this code? functions.php or the plugins php file?
if ( function_exists( ‘slt_fsp_init’ ) ) {
//plugin is activated
add_filter( ‘slt_fsp_caps_check’, ‘__return_empty_array’ );
}McPherson
ParticipantHi, actually things have progressed to moving online quicker than I thought! I’m getting some hosting next week so will install from scratch there and fingers crossed all will be well.
Quick question – Do you use or recommend any password tricks/plugins to force strong passwords for all users? I need to do this for the online install.
Thanks again
EwanMcPherson
ParticipantHi, it’s very strange. I’m tempted to wipe out the WAMP install (even though every other plugin works fine) and start again. Yes kleo_dynamic.css is there and WAMP has full permissions on the www directory and sub directories.
If I watch the custom_styles folder when I use the customiser/theme options I can see the kleo_dynamic.css disappear when I save. At that point the site won’t load but admin does. The only thing I can do is deactivate BuddyPress then activate again and kleo_dynamic.css appears in the folder again!
I’ve re-uploaded the BuddyApp theme and also downloaded BuddyPress separately and re-uploaded that too but still the same.
As my images attached show the kleo_dynamic.css file is not being used in areas it should be. For the profile-cover-inner class it shows ok for the working online server but not for the wamp local server.
I think my only option is to re-install or move online quicker than I planned.
Thanks for your help
EwanMcPherson
ParticipantHi, my WAMP install has PHP 5.6.25 and 7.0.10 available but it’s 5.6.25 that’s currently in use.
No this only happens local, if you see the screen prints in my last post above it shows issue is not present on live install.
I did think about re-uploading the theme again but wasn’t sure if I’d lose any changes I made to fonts/colours/logos etc. I may just try it anyway…
McPherson
ParticipantHi, some more info which I’m not sure if it’s relevant or not. If you look at the attached screen pics, one is from my Live Local site and one is from the Test Online server. In both pics I am looking at the styling in Chrome Dev Tools and they appear to be looking at different style sheets. Does this give any clues?
Thanks
EwanMcPherson
ParticipantAlso to add to above, memory limit had already been increased last week to 3000M.
I also tried deactivating all plugins again except BuddyPress and Visual Composer which are the only 2 from your list above that I have. Customiser bar on left shows but page doesn’t load at all. Attached is a pic of dev tools console.
Thanks
EwanMcPherson
ParticipantHi Radu, debug log attached.
I cleared it out first
Opened homepage
Went to WP Admin and opened the customiser.
Tried to change a sidemenu font.
Waited for couple minutes while it froze then clicked the cross on the customiser to cancel the changes.Thanks
EwanMcPherson
ParticipantThanks Laura. I can only think that something in BuddyPress doesn’t like the fact that my install is local on WAMP and not ‘online’. Not sure why that would make a difference as the server it’s on has internet access and everything else in WordPress and the Theme works perfectly so far.
Cheers
Ewan -
AuthorPosts