BobS

Look in UniServer\docs\CHANGE LOG.txt You'll see that in UniServer 5.7.3, MySQL was updated to version 5.5.9. Regards, BobS

That's really sparse on the accompanying info, but have you searched for info about Windows 7 and Localhost? It sounds like this problem is related to the IPv6 address localhost preference. Just a guess.... BobS

When I have basic problems like this, I generally remember to drop back and check the installation. First off, I'm not quite sure what you mean by "setting my PHP file extensions," since I've never needed to do anything related to this for any of my setups. Secondly, remember that all the apanel, phpMyAdmin, and much other infrastructure use PHP. If these work, then you're probably trying to solve the wrong problem (or maybe I don't really understand it). While the above tools are specifically blocked from use outside localhost or local net, you can override this temporarily with .htaccess entries. There are two of these: one in the home\admin subdirectory and the other in www. Don't know if that's all clear, but at least we have the dialog started.... Regards, BobS

Been there. This seems to me to be a DNS issue. The key is that you can connect by IP. After all, DNS only acts as a name-to-IP translator. If it were a .htaccess problem, for example, you wouldn't get there with either the name or IP. When you are on someone else's machine, what does DNS resolve the name to? If you get the address, fine. next guess. Otherwise you need to troubleshoot DNS. For a quick test, you could use DynDNS.com to set up a (test) name that points to the IP. If this works, then you know your name registrar's DNS entry isn't set right. BobS

This fall into the "not enough background info" bucket. First off, there's a possible clue you'll have to check on: database character set. It looks like it's barfing on utf8, but not knowing what your version of Joomla is expecting, nor what were the circumstances for this error output, I can't say if that's a problem or not. Can you still get to your 5.6 version? You might check out a tool like TreeComp (Google it) that will do a side-by-side comparison of the old and new installed versions of UniServer. It does a directory/file comparison, and can help spot differences. Regards, BobS

This answer might help: http://forum.uniformserver.com/index.php?s...c=1789&hl=# It has info about resolving problems with Win 7. I don't see that you mention the same problem, but it might be covered in the wiki info. Regards, BobS

UniformServer was designed not to leave "dust" in the system. Unfortunately, it's very easy for users to create the MySQL config files in other (legitimate) locations. The problem begins when these are not erased. I suggest you DELETE the my.ini or my.cnf files from everywhere but in the UniServer MySQL directory. That way MySQL can only find the proper one. To help look around your system, I suggest a utility called "Search Everything", found at http://www.voidtools.com/ With this you can very quickly find ALL occurrences of my.cnf or my.ini on your system. Regards, BobS PS. I've had this same problem....

I smell the Win 7 IPv6 Localhost problem. Look at this post: http://forum.uniformserver.com/index.php?showtopic=1789# and also this Wiki entry: http://wiki.uniformserver.com/index.php/5....o:_Known_Issues Make sure you've got this aspect covered first and then look at MySQL configs if the problem still continues. Regards, BobS

Probably not (unless Ric gets a wild hare). It's really not part of Apache, and as this is a WAMP stack, that implies Apache as the server. Because the M for MySQL didn't change, Ric got away with using MongoDB. (Sorry, bad joke.)

This is part of the setup/config for the BBS, er, forum system (showing my age). Clearly a job for the admin. BobS

See this post: http://forum.uniformserver.com/index.php?s...post&p=8962 Regards, BobS

Sorry about that, Ric. I found this misspelling over a year ago, but never responded about it. It's really old, and goes way back to 5.0-Nano. Next time, for sure! Contritely, BobS

This sounds like there's a "my.ini" or "my.cnf" file left over from some other WAMP stack. UniServer doesn't do this, but others copy one into \windows. If I recall correctly, MySQL has a search order for the my.cnf-my.ini file that checks this location first. You might try using a tool I like very much to search everything on your system. It's the Everything search engine: http://www.voidtools.com/ With this you can very quickly find ALL occurrences of my.cnf or my.ini on your system. Regards, BobS

So what went wrong? Not enough detail about your problem. What application will you be running? Do you have a test configuration set up? Using Uniform Server for a production site is fine, so long as you are aware of the security risks and have closed the doors with really secure passwords. The first question I have is whether you have tested the new site via the IP address. Do you know about the DNS entry changes needed? BTW, there's a load of info in the Wiki that can be really helpful for this. Regards, BobS

Remember, the key purpose of the Uniform Server is to get you running with Apache, MySQL, and PHP without a lot of fuss. What you're dealing with is generic to Apache and communications in production environments, and not specifically UniServer. That said, it's my view that you need to look at Apache and other tools for more info on restricting DDoS attacks. But I could be persuaded otherwise. It's also possible that there already exist some configuration params or modules that address this problem. These could be set up as a plugin for production-oriented users. BobS

