Ric

Well I was surprised that no one has downloaded beta2 Confirmed by no posts in this thread and SourgeForge statistics stating 0 downloads. I have moved most of the support material to the main Wiki: http://wiki.uniformserver.com/index.php/Ca...Server_5.0-Nano Just a techno glitch last weekend hence why I used an interim solution. All the best Ric Well I am off for a week! Holidays catch you latter.

"When I UN-installed the services, I get no feedback on either the process or its completion status. It worked, but I didn't KNOW that until I used task manager to check for any remaining processes. Give me a popup with uninstall process feedback please, or at least a message telling me the uninstall is finished." OK You have two choices either run the batch files in UniServer\alternative_control OR Edit file UniServer\unicon\tray_menu\UniTray1.ini Find the menu option you wish to be visible and remove ShowCmd: hidden; Note: If you move the servers as in multi-servers UniTray1.ini digit will increment. All the best Ric

Hi Jani, In the light of your testes I have switched binaries these hopefully are more portable. If you have any spare time perhaps you would run Beta 2 on a clean machine. It would be most appreciated. Thank you Ric

UniServer 5.0-Nano Beta 2 Specification changes: - Apache updated to 2.2.13; - phpMyAdmin updated to 3.2.1; - Port detection function replaced - Minor changes Download: http://sourceforge.net/projects/miniserver/ Support material can be found here: 5.0-Nano: Introduction Please post your test results in this thread. State OS versions tested on, both positive and negative results are important. For example; Tested on XP-Home no issues found. (If your OS has been listed as no issues found no need to duplicate a post.) If you find issues check the forum they may have been covered. However being a beta could be a design issue hence post as much information as possible. Reagrds, The Uniform Server Development Team

Hi Jani, Thanks for your time and effort in testing. I was hoping only msvcr90.dll was required on a clean machine. Looks like there are other dependencies. Unless an alternative is found installing the Visual C++ 2008 Redistributable Package on a clean machine will be obligatory? That solution is far from ideal. Al the best Ric

Dash, Yes that was the solution in your case I realised you had a clean machine. If the forum had not gone down would have asked you to keep it that way and perform one test. However after installing Visual C++ 2008 Redistributable Package found at. www.microsoft.com/downloads/details.aspx?FamilyID=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF&displaylang=en There is no going back, although I cannot confirm it you probably only needed to have msver90.dll installed in apache2\bin. Note you can delete msvcr71.dll from apache2\bin no longer required. All the best Ric

OK If you have run the following from a command prompt netstat -anp tcp and port 80 is not in use. Try the mod from this post: http://forum.uniformserver.com/index.php?s...ic=1613&hl= All the best Ric

Hi, I really tried to get back and reply to this post. However just ran out of time. Unless you want to put your server on line try 5.0-Nano it is very stable on XP and easy to use. Ignore the beta stuff, when running Unitray use the left mouse button, runs the servers as a standard program. All that means is when your PC is switch off its gone. All the best Ric

Hi aplatypus, Your tests were interesting and informative! 1) When you ran servers for the first time Apache failed and MySQL ran. Each server’s status is tracked. “MySQL port = 3306 In use by this server” is correct. 2) I assume you never stopped the servers. Hence after a reboot, the tracker still contains the running status for MySQL. Again “MySQL port = 3306 In use by this server” is correct. 3) Root cause for 2) You started Apache using a command prompt “bin\Apache.exe -f conf\httpd.conf -d z:\$$$\UniServer\usr\local\apache2” Doing this bypasses tracking. 4) One function of Tracking is to fail-safe, for example if PC is switched off without stopping the servers. At reboot the unclean shutdown is detected and trackers are reset accordingly. It’s the Apache tracker that performs this unclean check, since this was bypassed explains your observations. 5) This “Apache port = 80 In use by another program.” Again this would be the result of bypassing the tracker. However because the proposed mod explained in last post has not been implemented it really is detecting the port is in use by another user. Interestingly both UniController and beta script uses fsockopen to check for an open port. May be this is too restrictive hence the proposed change. Anyway I digress, I said interesting and informative. Interesting: Never considered a user would start servers using a command prompt. Will state this in the docs, servers must be run from either UniTray or batch files. Informative: Well! You never used a one liner like it failed or port in use, stated your observations like I said informative. We are working on Beta2, Apache and phpMyAdmin have been updated above proposed mod included. All the best Ric

