We have this very limitted space on the hosting provider server. Is it possible to do a backup of Wordpress website directly on remote storage, without the need for storing temp files on the hosting server side first?
We tried using the iconic Updraftplus - backup/restore plugin, but we see local compressed files are created first, then they can be sent to cloud/remote storage afterwards (with Premium version of plugin).
I have a WordPress Website backed by EC2. The expected workflow is like this:
I upload a video to WordPress (which is backed by EC2).
The video is accessible to EC2 instance and is processed by EC2.
Then EC2 publishes the processed video onto WordPress.
The workflow involves the automatic file transfer between WordPress and EC2, as well as the mechanism to trigger the transfer/processing automatically.
Could anyone suggest how to realize it?
From the EC2 console, you need to figure out where WordPress is installed. On my instance (which is using AWS Linux 2), it's in /var/www/html. I know the Bitnami AMI's install WordPress somewhere else. Here's a link to their configuration info.
Once you find the WP "root", look in wp-content/uploads. You'll see folders for years and months of when the files were uploaded. (For instance, I have a folder at /var/www/html/wp-content/uploads/2019/06 that contains files uploaded in June 2019.) You can access the file from this location to process it.
When you are done, not only do you need to put the processed file in this location, but you'll need to update the Posts table to make WordPress aware of the file. This should help.
WordPress database documentation here
I am doing some testing to determine the feasibility of moving my small web hosting business over to Google Cloud Platform. All of my client websites are Wordpress sites built by me and i also fully manage them.
I have setup a free 60 day trial and am about to install my first project...which will be a prebuilt CMS (Wordpress) found in the software packages list in Google Developers Console.
There are at least 2 things i am wanting to test...
1. using wordpress multisite (as i intend to move all of my existing clients websites into Wordpress MU
2. Speed of websites on this network (one concern is latency as the datacenter location not being in my country)
So in order to test the above, i would like to setup some clones of existing client websites on the Google Cloud Project i create.
Question...
How do i get file and directory access to the Wordpress CMS on Google Cloud so i can upload Websites produced on my local system or another server?
(i need to copy up media files e.g. images, content, and themes)
Or is my only means of file directory access via Wordpress plugins with this solution?
Depends on which tool you choose to use.
If you use Wordpress for AppEngine, you'll have to use a combination of deployment techniques and plugins to get data onto your instance.
If you use Wordpress Multisite then you would interact with it just like any other install of Wordpress.
1) Create a key pairing (https://cloud.google.com/compute/docs/instances/connecting-to-instance#standardssh)
2) Connect via SFTP (CyberDuck, FileZilla)
3) Upload files into your /home/yourusername directory
4) Connect to the server via shell, you can do this from your Google Dashboard (Google Shell)
5) Change your user to Root by typing sudo /bin/bash
6) Now you can move files sudo mv file/you/want/to/move.html /var/www/html/
I recommend you use SFTP, but if you want to connect with FTP see this blog to solve your problems.
If your VM is based on Linux then you have to use an application like vsftpd to set up an FTP server.
Here are the steps:
Deploy a Virtual Instance on Google Cloud
Open SSH terminal
Installing VSFTPD
Create a User
Configure vsftpd.conf file
Preparing an FTP Directory
FTP/S or FTP over SSL setup (optional)
Opening Ports in Google Cloud Firewall
Test and Connect
I'm making lots of WordPress sites and currently editing files directly on cpanel accounts via FTP. I would like to do this a different way and I wonder if it is possible:
Develop in WAMP on my local machine (I have this set up)
One click publishing and/or updating of the project to a cpanel account (files and database).
Synch the live cpanel site back to the WAMP environment to do ongoing work and testing (files and database).
I am NOT looking for instructions to manually move WP to a server. These are all over the place and I know how. I want to work from my local machine and synch/publish to the server with a single click, or at least something very simple.
Thank you in advance
I use WP Migrate DB Pro for managing database and media copies from one server to another. I use beanstalk with auto-deployment for pushing code to my ftp servers (I have at least one test site and a single live site for every website I work on)
Ok, so I'm familiar with creating local Wordpress builds, and have been chugging along happily with the technique outlined in Smashing's MAMP-based article. My question goes a step beyond this.
The article is great for developing generic themes, but when developing sites (not necessarily blogs) based in Wordpress, for me at least, it's a little painful come launch day.
I have to go back in and reconfigure the server's Wordpress to match what I've already done locally. Settings have to be entered again, plugins need be installed again, menus recreated, and css will have to be altered to reference the unique classes/id's Wordpress generates for posts/pages/custom taxonomies…sometimes things are missed in the process. What I want to know is this:
Is there an easy way to automate cloning or mirroring the build on my local machine to the remote server?
Even if you have to just LMGTFY me, that would help. I don't exactly know what I should be searching for. Searches dealing with 'mirroring wordpress configuration' and 'cloning wordpress configuration' returns tutorials on moving content, which I know how to do.
If it helps, I'm running OSX 10.6.8 with xcode dev tools, git, ruby, node, and homebrew. All of my live servers have ssh access as well as ftp, and I build with the most current versions of Wordpress.
Here are some easy steps to follow:
Download and install the WP Migrate DB plugin.
Go to Tools > WP Migrate DB and fill-in the blank fields(New address (URL), New file path and optionally check/uncheck the other options). Click on Export Database and save the export file to your computer.
Make a .zip archive with ALL of your files(the /wp-admin, /wp-content, /wp-includes directories and all files in the root directory).
Upload that file to your production server, where you want your WordPress site to reside.
Go to your cPanel(or use the unzip command through SSH) File Manager(or any other alternative that you might have) and unzip the file that you just uploaded.
If you don't already have a Database set-up on your production server - create one through the hosting control panel(for cPanel, it would be Creating a mySQL database in cPanel, for plesk it would be Plesk 7 Tutorial: Creating a database, for anything else, just google it up, or try your hosting's FAQ). Remember/write-down your Database Name, Database User and Password.
Edit the wp-config.php file and change the values for the DB_NAME, DB_USER, DB_PASSWORD and optionally DB_HOST - but this is usually localhost - if that doesn't work try asking your web host, or if you have phpMyAdmin, log-in to it and look at the very top of the page - in this case the DB_HOST would be localhost.
After you've done all of that, log-in to your DB administration tool(most of the time this would be phpMyAdmin, but it could be something else as well) and upload the database export file that you save to your computer in step 2. Note: If your hosting hasn't provided you with a DB administration tool, I would suggest that you upload the phpMiniAdmin(click on the "Download latest version" link and save the file to your computer) script to your production server. Then go to that script(if your website is located at http://example.com/, go to http://example.com/phpminiadmin.php) and enter your DB details. On top of that page, you will see an import link. Click on it and upload your DB export file. Note 2: phpMiniAdmin doesn't support gzip-compressed files, so if you did check the Compress file with gzip option in step 2, you will have to re-do that step with this option unchecked.
Log-in to your site and go to Settings > Permalinks in order to update your permalink structure.
Check the permissions of the /wp-content/uploads and /wp-content/plugins directories - make sure that you will be able to upload images and plugins without any problems.
That's pretty much it. It might seem like a lot, but I follow this process for almost every site that I upload to production servers and it can take me as less as a bit under 10 minutes to do all of that(considering that I usually use custom MySQL commands, instead of the WP Migrate DB plugin - I should probably start using it :) ). Once you get used to the process and you don't encounter any low-quality web hostings, you should be perfectly fine with these steps.
Note: Since you used ssh as one of your tags, I assume that you usually have ssh access to the production server. If you don't I'm still assuming that you have a cPanel access(if that's not true and you can't unzip files on the server, then upload all files manually via FTP client, instead of doing steps 3 and 4).
I guess the only way is to copy the database or part of it.
What I do is to copy the relevant tables and modify manually the site URLs in table options. There are only 2. There is also a nice plugin velvet-blues-update-urls to modify all links, after the site URLs are set manually to be able to access the backend, in case posts are also copied.
Next, copy all theme directory files to the same directory in the site, assuming you are using the same theme.
Both processes can be automated with a PHP script.
I am not sure this is what you want, but hope this helps.
Not sure that this is exactly what you need, but to move a site you can use the built in Wordpress "export" and "import" options. As far as I remember there was an option when importing to change URL's and the import would change a few things for you.
Even if this does not answer your exact question, hope it helps.