Manke: Rapid: thats the cause
Michelin: What do you mean that’s the cause? Ive had both ofthem for a long time and they worked fine 😮
Bero: WP Rocket is junk from what I have found
Bick: Doing lots of searching recently
Filipovich: Rapid: please disable wprocket and lets see if that fixes things.
Perry: Rapid: its caching a version of your site and it’s displaying the recent cached version. sometimes it will be desktop. sometimes not
Atcitty: Filipovich will agree with that
Gaeddert: Disable WP rocket, clear cache, and THEN try
Knowles: Rapid: http://docs.wp-rocket.me/article/53-clear-wp-rocket-cache
Sartin: Didn’t help, let me disable wp rocket
Bisard: What should I do if buddypress displays the correct value of a field on the front end of wordpress dashboard, but won’t recognize the value when using xprofile_get_field_data ?
Ferg: Rapid: also is that the ONLY cache plugin? Are you using cloudflare or anythng else?
Kitty: Cody123: what do you mean “wont recognize” ?
Filipovich: Rapid: if I got to other pages, some seem to be “mobile” and some “desktop”
Schiesser: Yep stern that is right
Puebla: Lindsay, now I remember
Outley: I recently installed Wordfence
Datamphay: Var_dump returns empty strings where there should be values
Guerrette: Wordfence has caching aswell right?
Filipovich: Rapid: The site has two IP addresses. ARe you using a front end proxy like cloudflare?
Filipovich: It’s not Wordfence; it’s the front end caching servers
Maslowsky: Mmm nop stern not using cloudflare
Scuderi: Cody123: sounds like you probably arent p***ng the right data to the function
Eschette: I have Locksite monitoring my site though if it has somethign to do with it
Filipovich: Disable ALL caching — check those front end servers
Bringhurst: It’s wierd, because some accounts, like my own admin will display the data for the field, but others do not. I’m p***ing xprofile_get_field_data ‘Field’, bp_get_member_user_id ;
Maltas: Within the member loop of buddypress
Palms: Cody123: did you do a dump of bp_get_member_user_id ?
Marchio: Cody123: also check the DB to make sure your field exists for users you are testing
Parmelee: I’m a backend noob. How do I check the DB :s
Cleath: Stern how to cehck those front end caching servers?
Fahnestock: Cody123: depends on your setup. if your server has phpmyadmin that would be the best way
Filipovich: I don’t know. It’s a service you signed up for. Who’s the provider?
Filipovich: No, those IP addresses do not belong to hostgator
Wischmann: Var_dump bp_get_member_user_id displays list of int555, so it appears to work. I don’t think I have phpmyadmin digital ocean + serverpilot.io
Burres: SiteLock I guess stern ?
Schalow: Hostgator just gave me a chill
Rodriques: They belong to SiteLock?
Filipovich: Yup, and they do caching. login there and clear the cache
Mendel: Cody123: if you have digital ocean but dont know much about backend management, please tell me you have a sysadmin you can contact.
Ketchem: Nope. Their articles and serverpilot make setting things up pretty easy :
Tibolla: Cody123: setting up is about 1/4 the work needed to run a DO server
Tomopoulos: I was sick of the other shared hosts’ performance
Vandergriff: Stern, sitelock are doing the caching? so I can enable WP Rocket again and just contact SiteLock to fix it?
Filipovich: Rapid: turn of ALL caching and see if it fixes it. Do one thing ALL THE WAY.
Filipovich: Because if it doesn’t fix it, then you know you have to check a different path.