rusl

Members
  • Content Count

    36
  • Joined

  • Last visited

About rusl

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling
  • Location
    Western Australia
  1. In your btsync.conf file you want the WebUI to listen on 127.0.0.1:XXXXXX where XXXXX is the port you choose to use. This should make it only visible to "localhost". You should then be able to access the webui within your local network on http://localhost:XXXXX/ Give that a go and test if it works, and whether or not it's visible from outside. You shouldn't have to change anything in any firewalls or routers. I was running this setup for several months without problems.
  2. Please visit the Wishlist thread (stickied/pinned) and post your request there. I agree with you and have made this request myself, along with many others.
  3. I tried modding the webui myself a few weeks back. I unpacked the zip file and tweaked the HTML to include my own logo instead of the BitTorrent Sync one. I did this only so I could visually identify my different BTSync servers in different tabs. When I rebooted my servers it wiped my changes and returned to default! 'Twould be nice to be able to change the title or at least have a custom text field in the interface so those of us with multiple servers could easily identify which one is which without having to memorise the IP addresses! I've asked for this more than once in the Wishlist thread. I think the devs are prioritising the protocol, security, battery efficiency (mobile app) and those sorts of things rather than worrying about aesthetic tweaks at this point. And fair enough.
  4. I had a similar issue where I was changing the contents of a file (comparable to changing exif tags within an image file) but I wasn't changing the file timestamp (modification date) and BitTorrent Sync didn't pick up the change. I ended up having to change some settings in my software to prompt the program (in my case TrueCrypt) to change the file timestamp when I made changes to the file. BitTorrent Sync will detect changes based on the file timestamp. If the file size stays the same and is not renamed and the timestamp doens't change then BTSync won't see a change and won't sync across the file. It needs to be given a clue that the file needs changing and timestamps let it know which file is the newest out of your local and remote files. If they have the same timestamp it won't sync them. This is what was happening to me and sounds like it's happening to you. Is there a way to get Picasa to change the file timestamp when you change the exif properties? Changing exifs is in fact changing the file so it should in theory update the timestamp or have the ability to do it with a preference/settings change. Sorry I don't use Picasa so I can't help with Picasa-specific things, but I hope my explanation leads you in the right direction to get it working.
  5. Would be nice to be able to configure all of the settings for a folder before making it live. You currently can set the folder location on your disk, then set the secret. It then goes live. You then have to open the folder preferences to remove the tracker, relay, etc and configure your pre-defined hosts. I'd like to set up everything before it starts broadcasting its existence.
  6. I just renamed a folder "testfolder" that sits within a shared folder. I renamed it to "testfolder_modified". It has several files inside it. BitTorrent Sync deleted the entirety of "testfolder" and all of its contents, then transferred the entire "testfolder_modified" and all of the contents. I would love for this behaviour to change since I have many nested folder and often rename a folder with an appended word such a "folder" to "folder_done".
  7. edit: [Post removed. I made an entirely wrong observation and hence my post is worthless. Sorry I can't see an option to delete a post entirely.]
  8. rusl

    BT Cloud Sync

    Wow. This is awesome. I just tried it and it's great. I have some questions, of course. So I gave your site a read-only secret to a test folder I created and I notice that your site joins my shared folder straight away. It appears to have synched my folder pretty much as soon as I gave your site the secret. I just placed a simple example.txt file in there for testing. So you then have a copy of my example.txt file on your server.... So you've created a web front-end which provides access to the file-system on your server, basically? This is *exactly* what I wanted to achieve but I'm not a programmer or particularly handy with servers/Linux. What measures are in place to protect any random person from stumbling onto my shared folder? It appears that if I don't use the optional "name" then it is just the shared secret added onto the domain name. If I use the optional "name" field then the URL is even easier. Is it possible for these addresses to be scraped by a bot/crawler? Is there a robust mechanism in place to prevent directory listings. Silly question but as a newbie I don't know how these things work. Have you thought about creating a folder name and password which can be used to access the folder - the idea being that a shorter password is easier to remember than typing in the long shared secret? I've asked in the wishlist thread for web access to the file system for individual downloads and here you've just solved it. Good work. Are you planning to commercialise / open source / keep it to yourself ? (Edit: hint: I'd love to run my own instance of this on my VPS!) Edit 2: So I just removed my shared folder from my BTSync client and it remains on your server. How long do you plan to keep the contents of a removed shared folder before you consider it abandonned? Maybe you should specify to the users something like: "Your client must synch with this server at least once a week or your folder will be deleted". Just a thought..
  9. A few weeks since my last wishlist post. I'll repeat a few and add a few: 1) Selective Sync for desktop clients. 2) HTTPS connection for the Linux WebUI. 3) The .SyncIgnore settings should be moved to the GUI. Tweaking text files (especially hidden files on the Macintosh) is tedious. 4) Include the ability to remotely administer the file system through the WebUI - create and delete folders in the remote file system. Also would be nice (but probably beyond the scope of BTSync) to be able to selectively download single files from the remote host via the WebUI. That would be oh, oh, oh so nice for quick web access to your personal 'cloud' when you're on the road and just need a single file. This is different to my earlier request for selective sync. This web-based download would work from any computer, not just one with the client installed. Think of internet cafes, someone else's computer, work computer that happens to not have the client on it..... 5) Mobile app - ability to choose pre-defined hosts, turn off tracker, etc. Also password protection on the app perhaps. 6) Proxy support (eg corporate networks). 7) Have the Linux WebUI re-designed with best practice "responsive design" for mobile client compatibility. The web page is desktop only and doesn't scale well on mobile. Have a look at http://gov.uk/ for an example of amazing responsive page which adapts dynamically to the browser width as the window is resized. Looks great on any size screen. No need for separate desktop and mobile pages - just one page that "responds" to the viewport width. Another point: I know this was discussed on another thread but the name of this project (and of course the company behind it) has the words "Bit Torrent" in it. The amount of friction I've encountered in the corporate world when I mention this app is huge and it's purely because of the name. When I say FTP I get positive responses from the IT departments, but when I mention "torrenting" work documents around they just flatly refuse and won't even discuss it. I know it's the name of BitTorrent Inc but I honestly think a less obvious name like "BT Sync" would go a long way towards getting it accepted by more conservative IT/corporate players. Loving it so far, all good. Keep up the good work.
  10. Please refer to the section in the FAQ about ".SyncIgnore". The Macintosh system uses invisible files/folders such as .DS_Store, .fseventsd, and .Spotlight-V100 to remember the preferences for your Spotlight searches, metadata about the viewing preferences for windows, etc.. These are ignored by default by BitTorrent Sync. You can turn on synching for these files and folders by changing the text files within .SyncIgnore. See the FAQ and the unofficial FAQ which are stickied in the forum for details about that procedure. Also, version 1.1.69/1.1.70 has now been released and has many significant improvements in speed and efficiency. Edit: What do you mean by destructive behaviour? I synch between two Macs using the default .SyncIgnore settings and haven't noticed anything destructive. Please expand on that description. Cheers.
  11. kos13, I've looked all over the site and still can't see an apk download for the recent Android apps. Those of us without access to Play Store are stuck on 1.1.21 while we continue to upgrade our desktop clients without hinderance. I'm looking forward to updating the Android client - then I can continue to use this awesome app and contribute to the testing / feedback!
  12. Using Linux Web UI 1.1.48. I click on the gear icon next to a share. I type in a bunch of pre-defined hosts. Now I want to delete one of them from the middle of the list. I click the little grey X next to it. The wrong host is deleted. It usually deletes on a last-added/first-deleted basis like a stack. Also, sometimes when I type out the dotted quad and port number of a new pre-defined host and then click Add it doesn't appear in the list. I have to close the dialog box and re-open it to get the new host to appear. So therefore it was added, but just didn't show up in the interface rendering. This has been happening since 1.0.34. I kept thinking that surely someone else would report it before me and thus it would get fixed, but amazingly not. Surely I'm not the only one. It happens on all of my Linux Web UIs with consistency.
  13. For the people having battery issues: are you leaving BTSync running continuously the whole day? That would be like leaving a continuously refreshing webpage open all day. Of course it will use up the battery and probably a reasonable amount of data too. I open the app if there is something I want to move such as a photo or some music. I then exit the app when it is finished. I would be amazed if anyone needs to leave it running continuously all day. What are you people doing with your phones? I must be doing it wrong.
  14. 1) HTTPS for the Linux Web UI. 2) Pre-defined hosts for the mobile app. Ability to turn off DHT, tracker, etc. 3) Selective sync for desktop clients. Specifically - clients should be able to browse the full file list available from all remote shares and then selectively download what is required without doing a full sync. 4) Linux Web UI: Much more detail about progress of downloads, which files are queued, which are complete. The Macintosh interface has quite a bit of that detail but the Linux Web UI is lacking. Actually, a native Linux client would solve all of this. The Web UI is beautiful, particularly for remote access and control, but a native client would be much better for a local machine. 5) Linux Web UI: How about listing the Device Name right next to where it says "Version 1.1.48 (up to date)". I have several tabs open with Web UIs for each of my remote machines and I either have to memorise the URLs (IP addresses) or click on Preferences to find out which one the name of the machine I'm looking at. I customised the HTML to replace the BitTorrent logo but it reverted upon reboot 6) Password protection for the mobile app. 7) Ongoing availability of apk downloads for Android app. Some of us don't have access to Google Play Store. Overall a wonderful app/service and I continue to enjoy using it. Thanks.
  15. +1 (pun intended) Some people don't have access to Google Play Store for technical reason, geo-blocking, privacy concern, etc.