Search results

I forgot about this thread. Changing ownership of the directory /var/rn/clamd to root:clamav with permissions 770 fixed the issue for me.

It's not an error. It's just saying that there are newer versions of some modules but the recommended versions are older than them. I forced them, eg: ./pear upgrade --force PEAR ./pear upgrade --force XML_Util ... I didn't notice any issues so far. Just did upgrade to the newest versions...

I did upgrade them ignoring the warning. I did not feel any issues so far. Did that months ago. But not these versions - older.

Normally it is in /var/log/httpd/domains/domain.com.error.log

I would do it in a safer path. First upgrade to 10.0. Then 10.1. Then 10.2. And then 10.3.

Whenever I update PHP, HTTP2 is being disabled for some reason. I have to recompile Apache to make it work again. OS: FreeBSD 11.3 PHP modes: all FPM

If it is about moving the whole data, I think the easiest solution is a simple symlink.

It is quite easy to install it and use it; however the integration with DirectAdmin will need coding. Congratulations to zEitEr if he is developing a plugin.

For comparison it builds just fine on PHP 5.4 on the same machine: Found /usr/local/directadmin/custombuild/htscanner-1.0.1-enhanced.tgz Extracting /usr/local/directadmin/custombuild/htscanner-1.0.1-enhanced.tgz... Installing htscanner2-1.0.1-enhanced PHP extension for PHP 5.4... Configuring...

I have FreeBSD 11.3. Htscanner builds fine on PHP 5.4, PHP 7.3 and PHP 7.4, but it does not on PHP 5.6. The error is shown below: ... Starting php-fpm56: done Found /usr/local/directadmin/custombuild/htscanner-1.0.1-enhanced.tgz Extracting...

It is available in user level for me.

The Login LockDown plugin is also good for that.

Looking in all other threads that you started, it looks like you have something which is not standard in your installation - there are lots of failed compilations for you. Please tell us more about your setup.

Based on the statistics for their release timeline, it will be in the next two-three weeks. In mean time here is what you can do: 1. Backup the current wordpress site 2. Make a local server (for example XAMPP on Windows - choose older version which is not affected by the bug) 3. Modify the...

It works for me - FreeBSD 11.3 here.

File cache does not replace the memory cache - it duplicates it. The file cache is used only when the memory cache for some reason get flushed. As ditto said, opcache have settings which prevent users from interacting with each other.

The websites do not use the CLI version of PHP. That's why it's OFF and usually should be OFF. Regarding the file_cache -it's a second level cache: it is used to prewarm the main one on restarts. Unless you restart your server very frequently for some reason AND it is a heavy loaded one, this...

Indeed - I still have PHP 5.4. Maybe ICU got updated through the ports and I didn't pay attention that it's duplicated via Custombuild.

I did not edit versions.txt. Few days ago suddenly a downgrade of ICU4C started to list. Is there a known issue with the newer version that forces this downgrade?

Today I updated to the latest version of ClamAV from Custombuild. It compiled fine but few seconds after the update I got an error in the console: Shutting down freshclam: [ OK ] Starting freshclam: [ OK ] Restarting clamd. Shutting down clamd: [ OK ]...