<?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[Dolibarr the PHP beast - Problems with module installation]]></title><description><![CDATA[<p dir="auto">Today I spent a few lives trying to get an idea of how to sync Dolibarr with WordPress WooCommerce. Good news: there is a module for that.<br />
WooCommerce SYNC -&gt; <a href="https://github.com/OPEN-DSI/ecommerceng_woosync" target="_blank" rel="noopener noreferrer nofollow ugc">https://github.com/OPEN-DSI/ecommerceng_woosync</a></p>
<p dir="auto">But it ends with an unsolvable problem:</p>
<pre><code>Error copy file '/app/code/htdocs/custom/ecommerceng/patchs/dolibarr/includes/OAuth/OAuth2/Service/WordPress.php' to '/app/code/htdocs/includes/OAuth/OAuth2/Service/WordPress.php'
</code></pre>
<p dir="auto">My best guess is: yes, we can handle it on the app package level. Link /app/code/htdocs/includes/OAuth/OAuth2/Service/ to the /app/data directory.</p>
<p dir="auto">But really? Should we install all available modules to get an idea of where the module developers want to copy files to the read-only file system level?</p>
<p dir="auto">Do you have an idea on a general level to solve such core/module problems?</p>
]]></description><link>https://forum.cloudron.io/topic/6407/dolibarr-the-php-beast-problems-with-module-installation</link><generator>RSS for Node</generator><lastBuildDate>Fri, 12 Jun 2026 14:23:04 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/6407.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 30 Jan 2022 18:46:23 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Dolibarr the PHP beast - Problems with module installation on Tue, 01 Feb 2022 19:27:06 GMT]]></title><description><![CDATA[<p dir="auto">Started a new thread here - <a href="https://forum.cloudron.io/topic/6424/deploying-apps-that-treat-code-as-data">https://forum.cloudron.io/topic/6424/deploying-apps-that-treat-code-as-data</a></p>
]]></description><link>https://forum.cloudron.io/post/42722</link><guid isPermaLink="true">https://forum.cloudron.io/post/42722</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Tue, 01 Feb 2022 19:27:06 GMT</pubDate></item><item><title><![CDATA[Reply to Dolibarr the PHP beast - Problems with module installation on Tue, 01 Feb 2022 19:19:00 GMT]]></title><description><![CDATA[<p dir="auto">Yeah, these apps can be quite complicated to maintain. I have put a note for ourselves to see how we can solve deployments of such apps in the next release.</p>
<p dir="auto">I will create a separate thread and see if we can come up with ideas.</p>
]]></description><link>https://forum.cloudron.io/post/42720</link><guid isPermaLink="true">https://forum.cloudron.io/post/42720</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Tue, 01 Feb 2022 19:19:00 GMT</pubDate></item><item><title><![CDATA[Reply to Dolibarr the PHP beast - Problems with module installation on Mon, 31 Jan 2022 14:20:44 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/luckow" aria-label="Profile: luckow">@<bdi>luckow</bdi></a> that is a "good" point of view but in that precise case, the problem is on the plugin who "hack" main dolibarr core files, that's not a cloudron problem i mean</p>
<p dir="auto">and what about dolibarr core upgrades, it will break oAuth functionnalities ? really that is a special case for ONE plugin who don't care about main dolibarr files ...</p>
<p dir="auto">Hmmmm just to be clear, i'm sorry, for THAT module in that case it's not a patch, it does not modify a file in dolibarr core, it ADD a file in OAuth to enhance dolibarr oAuth support and add Wordpress as a OAuth source</p>
<p dir="auto">So that's a surprise for me and i don't know what to think about that ...</p>
]]></description><link>https://forum.cloudron.io/post/42631</link><guid isPermaLink="true">https://forum.cloudron.io/post/42631</guid><dc:creator><![CDATA[Inli]]></dc:creator><pubDate>Mon, 31 Jan 2022 14:20:44 GMT</pubDate></item><item><title><![CDATA[Reply to Dolibarr the PHP beast - Problems with module installation on Mon, 31 Jan 2022 11:24:55 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/inli" aria-label="Profile: inli">@<bdi>inli</bdi></a> Dolibarr is not the only FOSS with this kind of extensible functionality. In an ideal FOSS world, abstraction layers for modules/extensions/plugins exists and Cloudron apps are "easy" to package and update. 100+ apps in the store shows us, that this is possible.</p>
<p dir="auto">My question is: should we invest time in applications like Dolibarr, where installing modules puts us in this situation? Do we have a generic solution for "hacking core"?</p>
<p dir="auto">My position for a scalable video conferencing solution on Cloudron is clear: no <img src="https://forum.cloudron.io/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=13d69e59554" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":)" alt="🙂" /> Install a greenlight (Frontend for BigBlueButton) and use a separate cluster to scale. Perhaps we should define the same position for FOSS with "scary development" or find the holy grail to fix all possible side effects.</p>
<p dir="auto">An alternative way could be: use Dolibarr without modules. If it works for you, fine. If you need modules (and there are problems), install it on a separate instance.</p>
]]></description><link>https://forum.cloudron.io/post/42625</link><guid isPermaLink="true">https://forum.cloudron.io/post/42625</guid><dc:creator><![CDATA[luckow]]></dc:creator><pubDate>Mon, 31 Jan 2022 11:24:55 GMT</pubDate></item><item><title><![CDATA[Reply to Dolibarr the PHP beast - Problems with module installation on Mon, 31 Jan 2022 10:30:51 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/luckow" aria-label="Profile: luckow">@<bdi>luckow</bdi></a> the main problem is : a plugin tries to patch a dolibarr core file ... that could be a very bad idea (security point of view) and then what about dolibarr upgrades ?</p>
<p dir="auto">For example:</p>
<ul>
<li>i install dolibarr 14.0.1</li>
<li>then i install that plugin wich update a core file (includes/OAuth/OAuth2/Service/WordPress.php)</li>
<li>some time after i will update dolibarr to 14.0.2 -&gt; for sure includes/OAuth/OAuth2/Service/WordPress.php could be override by dolibarr update</li>
</ul>
<p dir="auto">what about the consequences ?</p>
]]></description><link>https://forum.cloudron.io/post/42621</link><guid isPermaLink="true">https://forum.cloudron.io/post/42621</guid><dc:creator><![CDATA[Inli]]></dc:creator><pubDate>Mon, 31 Jan 2022 10:30:51 GMT</pubDate></item></channel></rss>