“I do not want to loose my database and files and configuration.” Remember this is a beta and will be buggy! Hence be prepared to loose your database and files. The whole point is to find and resolve bugs before final release. All the best Ric

UniServer5.0-Nano Beta1 Note: It does not use a Virtual drive see http://sourceforge.net/userapps/mediawiki/...o:_Introduction hence drive W not an issue. From your post along with others port detection remains an issue. Proposed change edit file UniServer\unicon\main\includes\functions.php Locate this function: //== Port In Use Test ========================================================= // Checks a port to see if it is currenly in use. // Inout: Port number // Output: true - in use // false - free to use function port_in_use($port){ $site = '127.0.0.1'; // Server @$fp = fsockopen($site,$port,$errno, $errstr, 1); // Open a socket if($fp){ // Connection made fclose($fp); // Close connection return true; // Port already in use } else{ // failed to connect return false; // Port free } } //========================================================= END Port In Use === Replace with this: //== Port In Use Test ========================================================= // Checks a port to see if it is currenly in use. // Input: Port number // Output: true - in use // false - free to use function port_in_use($port){ $cmd = 'netstat -anp tcp | FIND /I "0.0.0.0:'.$port.' "'; // Command exec($cmd,$dummy,$return); // 0=Detected >=1 Not detected if($return == 0){ // Check return value return true; // 0= True Port already in use } else{ // Port not found return false; // Port free } } //========================================================= END Port In Use === That should resolve the issue, let me know and I will update beta2 All the best Ric

OK Thanks for the feedback. If you run a single instance can this be stopped? If there is a problem, try the batch (Start_Server.bat and Stop_Server.bat) files in UniServer\alternative_control I am interested in any errors reported and OS used. All the best Ric

“Ain't it great...finger pointing time!!” No I don’t play that type of game. Just want to get you up and running. “Wild West, our DNS provider, says everything looks good to them. The tech used http://www.dnsstuff.com/tools to check it, but what he did must require a special fee to use because I couldn't duplicate his findings using the free features.” Try a free tool such as http://mydnstools.info/ a) Left menu, click on DNS lookup Enter you domain name, from the drop-down menu select ANY c) For example www.uniformserver.com ANY d) Click Perform Lookup You will receive your DNS entery something like this (small snippet): uniformserver.com. 85370 IN NS ns2.tripleo.biz. uniformserver.com. 85370 IN NS ns1.tripleo.biz. uniformserver.com. 13370 IN A 208.87.242.68 The A record points to your fixed IP address. “Anyway, I am inclined to put more confidence in what you have found but I can't prove it to them...” See above I ran your three domains all with the same result: ;; connection timed out; no servers could be reached ”What amazes me is that when I was testing the Linux setup last week everything was fine, and I can't imagine that simply unplugging that box and replacing it with this Windows system on the same Router has caused a failure along the way. Of course, when I mentioned that to the tech ("been doing this for 4 years"), he had no answer since it was beyond his scope and obviously didn't want to discuss the "theory" of any ramifications to replacing a box.” I totally agree, the windows box makes no difference I have viewed your sites, they work. All the best Ric

I have checked the IP addresses and found this is one works 71.43.6.154 It correctly brings-up Uniform Server’s default page. Because none of your domains resolve to an IP address I put this into my hosts file: 71.43.6.154 www.hypersnowboards.net 71.43.6.154 www.worldwideinternetservice.com 71.43.6.154 www.thelittlestoreonthenet.com I can confirm all three sites work when the above are entered into my browser. Conclusion, Uniform server is correctly configured. Your issue is with the DNS provider. Hope the above is of use. All the best Ric

