BobS

Two things: First and foremost, tell us what version of The Uniform Server you are using. What version of Windows would be helpful, also. Second, when you say "configuring" it to run at startup, do you mean that you set it to start it as a service (which is the right way)? The batch files were a workaround for making the programs run as a service. Regards, BobS

This is a typical conundrum, and it has no connection with The Uniform Server, but is a function of your router and local network. Any other WAMP would have the same problem. The router acts as a fence, and all your own access comes from within. It doesn't go through the NAT translation, which is normally applied to all external traffic. I have tested my sites by setting up an external connection, using a mobile broadband connection, or by accessing it from work using a remote connection (if that's possible in your case). These connections go through the router's WAN connection and thus through the NAT translation and routing to your WAMP. Regards, BobS

My best advice would be to use the Apache Vhosts panel, which you access through Server Configuration > Apache > Apache Vhosts. You should read the detailed instructions in the documentation. By following this, you can create a vhost that actually works. Regards, BobS

Unfortunately, I have to agree with you on this point. The problem is that that approach ("automated update") needs to take into account many, many possible changes to the configurations, as well as the security situation. If we had the income and number of developers that WordPress has (or even 1%), it would be possible to do this. I guess that's part of the impetus behind Series Zero, which is a "put-the-pieces-together" approach. It still doesn't auto-update, but I think we're headed in that direction. At least that's my impression. Still, the best way to update right now is to install the new version, port your apps over, change the config variables to match your old installation, and then test. Regards. BobS

Did you check the runtime library version on your machine? Also, what version of The Uniform Server are you running? Regards, BobS

Not that I have found. Thank you Microsoft.

Glad to see that you found the fix. When a software package works properly on one system and not on another, it's most likely due to a "helper" package, like these redistributable libraries. However, finding and fixing the situation can be very tricky. Regards, BobS

Check out the alt_diag subdirectory. That contains all the batch files you need, plus instructions about using them. Regards, BobS

It looks like these new versions need to be put into the next release of Steel-9 Beta. But I suppose you realize this... Regards, BobS

I guess when the server status says no Internet access, it's correct BTW, the firewall sets a hole only on a per-program basis, so WAMPserver's Apache .exe is DIFFERENT from The Uniform Server's. Regards, BobS

You know, of course, that The Uniform Server stack is totally separate from FTP. In fact, the whole Filezilla server can be installed separately. This is a real good way to test the operation on your system. Go to their site for more info. You can also search for "filezilla server setup" and look at some of the thousands of tutorials. Since you don't mention what version of The Uniform Server you're using I can't say even if the plugin will work properly with that version. Regards, BobS You know, of course, that The Uniform Server stack is totally separate from FTP. In fact, the whole Filezilla server can be installed separately. This is a real good way to test the operation on your system. Go to their site for more info. You can also search for "filezilla server setup" and look at some of the thousands of tutorials. Since you don't mention what version of The Uniform Server you're using I can't say even if the plugin will work properly with that version. Regards, BobS

The problem is that the Windows machine's host name isn't in the DNS lookup for the other devices. Let's say your Windows machine is "target". You would address it as http://target/index.html. You may find that some systems balk at this and want a TLD (like .com). I would use target.lan (make up your own TLD). Whatever choice you make, this name isn't registered in any external DNS, but only in your router's DNS table, if at all. There are two solutions. One is to add the name-address pair to all the devices' hosts file (a real pain to maintain), or to add your router to the DNS lookup server list. I suggest you do some study on this latter approach which may be specific to your router. In any case, this is not resolvable from within The Uniform Server. Regards, BobS

FYI, this is most likely because mshta.exe, the program that interprets the HTML code for Unicontroller, doesn't shut down properly. I found that this may happen if you rush the menus by trying to stop them early. Since it's not easily repeatable, I can't say for sure. What I do if Unicontroller will not restart is to fire up the task manager and kill of the mshta.exe that's still running. It's one of the reasons that Ric is moving to a totally new control program for Steel-9, the next major upgrade. Hope this works in your case. Regards, BobS

