Settings Sync/Transferer/Backup - Printable Version -Shoutbox (https://shoutbox.menthix.net) +-- Forum: MsgHelp Archive (/forumdisplay.php?fid=58) +--- Forum: Messenger Plus! for Live Messenger (/forumdisplay.php?fid=4) +---- Forum: Scripting (/forumdisplay.php?fid=39) +----- Forum: Plug-Ins (/forumdisplay.php?fid=28) +------ Thread: Settings Sync/Transferer/Backup (/showthread.php?tid=52003) Settings Sync/Transferer/Backup by XgD on 10-20-2005 at 05:42 PM
Hey all, RE: Settings Sync/Transferer/Backup by Dempsey on 10-20-2005 at 05:43 PM
Sounds like a great idea, I thought about making a similar plugin once, but never got around to it. RE: Settings Sync/Transferer/Backup by hmaster on 10-20-2005 at 05:44 PM
Sounds cool, I wouldnt mind beta testing RE: Settings Sync/Transferer/Backup by Exca on 10-20-2005 at 05:46 PM I'm down for this idea i have 2 computers here so i can play around with it and tell you my experiences... RE: Settings Sync/Transferer/Backup by XgD on 10-20-2005 at 05:47 PM
Well its a CGI/Perl script at the server end... server address is hard-coded at the moment. I'd rather keep it on my own server at the moment while any major bugs are sorted. (settings files are zipped with a password of the users choice... so no problem with security) It makes a copy of the registry subkey for the logged in e-mail address, saves it to C:\, Zips it (with a password) then uploads it. The files are left in the root for now just for testing. When restoring settings it downloads the zip file, decrypts it and then imports the registry key. Plus! seems to update on the fly, at least with some settings (eg. custom names) so it doesnt seem to need a messenger restart. XgD RE: Settings Sync/Transferer/Backup by hmaster on 10-20-2005 at 05:55 PM can we see these files? RE: Settings Sync/Transferer/Backup by XgD on 10-20-2005 at 05:55 PM
Add me to your MSN if you want to test please (use g-mail address above) RE: Settings Sync/Transferer/Backup by Ezra on 10-20-2005 at 07:29 PM maybe you could make it so it ftp's that encrypted zip to a FTP Server RE: Settings Sync/Transferer/Backup by (CyBeRDuDe) on 10-20-2005 at 08:08 PM
This sounds like a really good idea.. ... As Dempsey said.. I thought about this too, it sounds really great.. .. RE: RE: Settings Sync/Transferer/Backup by XgD on 10-24-2005 at 10:57 PM
quote: Done! See updated first post! XgD RE: Settings Sync/Transferer/Backup by Ezra on 10-25-2005 at 01:07 PM
The FTP seems to be working, but maybe you can add a way to choose a folder on the ftp server (some people can't put stuff in the root) RE: RE: Settings Sync/Transferer/Backup by XgD on 10-25-2005 at 05:54 PM
quote: Updated to new version (0.21) with option for choosing folder on server. It prompts for another password if the password you supply isn't correct for the zip file on the server. Try making a new backup with your new password then restoring it. Passwords are case sensitive. XgD RE: Settings Sync/Transferer/Backup by Ezra on 10-29-2005 at 11:32 PM
Could you make it also save your MSN settings? RE: Settings Sync/Transferer/Backup by CookieRevised on 10-30-2005 at 05:01 AM Something I like to see changed from the setup:
Some tips/pointers/requests:
RE: Settings Sync/Transferer/Backup by Ezra on 10-30-2005 at 01:42 PM
I believe he uses cmd to make the reg file, so it's windows fault. RE: RE: Settings Sync/Transferer/Backup by XgD on 10-30-2005 at 03:45 PM
Wow, OK: quote: The installer was a default script for NIS... I'll write my own soon. (Actually, I remember seeing a plugin installer on mess.be a while ago which I might look for soon) quote: This made things a lot easier. Is it so bad to have 240kb of DLL files? I would put them in the same folder as my DLL, but MsgPlus might have tried to read them as plugin DLLs, so I just put them in SYSTEM32. I'll change that in future though. quote:Done quote: The inconsistencies are due to the debug code being outputed by different components. I tried to link them up as best as possible, and I'll try to see what I can do. I can't see any spelling mistakes. Do you mean grammar? quote:It prints this if the reg/zip files still exist in C:\ from last time. These should only exist if the previous backup/restore failed quote:(1)It tries 3 times if the password is incorrect (2)The filename is the same each time (email@address.reg/zip) quote:These messages come from the Zip component quote: "Compressing File" signifies the start of the zip-creation routine. I'll word it better in the next version quote:They are (or should be) if the backup is successful quote:I can change the first line to "REGEDIT4" if that would be better? quote:I think thats a bug with Delphi's stay-on-top code, but I'll look into it quote: Will Do quote:I'll look into it Thanks XgD RE: RE: RE: Settings Sync/Transferer/Backup by CookieRevised on 10-30-2005 at 06:30 PM
quote:It is also possible in NSIS to show this screen though. I mean, it is shown already during the installation though, only the next (finish) screen is automatically shown when the installation finishes instead of waiting on the previous one until the user clicks "next". It should only be a matter of setting some option in the installer code. quote:... Well, it's a waste of 240kb if you only use 2 specific relative small functions of these DLL's. Functions which you easly could be implemented directly into your program. Though, it is indeed easier. But the fact that a program depends on 2 external DLL's of which you use only 1 function each and that those DLL's must be placed in the user's system directory is a bit "useless" and waste of space, for the lack of a better words. Note that there are many many other free (un)zip DLL's which can do the job, which are a lot smaller and where the zipping and unzipping are the only functions inside 1 DLL. As for putting them in the same directory of the plugins: If they aren't real plugins, Plus! will not load them. Anyways, you could also place them in a subdirectory of the plugins folder and link to them inside your code using the subpath instead of using only the DLL name. But the best and most elegant solution would be to integrate your own (un)zipping code though... PS: there are many other compression methods you could use also. Methods which are a lot easier to implement directly into your code and which are even free to use and well documented, etc... But I'm sure there are free to use delphi sources for (un)zipping. quote:But you pass the strings to the log window in your own code, no? So you can pass whatever text you like, aka fix the text from those different components before you send them to the log window. PS: this is indeed one of the big disadvantages if you depend on such 3rd party controls. But normally don't such controls output an error code also, which you can use to show your own error/debug texts? quote:corrected spelling mistake: (un)successfull And not really grammar though, but more the inconsistant and wrong use of comma's, periods, "...", spaces, cases, etc. It currently looks a bit messy IMHO. quote:1) But why trying three times? If it has failed the first time, it will fail the second and third time too, no?... 2) I see, but then it doesn't make much sense to show "old name=blah // new name=blah" if they will always be the same anyways. quote:They should always be deleted IMHO or you will make people's root folder messy and full of redundant stuff (or any folder you put them in for that matter). The average Joe will even not know there were files left which he should delete. Oh, since they are temporary files, maybe its better to create them in the temporary folder of windows. It is not always true that C:\ is writeable or even accessable. Maybe also name the registry file in a unique way. An email address isn't really unique and as a matter of fact, your tool had overwritten one of my stored registry files which I also named as "me@mail.com.reg". Start by creating them in the temporary folder, this will almost avoid such things. Making the filename unique to your plugin (eg: "syncher me@mail.com.reg") would help a bit also. In fact, the name can be random since the zip will always contain only 1 file anyways. And this filename, if you have a need for it, can be read out using your (un)zip DLL's. As for the zipfile name itself, this can be really a true temporary random name as you can rename it during the FTP transfer. When you download it, you could rename it back to a true temporary random name to again avoid overwriting existing zips with the same name which the user created for its own use. ---- My personal approach to this, if I would create such a tool, would be to start by making my own compression algorithm. Or at least integrate it in my program code directly, so I have full control of what I write to what files. Thus I wouldn't have potential problems with overwriting existing stuff from the user, I wouldn't depend on 3rd party stuff, and I wouldn't have compatibily problems with different OS's: Since the filename of the registry file isn't important at all (you get the email address of the zip file, not the reg file) this name doesn't matter and can be left out. What I mean is you can create your own compression format (or use an existing one) which doesn't care about what files are inside it, but only cares about the actual (compressed) data. You'll get the same effect when you strip a zipfile from its directory headers and stuff, and only leave the actual compressed data. And as said before, this file is, when created, a temporary file. So it will have a true temporary filename (which you'll get by using the temporary file windows api's) and I would only rename it to the proper email address during the actual FTP transfer. storing: 1) Create a handle to a new temorary file in the temporary windows folder, naming it as a true temorary file (which is always unique). 2) Read out the registry settings by using the windows api's (not reg.exe or regedit.exe) 3) Compress this data (which is still in memory, I don't use any files to store it) using your own compression routine and store the result in the temporary file created in step 1. 4) Transfer this temporary file to the ftp server and while doing this rename it to the proper "me@mail.com.dat" (I use dat extension here, since I created my own format) 5) Delete the temporary file (successfull transfer or not) reading/setting 1) Transfer the proper filename, according to what the user has selected as his email address, from the FTP server to a true local temporary file in the temporary windows directory. 2) Read out the data of that file, and decompress it so you'll get the registry data again (again, all this is just done in memory, nothing is saved or stored in files) 3) Apply these settings to the registry 4) Delete the temporary file (successfull transfer or not) But that's what I would do... just an idea... quote:Depends... the structure (or better: the syntax) of the files themselfs are a bit different also. In the new version 5.0 there are some types and entries which aren't known in a version 4.0 file and must be written differently. Also, if you do use "reg" to create these regisrty files, then change that also. "reg" isn't an available command in all Windows OS's, only in Windows 2000 and higher. If you still want to use a DOS command, use "regedit.exe" instead, which is available in more Windows versions. And use the paramater "/e" (export): START /WAIT REGEDIT.EXE /E "c:\blah.reg" "HKEY_LOCAL_MACHINE\SOFTWARE\blah" But the best thing you can do and most compatible way is to query the registry yourself using the regisrty windows api's and make your own (REGEDIT4 compatible) reg file. If that isn't possible, than reread the created registry file and if it is a version 5.0 registry file, convert it yourself to a version 4.0 file prior to zipping it. This is indeed done by replacing the header and this usually works in most cases. But in some cases you also need to convert some entries which aren't supported in a version 4.0 to a binary entry. quote:Maybe, I don't know. But in any case, do not use "stay on top", use "show on top", there is a difference. RE: Settings Sync/Transferer/Backup by absorbation on 10-30-2005 at 07:17 PM
This is a very good plugin i must say . I could not get it to work for me, I have provided a screenshot so you get an idea what it looks like for me RE: Settings Sync/Transferer/Backup by riahc4 on 11-01-2005 at 02:47 PM
I wish Messenger Plus! had something like this itself. Instead of the sounds server, have a settings server. The sounds were just pretty much a trend and now almost everyone on my contact list has Plus! and its not really used anymore. Setting up a settings server would: RE: Settings Sync/Transferer/Backup by CookieRevised on 11-01-2005 at 03:26 PM
quote:How would a new feature in Plus! using a Plus! server, reduce load on the Plus! servers? It will increase load on the servers... quote:If you open the registry file inside the zip you'll see that all settings are saved which are under HKEY_CURRENT_USER\Software\Patchou\MsgPlus2\<the_account_you_select> RE: Settings Sync/Transferer/Backup by XgD on 11-01-2005 at 08:19 PM
OK, I've rewritten the backup code (restore code still needs more work) to address most of what you said before. RE: Settings Sync/Transferer/Backup by Ezra on 11-05-2005 at 11:03 PM
Just got a great idea RE: RE: Settings Sync/Transferer/Backup by XgD on 11-06-2005 at 12:37 AM
quote: Well, with FTP and 150kb files, the bulk of the time is actually in connecting to the server and negotiating rather then the actual upload, so whether a 'hash' file is uploaded also is irrelevant... the plugin still needs to connect to the server to get the has anyway which takes the time. As an aside, I've just finished a new version which backs up MSN Messenger settings as well as Plus! settings, and should (in the future) be able to backup Winks/Emoticons/Backgrounds/DPs as well, but this won't be in the next version. By then, the file size of the zip may be at least 2mb, so a hash file might be a good option. I've also re-written the restore code and also made it easier to add new languages in the future. I'm just testing this version at the moment before I post it on here, and I'll upload it when I'm done. quote:I've not experienced this myself but I'll look into it. It might be because the backup procedure takes time to complete, so when Plus tries to reload the library, its still in use. I might make a copy of the file elsewhere to run on exit to stop this in the future if it works. XgD RE: Settings Sync/Transferer/Backup by XgD on 11-10-2005 at 09:48 PM
Another update... fixing a few bugs, few new things. See first post for info RE: Settings Sync/Transferer/Backup by warmth on 09-28-2007 at 06:06 PM is there any way to make this work with WLM 8.5??? RE: Settings Sync/Transferer/Backup by Matti on 09-29-2007 at 09:23 AM
quote:This plug-in was written for Plus! 3 two years ago. The whole plug-in system was replaced by the current script system in Plus! Live and thus this will not work for any version of Windows Live Messenger, because:
Please note before posting: the last reply was posted on 10 November 2005, that's 2 years ago! Please let these threads just die silently. RE: Settings Sync/Transferer/Backup by XgD on 09-29-2007 at 11:40 AM
Hmm, i thought I had replied to this already. Seems my post didnt post. RE: RE: Settings Sync/Transferer/Backup by warmth on 09-29-2007 at 10:51 PM
quote:I already know this Mattike... sorry for being so confusing with my words... I should have been more specific... But in the real way, I achieved my target !!! looK: quote:I will love to see this script working... I'm also available to test it... RE: Settings Sync/Transferer/Backup by XgD on 09-30-2007 at 12:15 PM
Well it will be some time until I am able to work on it (probably around christmas time), and there's no guarantee the scripting language will be able to do what I wanted to do (multithreads, hash generation etc), but i have some ideas about how to improve it. RE: Settings Sync/Transferer/Backup by riahc4 on 07-08-2009 at 02:01 AM Any updates on this? RE: Settings Sync/Transferer/Backup by XgD on 07-08-2009 at 05:01 PM
Hi, |