Ric

This is one of those interesting problems; UniServer is portable however application that run on it may not lend them selves to this. For example when installing such an application on a production server you need to provide specific information such as a fully qualified domain name, location and access information for a database server there may be other specific information. Net result, installation is unique to that domain, transfer this application onto your development server and it falls apart. Remember the domain name is now “local” as is the database server. The original installation may be accessing a database located the other side of the world certainly a different password and account name will have been used. That all sounds bleak and it is, especially if the database stores absolute path information (domain specific). If you are confident that the database does not contain absolute path information then a potential solution is possible. It revolves around configuration files, normally two one for admin and one for general set-up (these are easy to find because you are asked to change the write permissions on these files) with these located it is just matter of configuration switching. I have used this technique on a program named Zen Cart running on a service provider’s machine with development on UniServer. That said the ideal is to have both development and production servers identical with the advantage you can do a straight dump or partial dump of the entire data base information. The following steps are involved: Step 1: Follow the installation instructions for the application and install on the production server. Locate and save the configuration files. Copy and name them remote_config_1.php and remote_config_2.php Note: Their location. Step 2: Repeat the above however perform the installation on your development servers. Again locate the configuration files copy and name them local_config_1.php and local_config_2.php Step 3: On the local machine copy the files to their appropriate folders so each location will now contain three configuration files: config.php remote_config_1.php local_config_1.php OK config.php and local_config_1.php are identical the next step reveals why Step 4: Write two batch files local.bat and remote.bat put these with the UniServer batch files. a) local.bat -- outline what it performs delete config.php make a copy of local_config_1.php rename copy_local_config_1.php to local_config.php remote.bat ---- outline what it performs delete config.php make a copy of remote_config_1.php rename copy_remote_config_1.php to config.php Step 5: That completes the configuration all that remains is to use them: Development: Run the local batch file and well do your development. Deployment: Before you upload or dump the servers run the remote batch file first. To continue with develop run the local batch file again. That’s the general technique I knows this works for ZenCart it may work for other applications the only way to find out is to try it. Have fun

I had to reply to this because you seemed surprised. Microsoft always included a server with its previous OS’s however with the release of XP Home for some strange reason (money) did not include a server. I personally believe this was an excellent move not for Microsoft but for the Internet community as a whole. It has spawned a whole new generation of Apache and MySQL users the knock on effect, these users can now run other open source software, all at no additional cost. Interestingly when you go searching for other open source material it will suddenly dawn on you that Microsoft is not the only player in town. Open office is a classic example ported from the Linux community it is free and an ideal replacement for Microsoft Office. My point, I think Microsoft is great; it has given you all the tools necessary to explore the world of Unix (Linux) when you make the transition you will already be familiar with the software that can be run including Apache and MySQL. If you had taken the XP professional route the chances are you would have blindly become locked into the Microsoft world of software. I believe at long last NIX will have its heyday not because it is more stable or virus resistant but because of pure economics. I think this sums it up nicely Asta La Vista Baby a credit to the promotional team for choosing such an appropriate name. Next year we see the introduction of Vista I can’t wait for the sale of old specked machines with 1G RAM. I like many XP Home users were conned when I downgraded from Win 95 to discover no integrated server capability (that’s why I used the term downgraded). An upgrade would give you more of what you have. Vista is following the same path think long and hard about your requirements and prepare for considerable hardware upgrades alternatively keep your old hardware and make a serious upgrade to Linux. I applogise for my little rant, yes you can run UniServer on Windows XP Home I do and have no problems. The following page is worth a read http://center.uniformserver.com/home_webse...rver_intro.html

Thanks MrX you are indeed correct it should read: ServerName skylink DocumentRoot "/www/skylink"

