Flywheel’s newest build of Local called Local Lightning has been out for a few months now. Since the build is separate from the previous Local by Flywheel build, you have to re-import your local websites to the newest app. After upgrading, I decided to change the site location in Local as well.

I used a custom site location in a separate drive in Local by Flywheel, but I wanted to change drives. So, if you want to upgrade your Local installation and migrate the local websites over or just want to change your site location settings without much of an issue, read on to see a couple of ways how to do that.

Easiest Move for Windows Users

  1. Copy your local sites folder to a new location.
  2. Specify this location in the Local Lightning options menu.
  3. Go to C:\Users\%USERPROFILE%\AppData\Roaming\Local and look for the filename sites.json.
  4. Edit this file and change the path right after the id string. It will look something like this – "path":"C:\\Users\\User Name\\Local Web\\test",.
  5. Within the double quotes, change from C: to D: or the folder name you chose earlier. Mind the double backslashes. Make sure the new path is set in options (step 2).

That’s it. It’s really that simple. I was up and running in 60 seconds. You can move the files so there’s really no reason why they can’t add this to the interface as an option. Hopefully, they’ll include this as an option in a future release.

Using the Volumes Extension

Flywheel Lightning Volumes Extension

The Volumes add-on is currently incompatible with Windows so if you’re running Mac or Linux and you want to mess with extensions, give this a try:

  1. Copy your local sites folder to a new location.
  2. Take a look at the Local Add-on repo for Volumes and copy to the ~/Library/Application Support/Local by Flywheel/addons/local-addon-volumes folder. You can also access through the interface.
  3. Enable the Volumes Manager add-on and then restart Local.
  4. Go into each site that you want to move and start them.
  5. Go to the More > Volumes section of each site’s info.
  6. Specify this location by changing the values on the left side, then click Remap Volumes. Local will then provision the updated mappings.
  7. Then edit the ~/Library/Application Support/Local by Flywheel/sites.json file and adjust the path strings there as well.

Without messing with your Local config, you’ve now moved the websites to the new site location.

Is Local Lightning Any Good?

I adopted this new tool recently so I didn’t experience a lot of the problems as some people did. Full migration to Local Lightning and the removal of Local by Flywheel was a breeze and didn’t require a lot of tinkering to work. I did have to re-enable multisite for one of my sites, but that was as simple as finding the sites.json file (same file mentioned above) and changing it there. The multisite option in the interface, as well as the SSL trust functions are borked. Other than that, I like it. I can’t wait to see Local get more features and really make this tool a must-use more than it already is.

The new Local is faster and doesn’t rely on a Virtualbox image, which I didn’t mind by the way. It’s faster and seems to require fewer resources. After migration, I deleted the VirtualBox image from VirtualBox Manager.

Empty VirtualBox Manager after Deleting Old Docker Image

One question I have since the new build isn’t virtualized anymore is whether the app is still using Docker. Nearly everything looks the same so I would assume so. And whether it does or does not, I hope Local Lightning is sandboxing the web services like the old version used to.

Not only for security reasons with isolated system services and port usage but also for allowing this app to run alongside Docker based tools like Docksal and Lando. Obviously Local Lightning and Local by Flywheel can co-exist so I have high hopes that these other tools can as well.

If you know the answers to my questions above or have any input on my procedures above, please feel free to sound off in the comments below.

Pin It on Pinterest

Share This