This is a bad idea for several reasons. The first issue is security. Loads of text editors create temporary files (.swp, .php~, etc) in the same directory as the file you're editing. These can render as text instead of going through php, thus revealing things like database secrets and such. Now, this problem won't always occur and can be configured around. However, perhaps the bigger problem is that this is simply a…
Using BitTorrent Sync to live-edit or deploy websites
11–16 of 16 posts
Re: Using BitTorrent Sync to live-edit or deploy websites
#12This is a bad idea for several reasons. The first issue is security. Loads of text editors create temporary files (.swp, .php~, etc) in the same directory as the file you're editing. These can render as text instead of going through php, thus revealing things like database secrets and such. Now, this problem won't always occur and can be configured around. However, perhaps the bigger problem is that this is simply a…
I used to sync my publish folder with btsync but after facing issues, looking into proper tools now. Also i am a newbie, so instead of chef or puppet, I am looking into CI tools and their deployment capabilities now. As far as i know, tools like chef provides you full server configuration management. I am guessing with EC2 custom AMIs and Teamcity i will be able to pull it off. What do you think?
Re: Using BitTorrent Sync to live-edit or deploy websites
#13This is a bad idea for several reasons. The first issue is security. Loads of text editors create temporary files (.swp, .php~, etc) in the same directory as the file you're editing. These can render as text instead of going through php, thus revealing things like database secrets and such. Now, this problem won't always occur and can be configured around. However, perhaps the bigger problem is that this is simply a…
There are problems with this method, but, for a hobbyist who hand codes a small static or very simple site, I think it would be fun. Magic internet stuff.
The interesting idea for me was not just auto-syncing files onto a remote server, but onto a web server. It's obvious once you think of it, but I hadn't thought of it before.
Re: Using BitTorrent Sync to live-edit or deploy websites
#14This is a bad idea for several reasons. The first issue is security. Loads of text editors create temporary files (.swp, .php~, etc) in the same directory as the file you're editing. These can render as text instead of going through php, thus revealing things like database secrets and such. Now, this problem won't always occur and can be configured around. However, perhaps the bigger problem is that this is simply a…
I work with a largely non technical team on a site that is 95% built with a static site generator. They needed versioning but I couldn't convince them to take on the overhead of SVN or Git.
We sync the project using Dropbox, than deploy the build folder via FTP. We use folders for branches and Dropbox has limited versioning.
The biggest problem is that the people this is useful for probably aren't going to have a VPS or know how to install the btsync daemon. There are a couple of services that offer hosting for dropbox static sites like site44[1]. I could see a Btsync equivalent being a popular service.t
Re: Using BitTorrent Sync to live-edit or deploy websites
#15Earlier quoted context omitted.
I used to sync my publish folder with btsync but after facing issues, looking into proper tools now. Also i am a newbie, so instead of chef or puppet, I am looking into CI tools and their deployment capabilities now. As far as i know, tools like chef provides you full server configuration management. I am guessing with EC2 custom AMIs and Teamcity i will be able to pull it off. What do you think?
I've never used Teamcity, but it looks nice. I do agree chef/puppet can be overkill when you can just do custom AMIs. Definitely make sure you're using proper version control... Honestly, you don't give enough information for a proper opinion, but it'd probably be more informative to just do what you think is best and see how it works out. Ultimately the best workflow is the one that works (even when things go wrong)…