If you have not changed these lines in config: Listen 80 ServerName localhost:80 and (Towards the end of the config file) made sure this line is uncommented: NameVirtualHost * Then this is correct ServerName skylink DocumentRoot "www/skylink" Every thing arriving at port 80 will be passed to the server for checking On the local machine the hosts file contains: 127.0.0.1 skylink # Skylink test The browsers resolves skylink to address 127.0.0.1 from the hosts file and then adds: 80 It then requests the page by outputing IP address 127.0.0.1:80 so whatever is on the localcal machine and listing to port 80 receives this request. Well in this case the Apache server, it cannot match a server name of “localhost” and passes it to the Virtual host block where it matches a server named “skylink” (contained in the header) and gets it output from folder www/skylink. Now if you have the same hosts file on a remote machine. When the browser comes to resolve the name “skylink” it will resolve to 127.0.0.1:80 not the intention since the server resides on 192.168.0.2 so on this remote machine the hosts entry should be 192.168.0.2 skylink # Skylink test The browser now resolves “skylink” to 192.168.0.2:80 and outputs a page request to your virtual server machine. Hope that makes sense

Time zones! Never in real-time so throw one in for me all the best Old-timer Ho dear just noticed the posts we have a room called 101

I am sticking my neck out here I like simple One host one board and one database One virtual host one new board and again one new database Its one of controllability and logistics

Thanks for posting the link, if I ever get time will check out the software. As for the reporting of a malicious virus I personally find that virus checkers have become overzealous in this respect. Most are warnings when run locally, IE is the biggest pain in this respect. That said unless you have run the script intentionally treat all alerts with respect.

The Apache server is looking for your index page in the root folder (www). This index page can be one of the following: index.html index.shtml index.html.var index.htm index.php3 index.php index.pl index.cgi It checks for index pages in that order, the first one it finds is displayed. My next question is do you have an index page in www?

OK sorry for that, just had to check. You have just provided your own answer with that extra little bit of detail. From the browsers point of view the www part is the site top level (root folder) hence no need to type in the folder name www. Just type http://localhost/ into your browser.

You place your site in the www folder this page provides a pretty picture showing you it in detail: http://center.uniformserver.com/uniserver/..._uniserver.html Not wishing to insult but have you started your servers using “Server_Start.bat” located in the “Uniform_Server” folder. Failing this it may be an incorrect setting in IE

I have seen this problem on numerous occasions on both live and local sites. The one thing I have not been able to reproduce is the situation of all images partially downloading. It seems to be a spasmodic event when some fully-load and some don’t. Unless it is reproducible it is extremely if not impossible to find a solution. As for the cause, ill-formed web pages, browser’s inconsistencies but I believe a threading problem regarding OS timings. I am interested because most of the sites I work with are image intensive. I am open to ideas on this one because I have only seen the random image problem that is corrected by a page update. I have encountered it locally when there is an excessive load on my test machine but have found nothing concrete.

Check the log files

http://www.apache.org/

“The erfran server” well could not find a reference to this a little more detail would help

I am not an expert with older versions of US, take a look at the download site at SourceForge http://sourceforge.net/project/showfiles.p...ackage_id=48193 here you will find the current version and older versions one of these may meet your needs. In the past I was faced with a similar problem when using US 3.3 it was associated with Zen Cart not running on MySQL 5. Sorry that is incorrect, Zen Cart runs perfectly on UniServer 3.3 with MySQL5 the problem was with hosts running MySQL4 again works fine. However when downloading (a back-up) from a host and running it on UniServer 3.3 required a few modes and for various reasons not a practical solution. My alternative was to downgrade US 3.3 to use MySQL4 this page provides details: http://center.uniformserver.com/uniserver/..._to_mysql4.html Not a real answer but hopefully these are pointers in the right direction.

It looks as if you have not set the hosts file: Open the file:hosts Located: C:\WINDOWS\system32\drivers\etc\ add these lines 127.0.0.1 site1.dev 127.0.0.1 site2 Check out this page for more details http://center.uniformserver.com/virtual_ho...ual_host_1.html All the best

Hi AlleyCat (Again) Seems as if I am chasing you around today not intended. Taken a quick look at the above link found the material interesting well documented and worth a read. I like alternatives and this is another good one to add to anyone’s bag of goodies. My write-up of Mercury is similar in that it performs E-Mail relaying however what may be more significant is code size EmailRelay is smaller than Mercury which weighs in at around 4Mb with all components.

