Jump to content
The Uniform Server Community

BloodBaz

Member
  • Content Count

    6
  • Joined

  • Last visited

Community Reputation

0 Neutral

1 Follower

About BloodBaz

  • Rank
    Newbie

Previous Fields

  • Main OS
    Windows 10
  1. Microsoft, McAfee, Comodo & Jiangmin also view the installer executable as dangerous. The files contain 5 malicious and 15 suspicious indicators.
  2. Hello, We've been trying to download the latest (XIV) version of the Windows Binary (14_0_0_ZeroXIV.exe) but we are getting reports of malware (Trojan:Win32/Casdet!rfn) when either downloading or launching the executable. This is occurring on more than one AV (Sophos is one which reports the issue when you launch the unpacker) https://sourceforge.net/projects/miniserver/files/Uniform%20Server%20ZeroXIV/14_0_0_ZeroXIV/ Thanks Chris
  3. Hi I'm running UniServer Zero XIII 13.3.2 to run Apache/PHP/MySQL in a Windows Server environment. I've set up the Cron facility under the Extra menu: - Enable/Disable run Cron: Run Cron = CHECKED - Enable/Disable Cron logging: Cron logging = CHECKED Config File: [moodle] start = 2017-09-12 1:00:00 period = hourly path = http://xxx.yyy/moodle/admin/cron.php?password=xxxyyyzzz ref = 1508327224 When I go into Cron and close the box again, the Cron service runs as a *one off* (assuming it was last run over an hour ago) but it does not run hourly from there on e.g. Here is the log file. The timestamps on the "Run OK" entries are when I actually went into the Extra > Cron menu then closed it again. 13/09/2017 12:21:08 ### Log Start =========================================== 13/09/2017 12:29:13 - Run OK --- http://localhost/moodle/admin/cron.php 13/09/2017 13:41:20 - Run OK --- http://localhost/moodle/admin/cron.php 17/10/2017 13:09:49 - Run OK --- http://localhost/moodle/admin/cron.php 18/10/2017 10:48:12 - Run OK --- http://derbylearn.net/moodle/admin/cron.php?password=VC0SJFZj6vefzXmo3 Can anyone explain why my cron isn't running every hour? I'm running my webstack as a service (i.e. via Unifrom Server XIII Service). Thanks, Chris
  4. Hi All, Eventually I found the problem. File permissions? No. Path had spaces or was the "extensions" subfolder name too long? No. The php_curl.dll file has file dependances to libeay32.dll, libssh2.dll and ssleay32.dll which all reside in the parent (php) folder but without an entry to that folder in your PATH Environment Variable entry, the dll fails to load. Although fixing this is as easy as adding the PATH entry, it does have the problem of tying your path to a specific PHP version which means if you need to switch between PHP versions, you really ought to update your PATH environment variable at the same time. I'm surprised this hasn't been picked up before as both "Running as a Service" and including the php_curl module must both be very common. I'm running on Windows Server 2016 if that helps. Chris.
  5. Further to the above, the Apache Error log shows the following warning: Clearly the "\\" is the suspect, however other PHP extensions were loaded okay (such as php_openssl, php_intl etc.). Just for clarity: The file exists: C:\UniServerZ\core\php56\extensions\php_curl.dll"C:\UniServerZ\core\apache2\conf\httpd.conf" does not make any references to "curl" nor any backslashes related to paths."C:\UniServerZ\core\apache2\conf\extra_us\php56.conf" does not make any references to "curl" nor any backslashes related to paths."C:/UniServerZ/core/php56/php_production.ini" shows standard relative-path references to extensions as follows: ; Directory in which the loadable extensions (modules) reside. ; http://php.net/extension-dir ; extension_dir = "./" ; On windows: ; extension_dir = "ext" extension_dir = "C:/UniServerZ/core/php56/extensions" ;extension=php_bz2.dll extension=php_curl.dll ;extension=php_fileinfo.dll extension=php_gd2.dll ;extension=php_gettext.dll ;extension=php_gmp.dll extension=php_intl.dll [curl] ; A default value for the CURLOPT_CAINFO option. This is required to be an ; absolute path. ;curl.cainfo =
  6. Hi, I'm running UniServer Zero XIII 13.3.2 with PHP 5.6.30 to run an old Moodle 2.7 site. Moodle 2.7 requires php_curl (among other extensions) which I can configure in UniServer and when I run the Moodle site, the Site Administration > Server > Environment confirms that all required php extensions (including curl) are all OK. I then stop the Apache and MySQL servers in UniServer Zero and install and run both as a service using UniService.exe (UniService XIII 2.2.0). Everything installs, Moodle runs but the same environment check says: php_extension curl must be installed and enabled The cURL PHP extension is now required by Moodle, in order to communicate with Moodle repositories. Check (see image) All other extensions are OK. When I stop/uninstall and the launch services via UnIController.exe, everything is okay again. I've ran the UnIService "Apache service test" but no errors were highlighted. Can anyone advise on what I should do to fix this? Thanks, Chris
×
×
  • Create New...