Jesse Owens

Hi @jonathanrutter –
I’m Jesse, the Developer Relations WordPress specialist at InMotion Hosting. I just wanted to let you know this is something we’re happy to help with if you’d like to contact our support team.

Better Search Replace is also an easy do-it-yourself option here, I just wanted to make a small correction to what @jim5471 said, you’ll need to replace the IP address and the /~username portion of the URL. I’d rather not put the username portion here in a public forum, but you can find it by copying the URL from your About link in your header.

So your search-and-replace will look like:
Search: https://216.194.171.244/~username/
Replace: https://moorheadsculpturewalk.com/

Glad to help and let us know if you have any other questions!

If you have a moment, could you switch this topic to “Resolved” so that anyone who finds it in the future can see there’s an answer here? Much appreciated!

Edit: You already did before I finished this reply, thanks!

• This reply was modified 2 years, 2 months ago by Jesse Owens. Reason: update

Hi @melinmac –

You bet! There are two different controls- one in Design > Blog > Posts > Featured Images that is for on the actual post itself, and the one you’re looking for is Design > Blog > Blog Page > Featured Images that controls archives like the category view.

If you check out the screenshot above, you can see an example (in my testing site, it’s just the “uncategorized” category). In that image, I’m using the “Above header” display option, with two columns of posts, similar to your “starters” category.

• This reply was modified 2 years, 2 months ago by Jesse Owens. Reason: fix markup

Hi @melinmac –
Thanks for using Crio! You can find this setting in your customizer. Your category archive is treated the same as your “blog page,” or Posts List page.

Navigate to Appearance > Customize, then choose Design > Blog > Blog Page > Featured Images. Here, you’ll find options on whether to show or hide the featured image, and how it’s displayed in the post list.

• This reply was modified 2 years, 2 months ago by Jesse Owens. Reason: link to image for zooming

Hi @melinmac –

Thanks for reaching out! As Yui mentioned, these forums are only for support of the free Crio product. I can see we have a few premium tickets in from you over the holiday week, we’ll respond to you on that channel shortly.

Hi @joyanne1960

Thanks for the instructive feedback, I agree that the installation and onboarding process could be a lot more educational! And you’re right, our products are targeted to both brand new beginners as well as advanced users, and it’s a tough line to toe. A good onboarding experience would definitely be a great way to help get over that initial learning curve.

Cheers, and thanks for all the feedback!

Hi 12345jk-

It’s been about a week since we’ve heard back from you, so I’m marking this thread as “resolved.” If you’re still having trouble, please feel free to reach out in a new thread and we’ll be happy to help!

Hi Ronald-

Thanks for the information! I spun up a Cloudways VPS and I can see what you mean now.

The good news is that for your end-users you mentioned, who mostly interact with the site via the dashboard, this shouldn’t worry them too much. I imagine the biggest problem is using SFTP to store your remote backups, since the SFTP user can’t access the directory and files.

I went ahead and created a feature request to include those group permissions.

In the meantime, I found that there is a filter you can use to make Total Upkeep change those permissions. I took the liberty of writing a little code snippet you can add to your sites, using a plugin like Code Snippets or in a child theme’s functions.php file:

function bgsupport_backup_directory_perms( $files, $backup_dir ) {
	$files[0]['chmod'] = 0770; //backup directory
	$files[1]['chmod'] = 0770; //logs directory
	return $files;
}
add_filter( 'boldgrid_backup_create_dir_config', 'bgsupport_backup_directory_perms', 2, 10);

Be sure that the code snippet is active when you install and activate Total Upkeep, and this will enable you to have access as the group user.

• This reply was modified 2 years, 3 months ago by Jesse Owens. Reason: Forgot to specify to activate code first

Hi @gildartsthegreat

It sounds like you’ve had a really bad experience, I’m really sorry to hear it. We’ll be happy to help you get past any hurdles or questions in our support forum.

The Post and Page Builder’s premium extension is $30 per year, or $2.50 per month, and you can purchase a bundle of all our premium WordPress Creator plugins for $99 per year, or about $8.25/month. Here’s a link to our pricing page: https://www.boldgrid.com/boldgrid-pricing/.

You can also get that bundle for free with a hosting plan at one of our WordPress hosting partners, like DreamHost or InMotion Hosting. It looks like the website in your WordPress forum profile is using DreamHost, so you shouldn’t be paying anything for full access to all our Premium products.