WOW that sounds like fun! I just remembered this page: http://forum.uniformserver.com/index.php?s...&hl=drive+d Skip my section and onto Olajide’s this may be the solution you are looking for.

Hi AlleyCat Well they say you learn something new everyday, it never entered my head to test the SMTP server with Outlook. However I gave it a bash (note: no need to run US for this test) and found no problems (OK it had a whinge when trying to download email, no surprises there because a POP server is not installed. Disable this see set-up below) For the test I set-up a standard mail account: General Tab: Mail Account: localhost Name: fred (whatever you like) Orgaization: Blank E-mail address: Just supply your real email address Reply address: blank Make sure you un-tick the box include this account when receiving mail Servers Tab: My incoming mail server is a POP3 (leave as is) Incoming mail (POP3): localhost Outgoing mail (SMTP); localhost Account name: fred (or what ever) All other fields set to blank and check boxes un-checked Most of the above is not required it just stops Outlook set-up having a moan. Send a few test messages to your mail address (ISP account) using the localhost account that you just set-up. You should be able to read these messages via your ISP POP account (may have to wait several minutes). The above is for anyone reading this thread and needs to know what to set in Outlook. Anyway back to the problem. Only port 25 is used since we are using SMTP when POP is installed 110 will be required. However you mention webmail on port 81 this could be a pointer to your problem. I am not sure as to the significance of this.

Thanks for the feedback. In the guide I mentioned US default installation, reason for this, you never know what a user has changed. From this reference point there are no changes required to US to get the SMTP server working. When I have time I intend to expand on this installation to cover POP within an intranet enviroment and then a full-blown end-to-end mail server.

I like alternatives in particular any program that does not bore into my PCs registry and give me grief when trying to remove artefacts left over after uninstalling. As for mail servers Mercury is a nice one to play with it has been stable for a long time more importantly like UniServer you can break it to your hearts content without destroying your PC instalation. I have published a little guide for using it as a basic SMTP server allowing newcomers to have a play with the PHP mail function and to give them sleepless nights trying to get it to work. All the best and have fun.

I have detailed installation of Joomla on this page: http://center.uniformserver.com/joomla_ins..._install_1.html This was purely for local testing however it is easy to change the default installation to run on a local network. Open the Joomla configuration file “configuration.php” located in folder: ***\Uniform_Server\diskw\www\joomla Locate the line (tenth line) $mosConfig_live_site = 'http://localhost/joomla'; and change it to this: $mosConfig_live_site = 'http://192.168.1.078/joomla'; The file looks similar to this depending on your own installation will vary slightly however it is that line you need to change. <?php $mosConfig_offline = '0'; $mosConfig_host = 'localhost'; $mosConfig_user = 'root'; $mosConfig_password = 'root'; $mosConfig_db = 'joomla'; $mosConfig_dbprefix = 'jos_'; $mosConfig_lang = 'english'; $mosConfig_absolute_path = 'W:/www/joomla'; $mosConfig_live_site = 'http://[b]192.168.1.078[/b]/joomla'; Type http://192.168.1.078/joomla/ into any of your local network PCs will now work including the page links. Well I hope that resolves the problem All the best Mike

I have not used US under such restrictive envorioments hence have no advice on this situation. The config files are just text files you can edit these there are no restrictions. Where to find them, well have a rummage around this site start at this page: http://center.uniformserver.com/uniserver/...check_list.html Yes it is "dustless" meaning that no enteries are required in the regestry for its operation. It uses a virtual drive using the DOS command SUBST take a look at this page. http://center.uniformserver.com/uniserver/...rver_intro.html It strikes me that the restrictive environment is not allowing batch files to be executed with the result that the virtual drive is never set up.

Myth: "It uses a large amount of memory to implement the virtual disk. Wrong it uses a very small amount of memory. The misconception I have seen mentioned on the Internet is that Uniform Server is loaded into and runs from a virtual RAM disk it does not." It uses the DOS command SUBST to associates a path with a drive letter. The bottom line it still runs from an hard drive or memory stick. For details please read: http://center.uniformserver.com/uniserver/...rver_intro.html All the best Mike