sudeepjd

You are right.. The add-on has been removed by the author.. I will update this in the next release. For more information on http/2 you can check out https://icing.github.io/mod_h2/howto.html

Look at your path.. If it has spaces in it, then UniController will not run.. Probably the folder you unzipped it to, or a parent has a space in the folder name, such as "Hello Test". If so, replace the space in the folder name with an underscore ( _ ) character and try again.

The Uniform Server team is glad to announce a minor update to Uniform Server Zero XIV. This version of UniformServer Zero XIV v14.0.2 can be found ON SourceForge at https://sourceforge.net/projects/miniserver/ The UniformServer is now open source, the Controller Code is now published on github at https://github.com/iamola/uniserver The following modules that have been updated: Core Apache v2.4.43 from Apache v2.4.41 PHP PHP v7.4.5 from PHP v7.4.0 PHP v7.3.17 from PHP v7.3.11 PHP v7.2.30 from PHP v7.2.25 Databases No updates Database Administration phpMyAdmin 5.0.2 from phpMyAdmin 4.9.2 Adminer 4.7.6 from Adminer 4.7.5 The latest modules of Uniform Server are at https://sourceforge.net/projects/miniserver/files/Uniform Server ZeroXIV/ZeroXIV Modules/ Help Needed I would like to request for the following help from the community. If you find any bugs, please feel free to either post on the forum or raise an issue on github so we can track and fix them. If you can fix the bug, please fork the github repo and issue a pull request.

I have a couple of questions to see if I can help you out with this. 1. Are you hosting this on your system or on a VPS? 2. You have stated that the website is working over HTTPS, but Wordpress is not, so if I understand a normal website hosted works, but Wordpress hosted does not. 3. Does a Wordpress site hosted without Https work? Thanks.

Yes, UniformServer is built using the 32 bit versions of Apache, PHP and MySQL as well as all the other modules. However, we are thinking of moving this to the 64 bit versions given that most of the Operating Systems today are 64 bit.

My apologies for the delay in replying to this thread... Uniform Server by default ships with php loaded as a module and not using FastCGI, However, UniformServer is built to be modular and you should be able to update it to run PHP over FastCGI using the Apache mod_fcgid module. To do this you will need to make the following changes: The Apache config file that loads PHP is in /core/apache2/conf/extra_us/php74.conf. Back this file up as it is using the php7 loaded as a module. Download the attached php74.conf which uses mod_fastcgi and loads php via it by mapping the .php files to the fcgid-script handler and setting the php-cgi path. You can replace the existing /core/apache2/conf/extra_us/php74.conf with the attached php74.conf after backing up the one you have. Download the httpd-fcgid.conf file (attached) and store it in the /core/apache2/conf/extra folder. This file gives the configuration options for fcgid module in apache. Rename the /core/php74/php-production.ini to /core/php74/php.ini. For some reason mod_fcgid only picks up the php.ini file with that specific name. The downside of doing this is that you can no longer control the php.ini using the Unicontroller which you normally can do from the PHP menu in UniController, so you will have to make any modifications to this file manually In the /core/apache2/httpd.conf file, you will need to change the Alias to ScriptAlias [Lines 405 to 415] to allow php to run otherwise since these are outside the DocumentRoot will give you a Forbidden error for those apps like PHPMyAdmin running in us_opt1 Restart the Apache server and PHP should now be running over FastCGI. You can confirm this by going to PHP->View phpInfo from UniController and under the Server API will show CGI/FASTCGI To answer the 2nd part of your question: You can change the php.ini config file (which you renamed in Step 4 above) to get what you want. You normally can change this directly from UniController PHP Menu, but since it has been renamed, it needs to be done manually. To enable cURL, openSSL etc you can do that by removing the ";" (uncommenting the line) in front of the /core/php74/php.ini for those extensions on lines 924 to 960 of the php.ini file. GD2 (line 928) and MBString (Line 934) are enabled by default. You can validate this on the PHP->View phpInfo, Extensions page. For allow_url_fopen in specific you can change the value to On on line 868. Please do let me know if you have any more questions or not getting PHP to run over FastCGI. Note: There is one caveat though that I can't seem to figure out myself... The mod_fastcgi seems to be spawning multiple processes of php-cgi.exe and does not get terminated when the script ends or when Apache is stopped, so this keeps filling up the memory. If you or somebody can help out here, to let me know which setting needs to be tweaked to prevent this from happening would help. php74.conf httpd-fcgid.conf

