Thursday, 12th Jun 2008 at 13:44 (administration, linux, windows)
Tags: application data, linux, move, opera, profiles, settings, ubuntu, user profile
Since Opera is, and has been for ages, my favorite browser I thought how I would be able to get my all my tweaks, settings and feeds-states over to a new installation. And this was not reinstalling Windows for the fiftieth time. It was from Windows to Linux (Ubuntu in my case). With coding and line-break differences and all those .ini files I expected it to be not very smooth (I noticed only later hat, once more, Opera encodes them in UTF-8 despite all that WINDOWS-1252 crap). To top all that the Windows version still is 9.50 Beta 2 but since Opera released 9.50 final today as a faithful Opera user I upgraded promptly. Now enough talking. Here is what I did ('\ 'escapes underscores in folder names for bash!):
- Backup .opera in Linux
- copy
<path_to_windrive>Documents\ and\ Settings/<windows_user_name>/Application\ Data/Opera/Opera/* to .opera/. Mind you there can be a difference depending on whether you chose user profiles on install. I think didn’t. Yours might as well be located under <path_to_windrive>Documents\ and\ Settings/<windows_user_name>/Local\ Settings\ Application\ Data/Opera/Opera/*
- search.ini somehow got messed up so I had to manually go through it. For example URL=http://en.wikipedia.org/wiki/Special:Search?search=%s&go=Go was all well but the same for de.wikipedia.org had some strange UTF-8 character instead of the colon (
:). Unfortunately that wasn’t it. So I thought of 9.50′s new feature “create search” and started from scratch.
- went through settings for Windows paths such as download folder and programs tab plus
opera6.ini (with an editor; most likely you will get even better results by using Opera’s interface at opera:config)
What I noticed so far:
- history search data base from beta 2
- address history
- .win (last open tabs) set-up
- read feeds/messages (all though not subscribed feeds unfortunately; the somehow went to “Unread” message folder)
- search.ini (as mentioned above) was somehow messed up
- saved passwords lasted
- preferences, i.e. settings, persisted (see above)
- automatic page reload settings
1 Comment
Monday, 26th May 2008 at 20:58 (administration, linux, webdesign, windows)
Tags: drupal, hosts, localhost, multisite, webdesign
This works for a couple of subdomains/sites only. If you need to have a load of sites or other settings this is not for you. On the other hand this method needs no web server configuration.
- In your systems hosts file (Windows: In your favourite text editor open
%SYSTEMROOT%\system32\drivers\etc\hosts and on Linux it’s /etc/hosts.
- Find the line defining 127.0.0.1, i.e. your local horst, erm localhost
and append sitename1.localhost to the end of the line. do so for every site name you need.
- Go to your apaches/webservers documents folder holding your drupal installation. Say it’s
htdocs/drupal than you need folder sites. There should be at least two folders called all and default. Copy default and name it sitename1.localhost, i.e. excactly the string you added to your hosts file (again you need to replace sitename1 by your site’s name but do include the dot!).
- In your web browser type
sitename1.localhost/drupal to test if drupal shows up at all (meaning your OS resolves your “domain name” correctly) and if it shows your old content (meaning it works).
Now you have two options to actually set up your “new site”: Either edit the settings.php that should be in the new folder to use a diferent data base (that should be well-stocked with drupal data) or just install a fresh drupal site. You achieve the later by doing:
- Delete
settings.php. That should leave you with a file named default.settings.php.
- Point your browser to
sitename1.localhost/drupal/install.php and do everything like you did with the first install but use a diferent database (or the same but different database prefix).
- Done.
Resources
Furthur reading
11 Comments
Saturday, 10th May 2008 at 12:15 (administration, windows)
Tags: cmd, extract, installer, msi, windows
All you need is the Windows Installer itself. Hit Win+R (command line dialog) and execute the following line (change file name and target folder, of course):
msiexec /a c:\tmp\MSIFileName.msi /qb TARGETDIR="c:\tmp\msitmp\"
You’ll find all files in your target folder.
10 Comments
all posts
