BobS

What you should really do is to open UniServer\a_diagnostic and run 1_port_check.bat . This executes a netstat -anp tcp command, which shows all the TCP connections. However, it doesn't reveal just who's running it. Add the b option, which shows the name of the executable involved. You can edit the port check .bat file to have the full command, or just run it from a command prompt. Note that Vista/Win7 require it to be "Run as administrator". The full command is netstat -anbp tcp Regards, BobS

This is an example of the proverbial rock and hard place. So as you say, it works perfectly when you don't have spaces in the name. The other alternative is to use a separate drive letter, like W: (the way it was done in the olden days). This is available in the alternative_control directory. The important part is PEAR works with this method. Now, whether this will work for you has yet to be shown. The only drawback is that it doesn't work for "run as a Service," and I don't see any way to get around that. Regards, BobS

Well, the UniTray plugin is probably not yet ready for prime time. We're still working on that piece, since it was a late addition. Your thoughts are noted. Remember, UAC is under your control, not ours. It gets activated because the servers require access to the network controls, among other things. All that you can do is change the level of UAC annoyance you want (or need). However, I agree that it can be annoying. "Restart Servers" is a good idea, but would require a redesign of the control panel (where were you during the Beta? :-) Maybe after Ric takes a break he can come up with an alternative. I suppose the real question is whether UniTray should override some of Unicontroller's actions, or be a stand-alone, or some other combination. Maybe be version 8.0.1 we can get it nailed down. Regards, BobS

A quick (but important) update: Microsoft has released an updated version of the library which includes a security patch. We should all reference this one for people to install. It can be found at: http://www.microsoft.com/download/en/details.aspx?id=11895 Regards, BobS

I agree, but only after they've been proven to work right. That's how we reduce the number of complaints. :-) I think it's a better idea to have the UniTray as a plugin, since it keeps down the complexity and size of the whole package. Regards, BobS

Security for phpMyAdmin is controlled via UniServer\home\admin\www\.htaccess. Edit this file and add the IP of your VPN. Exactly what that address is depends on the nature of your VPN setup. For example, putting in Allow from 192.168 will enable any machine on your LAN. This will enable a router-based VPN that terminates at address 192.168.54.1. Regards, BobS

So do I understand you that this is just a port from the XP system to the Win7-64? If so, it's likely that there may be a problem with it using IPv6 for connecting, or that the firewall really is blocking the connection. What do the access.log and error.log show? Regards, BobS

Okay, I stand corrected on WP creating .htaccess files. Regards, BobS

Sorry, but WordPress does NOT create .htaccess files. Since these are associated with Apache, WordPress would be in error creating them for IIS, for example. If WP needs any .htaccess changes, or permission changes, they're left as an exercise for the administrator. Working on my Win7 system, I just did a clean install of WordPress on The Uniform Server and it went flawlessly. The KEY things I did were to be sure I had a database created for WordPress, substitute 127.0.0.1 for localhost and remember my Admin password. There are NO directories within the WordPress tree that have .htaccess files. So we still don't know what version of The Uniform Server you're using, whether it's hosting anything else, or if you have made any changes to resolve the IPv4-IPv6 difficulties with Win7. Also, you didn't mention whether or not you did the "ping localhost" and what occurred. The error 500 may be that you introduced a faulty line in the .htaccess file. Regards, BobS

Typically, you will get 403 errors from .htaccess files not being set right. In the case of apanel, the file in question is in UniServer\home\admin\www . Since you're on Windows 7, I'll bet that if you ping localhost, you get "::1" as the address, which is an IPv6 form. Your .htaccess should have both these lines: Allow from 127.0.0.1 Allow from ::1 Regards, BobS

Interesting problem, but well beyond my understanding of Apache operation and optimization. Have you searched Apache forums for anything on this? Obviously, they understand more about Linux/Windows differences, and that's why they have a mpm_winnt multi processing module. Perhaps a search of windows and mod_easive might turn up something as well. It may also be related to the way eAccelerator works, and switching to the new 8-Coral version will let you change to the APC PHP accelerator. At this point, I'd say you're on your own, unless Ric has something up his sleeve. Regards, BobS

Actually, the reason is for portability and separation of installed apps. If you have two apps that both use InnoDB, the data is mixed in the ibdata1 file. This makes it more difficult to do simple data moves, where the MyISAM data is kept in each db's subdirectory. The application plugins make use of this to simplify installation. The other reason is that's the way it's been for a long time. Regards, BobS

Thanks for your comments. I totally missed the two problems you brought up. Guess I'll have to make a few changes for that. Regards, BobS PS. I told Ric a few months ago that you'd like the name.

Obviously, this is painful, but equally difficult to analyze without adequate info about your environment. Also, you don't include info from the MySQL and Apache logs or the Windows event logs. In other words, we don't have enough info to help. Since you indicate that you're running 7.1.4, I suggest that the "latest" version (now 7.1.11, which updates both MySQL and phpMyAdmin) may help. Also, what "string in the URL" are you referring to? Regards, BobS