If you’re still seeing upgrade prompts with your DreamHost license, it may be that something technical is going wrong. If that’s the case, please feel free to reach out to our premium support team at support (at) boldgrid.com and we’ll be happy to make sure everything is working for you.

Hi Ronald-

Thanks for the update, that’s some great troubleshooting work!

There are a few chmod’s in the code, but I’ve never seen this issue happen before. Normally I’d expect the files to be owned by the same user that owns the whole site, either your Linux user or something like a www-data that some server configurations use.

Is the user that owns the PHP process unique to every backup, or is it the same every time? If it’s the same, you may be able to add that user to a group that includes read/write access to your other files.

May I ask which platform you’re using at Cloudways? I.E. Digital Ocean, Linode, AWS, etc? I’d like to see if I can spin one up and replicate the issue so I can describe it to our developers and hopefully find a fix or, as you suggested, a configuration option.

Hi @123456jk –

Sorry for the late reply, our team has been off for the US Thanksgiving holiday.

We’re aware of a bug that prevents the word count from being updated, and we’ve made it a priority to get an update pushed out this week.

That being said, you also mentioned that all of the “stoplight” indicators are missing, and that usually means there’s some other plugin creating a Javascript conflict. There’s a couple of things you can check to see if this is the case.

First, try disabling any other plugins that add functionality to the editor screen. Also, check your browser’s error console and let us know any errors you see there. In Chrome, you can open the console with Ctrl-Shift-J.

Hi @ronald2020 –

Sorry for the late reply!

There’s a lot of extraneous warnings in here that are most likely related to WordPress’s “beta” support for PHP versions above 8, but as near as I can tell this log indicates a successful backup. You can see these important lines:

[2022-11-21 16:43:51 UTC] Finished closing the zip file.
[2022-11-21 16:43:51 UTC] Starting to add db dump to the zip file.
[2022-11-21 16:43:51 UTC] Finished adding db dump to the zip file.
[2022-11-21 16:43:51 UTC] Archiving of files complete!
[2022-11-21 16:43:51 UTC] Archive filepath / size: /home/xxxxxx.cloudwaysapps.com/xxxxxxxxx/public_html/wp-content/boldgrid_backup_XXXXXXX/boldgrid-backup-XXXXXXX.info-ba966913-20221121-164320.zip / 169373328 (161.53 MB)

There are a few other things I can see of note. It looks like your server doesn’t enable some Process Control functions, which Total Upkeep uses to monitor the status of the backup process, but that doesn’t look like it caused any major issues.

It might help to try a small “sanity check” backup, described here by Total Upkeep’s lead developer: https://youtu.be/fvC2oadm-8g

It’s also worth mentioning that Cloudways is a “Managed” WordPress hosting provider, and often this type of hosting doesn’t allow backup storage. Although I couldn’t find any documentation about that from them, it’s worth checking with their Support team to see if some automated process is deleting the large .zip file.

Hi @ronald2020 –

Thanks for the question! You can switch the backup directory using the instructions in this article: https://www.boldgrid.com/support/total-upkeep/backup-directory/

Here’s a brief TL;DR- Navigate to Total Upkeep – Settings – Backup Storage and click on the Update link next to the server storage option. Here you can specify your backup directory.

By default, Total Upkeep uses the directory outside public_html so that your backups aren’t exposed to the internet. If your permissions structure don’t allow for that, I highly recommend using the Backup Encryption feature, or use an htaccess configuration to password protect your backup directory.

Hi Charlie –

Thanks for the question! I’m not super familiar with Synology, but the most common way to accomplish this is to set up a specific SFTP user account with a different “home” directory for Total Upkeep to use. That way when it logs in, it’ll already be in the right path to end up where you need it to be.

Let me know if that won’t work for your case, and I’ll see if I can find another good workaround for you.

Hi @funk101 –

Thanks for the question! This forum is strictly for supporting the free version of Crio, and not issues with Crio Premium. I see you’ve already created a post on our forums at BoldGrid.com for this issue, we’ll follow up with you over there.

That being said, Crio is designed to be so customizable that a child theme shouldn’t be necessary, and I recommend using a plugin like Code Snippets for any additional functions you’d normally put in a child theme’s functions.php.