Uniform Server needs to be Unzipped (Installed) to a location where there are no spaces in your filepath. Check the directory path into which you are unzipping UniformServer to. If there are any spaces in the path, remove those spaces or replace them with underscores. For e.g, If you have unzipped UniformServer to C:\My App\UniServerZ rename the My App folder to MyApp C:\MyApp\UniServerZ and run UniController again. It should work. All the best.

We at the UniformServer team have been historically building US on the 32 bit versions for compatibility. However, over the last few weeks we have been debating moving away from the 32 bit versions and providing the 64 bit versions only. We will be releasing an update soon using the 64 bit versions of Apache, MySQL and accompanying modules.

Thanks for letting us know.. Will check it out and rectify.

Firstly, my apologies with the delay in response. Can you please give us a little more information on what you mean by adding in the 32 bit files? Do you mean after installing the VC_redist.x86.exe? After installation does it still complain about the missing vcruntime140.dll in your error.log?

@xymox12 Will look into it.. Thanks. Sudeep.

It does not require you to enter the mysql password.. It prompts you to change it.. Keeping the mysql password as the default "root" is insecure as everybody knows that this password is out of the box.. If you change the password, it will no longer prompt you. If you still want to retain the password, you can set the Nag_user=false in the home/us_config/us_config.ini file on line 59.

The Versions of Apache and PHP bundled in the UniformServer are the x86 versions so as to be compatible with both the x86 as well as x64 systems that it can be run on. Hence the need to install the VC_redist.x86.exe Redistributable and not the x64 version.

If the script posted by @Hoo Host is giving you out of memory errors even before the maximum memory limit is reached, it is probably limited by the ThreadStack size by Apache as well. You can try increasing the ThreadStackSize in the core/apache2/conf/extra/httpd-mpm.conf file. By default this is set at 64*1024=65536. Please note that increasing this also affects the allocated memory to other running processes on your system so do this at your own risk.

In the latest release of UniformServer Zero XIV 14.0.1, we have removed the need for the AutoIT script to hide the MySQL8 Console window. This version should no longer be flagged as a false positive malware.

@chros Thank you for bringing this up.. It was a problem with the Controller. We have fixed it in the latest Uniform Server Zero v14.0.1 and UniController v2.3.1 You should be able to see the Server IP address now. The Server IP address is basically your IP address as seen from the internet.

With the released update of UniController v2.3.1, we have removed the need for the AutoIT script MySQLHide.. and so the latest version of UniformServer Zero XIV 14.0.1 will not have the script and will scan clean. home/us_pear/Intall_PEAR.exe -> This is in the ZeroXIV_pear_1_0_0.exe module, which completely automates the PEAR installation still contains the AutoIT script which completely automates the PEAR installation, and may scan as a false positive.

The Uniform Server team is glad to announce a minor update to Uniform Server Zero XIV. This version of UniformServer Zero XIV v14.0.1 can be found ON SourceForge at https://sourceforge.net/projects/miniserver/ The UniformServer is now open source, the Controller Code is now published on github at https://github.com/iamola/uniserver The following modules that have been updated: Core Unicontroller v2.3.1 - The Uniform Server Controller added support for PHP 7.4 and removed the need for the MySQLHide Apache v2.4.41 from Apache v2.4.39 PHP Added PHP v7.4.0 PHP v7.3.11 from PHP v7.3.9 PHP v7.2.25 from PHP v7.2.22 PHP v7.1.33 from PHP v7.1.32 Databases MySQL 8.0.18-community from MySQL 8.0.17-community MySQL 5.7.28-community from MySQL 5.7.27-community MariaDB 10.4.10 from MariaDB 10.4.8 MariaDB 5.5.66 from MariaDB 5.5.65 Database Administration phpMyAdmin 4.9.2 from phpMyAdmin 4.9.0.1 Adminer 4.7.5 from Adminer 4.7.2 The latest modules of Uniform Server are at https://sourceforge.net/projects/miniserver/files/Uniform Server ZeroXIV/ZeroXIV Modules/ Help Needed I would like to request for the following help from the community. If you find any bugs, please feel free to either post on the forum or raise an issue on github so we can track and fix them. If you can fix the bug, please fork the github repo and issue a pull request.

There has been some concerns from the community of UniformServer Zero XIV being flagged as Malware or a Tojan, this is because we have included AutoIT scripts into the codebase to make some of the processes easier. Please see more information about it at