Amazing, ain't it? Ric outdid himself. I just polished the door knocker. Did you follow the WordPress install info included, or just do-it-yourself? I'm hoping to have time later this week to add those to the Wiki (as planned). Also, have you looked at any of the included HTML docs? Regards, BobS

Again, this isn't relevant to The Uniform Server, and I have no way of helping you with this specific code. That said, there IS a better way to embed your Flash objects: Use swfobject. Find out more at: http://code.google.com/p/swfobject/ I just used it to repair an outdated website that used Flash displays. Regards, BobS

So Coral called it right to begin with Coral: 1, bad php code: 0 Regards, BobS

Since DynDNS has their own update program (which works very well), it's probably a waste of time to duplicate that effort. Regards, BobS

1. You can change the root location, but be aware that this makes your UniServer nonstandard, so updates will be more complicated. And by now you should know that we do abut 2-6 updates a month. However, the location is set in the usr\local\Apache2\conf\httpd.conf file. Look for DirectoryRoot (about line 316) and change it to what you require, as well as the Directory setting that follows (about line 352). Note that this may break other things. 2. The settings for phpMyAdmin are in \UniServer\home\admin\www\phpMyAdmin\config.inc.php Change the "SaveDir" path. Regards, BobS

This really isn't a UniServer-related problem. The flash is executed on your client system, not the server. I have a site on UniServer 7-Orion that serves Flash just fine, so I would suggest that your problem has MUCH more to do with file locations for your Flash code, or perhaps VPS firewall settings. There really is very little info to conclude otherwise. Regards, BobS

SlimFTP hasn't been updated in a long while. FileZilla Server is the server of choice. Look at this link: http://wiki.uniformserver.com/index.php/Fi...3:_Introduction, which is the info about setting up Filezilla Server using the plugin. Regards, BobS

Sorry about your problems, but let's get you out of trouble. First step: Let's start with a clean slate by deleting the 5.5-Nano copy, which is has some security holes. Then download and install a new version of The Uniform Server. We're currently at Orion-7.1.9. Second step: Put WordPress 3.2.1 into folder www. Third step: Start the servers. When the status page displays, go to Server Administration. Choose phpMyAdmin under Tools menu, then Databases. Create a "wordpress" database, with UTF8-general-ci collation (my suggestion; select what you need). Just below that, click on "check privileges" for the newly-created wordpress db. Go to Add a new User. Put in wpuser for user name, select "local" for host, and a put in a password like "WPuserDB923"; be sure to remember these for the next step. Note: If you're on Vista or Win7, overwrite "localhost" with 127.0.0.1 . Fourth step: Go to http://localhost/wordpress . Since WordPress won't see a wp-config.php file, it will assume this is a new install, and start that process. Follow the directions and fill in the forms, and you'll be up and running. Regards, BobS

AHA!! You didn't mention that you were using older Joomla! code. There might be a problem with the version of PHP. You should check with the Joomla! site for compatibility requirements. I don't really know if this is the problem, but in the past when I've attempted to port old code, I have run into PHP version-related errors. Again, though, in all cases you should start with a simple test. See if you can just get a basic html page to respond properly for the new vhost, and then slap in the Joomla code. Regards, BobS

Okay, Round 2! Let's go back to the beginning. We'll start with adding a vhost for newsite.mydomain.lan to a clean UniServer instance. In \usr\local\apache2\conf\httpd.conf, near the end is the vhosts section. We'll add the following lines: <VirtualHost *:80> ServerAdmin webmaster@localhost.org DocumentRoot C:/UniServer/vhosts/newsite1 ServerName newsite1.mydomain.lan ServerAlias www.mydomain.lan *.mydomain.lan ErrorLog logs/newsite1.mydomain.lan-error.log CustomLog logs/newsite1.mydomain.lan-access.log common </VirtualHost> Next, we need to put a simple index.html file into the document root: C:/UniServer/vhosts/newsite1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <title>VHOST TEST</title> </head> <body> <h2>This is NEWSITE1</h2> </body> </html> Finally, since we're not using the IP for mydomain.lan (if it existed), I'll set up a "shorcircuit" in the hosts file: 127.0.0.1 newsite1.mydomain.lan We'll can test this by opening a command prompt to ping newsite1.mydomain.lan . Now we can (re)start Apache and point our browser to newsite.mydomain.lan. This will connect us to the page we just created above. Since I copied this code directly from my working site, I know it functions properly. The key points of this exercise are to validate that the vhosts system works as expected, and to create a functional template that can be edited to create the desired site hosts. Regards, BobS

Sorry, Neal, I must have been sleeping to miss your comment. What's significant is that you get a response from some of your URLs. That means that DNS at least has a mapping from newsite1.mydomain.com to the IP of your server. So we can rule out DNS as (part of) the problem. Also, put your HOSTS file back to the way it was. So the problem must be in the vhosts config. But I just double-checked my setup and I get the same results as you do! We'll have to do more analysis on this problem.... Regards, BobS