This is too easy, and has no connection with The Uniform Server' s operation. If you do a nslookup on xamps.com, you'll see that it comes back with 127.0.0.1, the loopback address. So anytime you use xamps.com, DNS returns 127.0.0.1, which is your localhost address. Looks like someone put the wrong MX record in for xamps.com. Their site is permanently localized. Regards, BobS

The primary purpose of The Uniform Server is to be a simple WAMP server stack. This implies Windows, APACHE, MySQL and PHP. The fact that NginX can be installed as a plugin is a neat feature, primarily for development, testing and comparison. Regards, BobS

Since there are very many versions of The Uniform Server, it would be nice if you would include the version number you used. Also, if you were using a Coral version, that has COMPLETE documentation included, with ONE exception. Courtesy of Microsoft, you probably were bit by the HTML script engine not terminating. This would keep the control panels from running properly. This can only be resolved by killing the MSHTA.EXE process left running and then restarting it (start_as_program or start_as_service). However, without knowing what version you were using, not much more can be said. Regards, BobS

You gave us some info, but not enough to really help. What OS are using? The term "locked out" isn't clear. What message do you get? Exactly what happens when you put "http://localhost/apanel" into a browser? Have you looked at the /htpasswd/home/admin/www/.htpasswd file? This contains the actual user/passwd pair that Apache is checking. Regards, BobS

Coral_8.5.4 passes all tests. Your system may have some special needs, but The Uniform Server does work on all the systems we have available for testing. Regards, BobS

PHP 4 is no longer actively being developed. See http://php.net for more info on this, and especially "Migrating from PHP 4 to PHP 5". The Uniform Server dropped support for PHP 4 in 2009 with version 4-Mona. If you're using PHP 4 with Coral, you're really in unknown territory. Sorry. As for eAccelerator, that project has apparently terminated. While there MAY be others who can fiddle with the code, it appears to be no longer "officially" supported. If you go to https://eaccelerator.net/, you'll find that their SSL certificate has expired. No changes have been made to the code since 2010. APC DOES NOT WORK with PHP 4! I tested it just now with Coral_8.5.4 (which uses PHP 5). The APC control panel looks very nice. Bottom line: PHP 4 is pretty well dead for a viable production site. It's time to move along. Regards, BobS

Never got any further info on the problem. Perhaps he upgraded to the last Orion version. Regards, BobS

If you're not sure which forum, that's OK, we'll figure it out, but DON'T do multiple posts, because that just bloats the Forum and makes more work. Excel can use ODBC connections. I've not done it for years, so I don't recall how. I also didn't do it with MySQL, but the do have the drivers for Windows. Google ODBC, read the Wikipedia article, download the drivers from MySQL. That should get you on the path at least. Regards, BobS

Note that the code that created this error was rescinded in Coral_8.5.3, so DON'T propagate this change. Just use the tray_menu as is. Regards, BobS

So I was right, and there are bugs, but primarily because php 5.4 requires declaration of variables. If you use this code as is, it will fill up your error.log. Regards, BobS

BANG!! Oops, hit my foot. Well, this is rather difficult to resolve, since it's like locking your keys in the car. Recall that phpMyAdmin doesn't really have any separate accounts. It uses the accounts of MySQL. Here's one way to get you back in operation, but you'll lose any restricted users you created. First, be sure MySQL is stopped. Go to usr\local\mysql\data\mysql and copy the user.* files to another directory for safety. Then create a separate extraction of Coral_8.1.2. Go to usr\local\mysql\data\mysql and copy the user.* files to your active server. This effectively resets the user list by brute force. Restart MySQL. Note that the root password is reset to the default, 'root'. This isn't a clean method, but it will get you running so that you can backup everything and reinstall. Regards, BobS

One problem you may have is that mshta.exe, Microsoft's HTA processor, is still running. It's rather finicky, and you need to kill it with Task Manager. If that's been cleared, check that UAC is on, and that you get the UAC authorization prompt from the OS. If that does NOT show up, check the "Start_as_program.exe" properties. Regards, BobS