Jump to content
The Uniform Server Community

sudeepjd

Developer
  • Content Count

    8
  • Joined

  • Last visited

Community Reputation

0 Neutral

About sudeepjd

  • Rank
    Project Developer

Previous Fields

  • SourceForge ID
    sudeepjd
  • Main OS
    Windows 10

Contact Methods

  • Website URL
    https://papernapkincollection.com
  • Skype
    sudeepjd

Profile Information

  • Gender
    Male
  • Location
    Bangalore, India
  • Interests
    I love Code, Cook and Collect.

Recent Profile Visitors

655 profile views
  1. 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
  2. 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.
  3. 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.
  4. We have received some concerns from the community that Uniform Server Zero XIV is being flagged as a Trojan or Malware by some antivirus scanners. This is because in the 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 VirusTtotal as well to see if they can get excluded as a not a virus. The specific files in Uniform Server XIV 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.
  5. 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.
  6. 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.
  7. 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
  8. The problem seems to be with the php.conf file where the relative paths are not being changed to the absolute paths as required by the Service. A fix for this is as follows. 1. In the core/apache2/conf/httpd.conf file On line 9, Change the Define None to Define php72 or Define php 73, depending on which PHP version you want to use. 2. Under core/apache2/conf/extra_us folder, open the corresponding php7*.conf file. Or you can make changes to both of them. 3. Wherever there is a ${US_ROOT} , replace it with the absolute path of your server location. 4. Where there is ${PHP_INI_SELECT}, replace it with php_development.ini (or) php_production.ini depending on which file your require. Save the file, and stop and again start the Apache Service from the UniService Controller. Your website should now load as normal. If this still does not work, please let me know and I can see what I can do to help. Regards, Sudeep.
×
×
  • Create New...