My apologies for the late reply on this thread. For the ease of use, we have included a couple of AutoIT scripts to make a couple of things easier for users and unfortunately some of the Antivirus programs treat any AutoIT scripts as bad. I have posted an announcement on the Announcements thread. And have submitted this to VirusTotal as well. In the next version, we will make these scripts an optional modular include so that the users may include this additional scripts based on their need. Please be assured that there is no Virus or Malware or Trojan of any kind in UniformServer. All the source code is on our Github repo. Thanks.

The standard way would be to use a .php extension for a file containing PHP code. That way if another developer takes up your work, the standards would help that new programmer easily take over. Yes adding in the handler to the .html file in .htaccess would work, but would not be a standard way of doing things.

We have received some concerns from the community that Uniform Server Zero XIV 14.0.0 is being flagged as a Trojan or Malware by some antivirus scanners. This is because we have included a couple of compiled AutoIT scripts in the new version. Unfortunately some of the antivirus scanners seem to be flagging ANY AutoIT programs as malware just because they are written in AutoIT (See Note Below). A forum discussion can be found at https://www.autoitscript.com/forum/topic/126034-protect-yourself-against-false-virus-detection/ We have submitted these files to VirusTotal as well to see if they can get excluded as a not a virus. The specific files in Uniform Server XIV 14.0.0 are as follows: core/mysql/bin/mysqlhide.exe -> This hides the console window for MySQL8. home/us_pear/Intall_PEAR.exe -> This is in the ZeroXIV_pear_1_0_0.exe module, which completely automates the PEAR installation. The source code of these files can be found at our UniformServer Github repo at https://github.com/iamola/uniserver/tree/master/UniController/autoit Note: I tested a blank compiled AutoIT file with nothing more than a comment at https://www.virustotal.com/gui/file/236867139b4fc19924f1e228aaec3c8b3bee7f40717277bdb906f0ab15874930/detection and it seems to be caught as malware by scanning engines.

I know this is an older thread, but ideally since Uniform Server Zero is portable, you should not have a problem in migrating either the database or the site using a copy paste. However, that being said, the better way to do it would be to use a fresh install and move only the items you need, i.e., the web application itself and the database. Web Application The PHP code is generally stored in either the www or the ssl folders, so these folders would need to get moved to the new installation. You can overwrite them without a problem. Database From Uniform Server, use the MySQL->Database Backup function to backup your database, this will create a .sql file in the db_backup_restore folder. Copy this file into the db_backup_restore folder in your new installation and use MySQL->Database Restore to move your backed up database file back into the database. One caveat here. If you have any functions or routines that were created, they may have to be created again, I have seen some instances where they dont get transferred over. Start the servers and the application should now work. Also do you have any absolute paths in your PHP code for file uploads etc? Those will need to be changed as well.

The latest version of Uniform Server XIV with the UniService 2.3.0 has not this problem fixed. Thank you for bringing it to our notice so that we could fix it.

The Uniform Server team is glad to announce a complete refresh and update of all Uniform Server Modules in the latest Uniform Server Zero XIV. This version of UniformServer Zero XIV can be found ON SourceForge at https://sourceforge.net/projects/miniserver/ The UniformServer is now open source, the Controller Code is now published on github at https://github.com/iamola/uniserver The modules that have been included are as follows: Core Unicontroller v2.3.0 - The Uniform Server ControllerApache v2.4.39UniService v2.3.0 as a separate pluginPHP PHP v7.3.9PHP v7.2.22PHP v7.1.32PHP v7.0.33PHP v5.6.30Pear - AutoInstallerDatabases MySQL 8.0.17-communityMySQL 5.7.27-communityMariaDB 10.4.8MariaDB 5.5.65Database Administration phpMyAdmin 4.9.0.1Adminer 4.2.2phpMyBackupPro 2.5Sypex Dumper 2.0.11MySQL Autobackup 1.0FTP FileZilla Server 0.9.60 with a custom controllerPerl Strawberry Perl v5.30.0.1Active Perl - manually installedWe have removed support for the following due to their being deprecated over the last few years or out of support from their owners: DtDNSPHP Acclerators - XCache, eAccelerator, APC, Leaving ZendOpCache as the main accelerator.PHP versions Help Needed I would like to request for the following help from the community. If you find any bugs, please feel free to either post on the forum or raise an issue on github so we can track and fix them.If you can fix the bug, please fork the github repo and issue a pull request.I seem to be having a problem with the Strawberry Perl Module, when the includes are added in, if someone from the community can help fix, it would be appreciated.Update of the documentation module