I have taken a look and can’t see any problems with the configuration. I have checked the domains they are real and registered. However they do not point to a fixed IP address Have you set-up DNS records for these? I ran the domains on this on-line tool http://www.hcidata.info/host2ip.cgi All came back "cannot be resolved to an IP Address” We know when typed into a browser your fixed IP address works. The above domain names need to resolve to this fixed IP address otherwise you cannot view your sites. Do you have a DNS hosting service provider or are you running your own DNS server. The wild card I was referring to is explained on this page. http://wiki.uniformserver.com/index.php/Ho..._DynDNS_Account All the best Ric

Hey! That’s neat most appreciated Certainly will help other users contemplating using Python. All the best Ric

“Using the static IP Address I can bring up the Uniform Server default page but not the apanel or any of my sites: Trying the IP Address/apanel shows "The website declined to show this webpage"” This means UniServer is working: 1) Apanel is lockdown to local host (127.0.0.1) by file UniServer4_3\UniServer\udrive\home\admin\www\.htaccess hence your IP address is rejected. 2) Uniform Server default page is displayed with your IP address correct operation “Trying the sites shows "Internet Explorer cannot display the webpage"” Trying the sites shows "Internet Explorer cannot display the webpage" 3) I think this is the problem area (I assume from another PC) ”One thing, though, is that I can type the URL for a site in a browser window ON THE SERVER and up it comes! 4) Your sites are resolved by the local host files and displayed. Bottom line your servers are working and are externally accessible. “What am I missing?” Have you set up a DNS for your web sites? For example using DynDNS Just remembered this post: http://forum.uniformserver.com/index.php?s...7&hl=dyndns Using Virtual Hosts you will require Wildcard to be enabled. All the best Ric

If it’s locally then this is worth a read: http://sourceforge.net/userapps/mediawiki/...I:_Introduction All the best Ric

Hey! A public beta means you can change it. The only things written in stone are size and ease of use. Hence any feedback would be welcome, does it work on Vista or V7, what about a clean machine, missing dll’s. Is it difficult to use or too complex? Is the quick help guide of little use? Perhaps the flexibility is to extreme and overly geeky and not cool. We can handle a bit of hear bashing, but constructive ideas would be most appreciative. More importantly can you hack the code to meet your own requirements? Tried to avoid compiling any code hence the batch files as an alternative. All the best Ric

UniServer5.0-Nano Beta1 Significant architecture changes hence a public beta. Specification changes: - Apache updated to 2.2.12; - MySQL updated to 5.1.37; - phpMyAdmin updated to 3.2.0.1; - PHP updated to 5.3.0; - ActivePerl updated to 5,10,0,1005 Plugin; - Integrated UniTray; - eAccelerator - 0.9.6-rc1 - Major Architecture change; Download: http://sourceforge.net/projects/miniserver/ Due to technical reason support material can be found here: http://sourceforge.net/userapps/mediawiki/...o:_Introduction Reagrds, The Uniform Server Development Team

In all honesty I think this is a dead duck! With the introduction of PHP 5 series php_w32api.dll was dropped. It looks as if its no longer maintained. There was hint of an alternative ffi (Foreign Function Interface) I think that met the same fate. If you are just wanting to have a play with php_w32api.dll it may work on Uniform Server 3.1 which was the last version to contain PHP 4 series. All the best Ric

Well! All I can say is an excellent piece of work. Thanks for a positive input. All the best Ric

To be honest this is way out of my league. Is this not a programming language? I just checked the portable download! Package file size (compressed): 19MB Not sure if this was completed? http://www.modpython.org/ If it’s an API module will be much faster than CGI. Hey “Shouldn't have claimed to be an experienced apache admin” no problem! I am sure that’s not true and your expertise is welcome. All the best Ric

I was asked the other day what’s UniServer got to do with Triggers new broom. I explained it’s an old English comedy. A friend recommend this clip on youtube the end is very pertinent. V5 Alpha8 is doing the rounds or should I say Triggers new broom OK it looked like a beta was ready however because of recent component changes we replaced the handle. Just means more testing until we think it’s fit for a beta candidate. What triggered the above was my summary on this page. The moral is, never assume someone knows what you are talking about! All the best Ric