I assume when you say "successfully," you were able to see it in a browser. So, NORMALLY, when I install WordPress, I unzip the wordpress directory into www/wordpress first. Then I'll rename it to whatever I need, or leave it as is. [Don't know why you need so many extra levels.] I then use phpMyAdmin to create the new database for it. NOTE: if this step works, you're obviously running PHP. I can then just browse to http://localhost/wordpress and the WP code is smart enough to ask for all the setup info. What I suspect is that you dove into the wp-config file manually and blitzed it. Can't be sure without looking, though. BobS

REMEMBER! The SIMPLE solutions are the BEST ones, since they usually require less undoing later. Also, when you are implementing a fix, do ONE thing at a time. All that extra SQL for the Joomla Admin users should have waited for step two. Otherwise you can't be sure just what fixed the problem. Anyway, glad I helped. BobS

Sorry you're having such problems. The key is to identify why you're getting the error. To me, this sounds like a MySQL user account problem. When I set up Joomla (or any other app), I always set up a specific user for that DB, primarily for security. Example: DB is jdb15, user is jdbuser, passwd is Jdq156. Then I make sure that the privileges for that user are correct, which is a key part. Using myPhpAdmin, I create the DB, then go back a level (the home point) and select privileges to Add a new User. On this form, put in the name, select Host as local, and put in the password (2 fields); then hit GO. On the next form, BELOW the Global privileges, is database-specific; Select the jdb15 database. This will show the next form, where you want to check select, insert, update, delete, create, alter, index and drop. I've never needed to use more. Then hit GO. Now you're ready to use the specific values for the Joomla connection. The connection is specified in the configuration.php file and requires four parameters: var $host = 'localhost'; // This is normally set to localhost var $user = 'jdbuser'; // MySQL username var $password = 'Jdq156'; // MySQL password var $db = 'jdb15'; // MySQL database name Hope that's clear enough (I made it detailed for other readers), and that it solves the problem. Regards, BobS P.S. Tear paper, not your hair.

While I don't have "THE" answer, I suggest you look at some of the Apache.org docs (Google: Apache 2.2 virtual host) to help. I'll be checking this out later today as well. Also be sure to look at the log files for clues. When I was setting up a Linux site a year ago, I recall that we also had to adjust the DNS entries for the host. Have you investigated that? Unfortunately, I don't currently have access to the configs for that site, which would probably resolve the question. Good luck, BobS

This is rather unclear. Are you using Uniform Server (Apache and MySQL) both on your Win 7 machine, or are you connecting to a MySQL server on another host (and how/why)? Also, is that DB being hosted on a Linux machine, perhaps? The advantage (and intention) of US is that it's self-contained. If you connect to a "remote mysql installation," it seems that you're going off in a new direction. Regards, BobS

First, what make and model router? Second, to get past the problem, use a different port other than 8080 for the Uniform Server, like 8000. Or perhaps you have remote management turned on in the router, so that if you're away from home, you can still mess with the router config. IMHO you should turn this off until you know you need it. On my router, remote managent activates port 8080, but I can choose another one also, like 8070. As for DtDNS, its function is only to translate the IP name to IP address. It doesn't know ports from squat. The router should have a table for port forwarding to an internal address. On D-Link or Linksys, look for the Applications & Gaming page. There you can add a specific port range and an internal address where those packets are to be routed. Example is port 8000 forwarded to 192.168.0.25. An important tip: Your router is also your DHCP server, and to keep things properly functioning, the machine running Uniform Server needs a permanent address. Some routers have the capability to reserve a specific address. For others, set up the machine with a static address outside the range of the DHCP pool. Example above would work with a pool of 192.168.0.100-199. Then no other machine would be given a conflicting address. Regards, BobS

"Even If I don’t use Joomla Pack and just backup the database and import into Nano I have the same results." If I recall correctly, some of Joomla's plugins embed full paths in the database. Since Mona and Nano have different directory trees, this may be the problem. What you need to do is find the entries in the database and modify them (yucck). This may be easier to do in a phpMyAdmin export/edit/import scenario. Regards, BobS

This is great for getting Apache going right, but watch out for "IPv6 localhost" and MySQL. On Windows 7, you may need to use 127.0.0.1 instead of localhost when setting up the MySQL connection for apps. While there are other ways to get it working right, this should cover most cases. It's due to MS's change for IPv6 and localhost. See the wiki for a bit more info: http://wiki.uniformserver.com/index.php/5....o:_Known_Issues Regards, BobS

See this post for some tips. http://forum.uniformserver.com/index.php?s...post&p=8798 I'll see if we can make this a wiki topic with good coverage. BobS

Sorry, not sure what aspect of "supporting" wap you're referring to. It's Apache that is the server, not UniServer. If Apache can be configured to handle wap traffic, then there's no problem. You may find that UniServer doesn't have some of the .so modules for Apache to enable specific features. Normally, these can be downloaded (with some care) and copied into UniServer's Apache. However, if you need to add special modules that must be compiled, then that's outside the scope. Regards, BobS