<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[High cpu load while mounting shares via Webdav on macOS Finder - Apache2 missing mod_php]]></title><description><![CDATA[<p dir="auto">Hello Team,</p>
<p dir="auto">according to the <a href="https://docs.nextcloud.com/server/19/user_manual/files/access_webdav.html#accessing-files-using-macos" target="_blank" rel="noopener noreferrer nofollow ugc">Nextcloud docs</a> Apache is required to include <code>mod_php</code> in order to be able to mount shares via Webdav on macOS without any flaws. Currently we suffer from the issue described in the <a href="https://docs.nextcloud.com/server/19/user_manual/files/access_webdav.html#accessing-files-using-macos" target="_blank" rel="noopener noreferrer nofollow ugc">docs</a>. It leads to high cpu load and an unresponsive Finder.</p>
<p dir="auto">I just checked the our current installation which is <code>Nextcloud 19.0.4</code>. Calling <code>apache2ctl -M</code> inside the docker instance does not report <code>mod_php</code>. Is there any reason why it is not included?</p>
<p dir="auto">Kind regards</p>
]]></description><link>https://forum.cloudron.io/topic/3371/high-cpu-load-while-mounting-shares-via-webdav-on-macos-finder-apache2-missing-mod_php</link><generator>RSS for Node</generator><lastBuildDate>Sat, 18 Apr 2026 20:20:23 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/3371.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 09 Oct 2020 09:25:01 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to High cpu load while mounting shares via Webdav on macOS Finder - Apache2 missing mod_php on Fri, 09 Oct 2020 15:40:33 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/ctrl" aria-label="Profile: ctrl">@<bdi>ctrl</bdi></a> Cloudron package uses apache + <code>mod_php</code>. The high CPU load issue is probably because of something else.</p>
<pre><code># apache2ctl -M             
AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.18.0.24. Set the 'ServerName' directive globally to suppress this message
Loaded Modules:
 core_module (static)
 ...
 php7_module (shared)
...
</code></pre>
]]></description><link>https://forum.cloudron.io/post/15337</link><guid isPermaLink="true">https://forum.cloudron.io/post/15337</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Fri, 09 Oct 2020 15:40:33 GMT</pubDate></item><item><title><![CDATA[Reply to High cpu load while mounting shares via Webdav on macOS Finder - Apache2 missing mod_php on Fri, 09 Oct 2020 09:41:08 GMT]]></title><description><![CDATA[<p dir="auto">Thank you, I see! At least <code>mod_php</code> is recommended in the official docs in order to avoid running into that issue. Alternatively they suggest to use <code>Nginx 1.3.8+</code> instead of Apache as a webserver.</p>
]]></description><link>https://forum.cloudron.io/post/15318</link><guid isPermaLink="true">https://forum.cloudron.io/post/15318</guid><dc:creator><![CDATA[ctrl]]></dc:creator><pubDate>Fri, 09 Oct 2020 09:41:08 GMT</pubDate></item><item><title><![CDATA[Reply to High cpu load while mounting shares via Webdav on macOS Finder - Apache2 missing mod_php on Fri, 09 Oct 2020 09:28:24 GMT]]></title><description><![CDATA[<p dir="auto">I think <a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> was already investigating on this front. Generally the current setup is not ideal in how php is executed. But I don't know the details and not sure if mod_php is the best solution. It is on our roadmap to fix that though.</p>
]]></description><link>https://forum.cloudron.io/post/15313</link><guid isPermaLink="true">https://forum.cloudron.io/post/15313</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Fri, 09 Oct 2020 09:28:24 GMT</pubDate></item></channel></rss>