<?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[Payload CMS  Next-Gen]]></title><description><![CDATA[<p dir="auto">It's time to look for new and innovative web development platform, especially what can be implemented to work on our Cloudron, a new generation is coming and pushing.</p>
<p dir="auto">And it seems to me that it would be relatively simple to accomplish, if we could have a kind of LAMP version that would be packed to specifically be able to install and update NPM packages and run NODE apps.  OR, is there any other way we've yet to think, to be able to run the growing pool of apps and dev env around <a href="https://www.mongodb.com/mern-stack" target="_blank" rel="noopener noreferrer nofollow ugc">MERN stack</a>, in the like of the following, I mean, we already have a MongoDB server running full time.</p>
<p dir="auto">For example this <a href="https://payloadcms.com/" target="_blank" rel="noopener noreferrer nofollow ugc">Payload</a> app I believe would be a very interesting web dev app, which I see more and more coming around, to add to Cloudron OR to have a "kind of special setting" that would allow to run such apps on a LAMP server.  Payload <a href="https://github.com/payloadcms/payload" target="_blank" rel="noopener noreferrer nofollow ugc">GitHub</a> here.</p>
<p dir="auto">It seems to me that it would only require to allow NPM to write in a tmp folder that is not possible for now because of the nature of Cloudron read only files of the OS.</p>
<p dir="auto">To install Payload you need one command <code>npm i create-payload-app</code> but when I try this on a terminal on LAMP I get the following revealing error.</p>
<pre><code>npm ERR! code EROFS
npm ERR! syscall open
npm ERR! path /root/.npm/_cacache/tmp/89ae2dd2
npm ERR! errno -30
npm ERR! rofs EROFS: read-only file system, open '/root/.npm/_cacache/tmp/89ae2dd2'
npm ERR! rofs Often virtualized file systems, or other file systems
npm ERR! rofs that don't support symlinks, give this error.

npm ERR! Log files were not written due to an error writing to the directory: /root/.npm/_logs
npm ERR! You can rerun the command with `--loglevel=verbose` to see the logs in your terminal
</code></pre>
<p dir="auto">As we can see, while we can theoretically speaking run node and npm, in reality it needs to be able to WRITE something to the disk, so I guess there mut be a way to counter this?</p>
<p dir="auto">Now here's the VERBOSE log version, hopefully that would help to find a simple way to counter this.</p>
<pre><code>npm verb cli /usr/local/node-18.18.0/bin/node /usr/local/node-18.18.0/bin/npm
npm info using npm@9.8.1
npm info using node@v18.18.0
npm verb title npm i create-payload-app
npm verb argv "i" "create-payload-app" "--loglevel" "verbose"
npm verb logfile logs-max:10 dir:/root/.npm/_logs/2024-03-07T14_04_39_832Z-
npm verb logfile could not be created: Error: EROFS: read-only file system, open '/root/.npm/_logs/2024-03-07T14_04_39_832Z-debug-0.log'
npm verb logfile no logfile created
npm verb stack Error: EROFS: read-only file system, open '/root/.npm/_cacache/tmp/07f43201'
npm verb cwd /tmp
npm verb Linux 5.4.0-172-generic
npm verb node v18.18.0
npm verb npm  v9.8.1
npm ERR! code EROFS
npm ERR! syscall open
npm ERR! path /root/.npm/_cacache/tmp/07f43201
npm ERR! errno -30
npm ERR! rofs EROFS: read-only file system, open '/root/.npm/_cacache/tmp/07f43201'
npm ERR! rofs Often virtualized file systems, or other file systems
npm ERR! rofs that don't support symlinks, give this error.
npm verb exit -30
npm verb unfinished npm timer command:i 1709820280026
npm verb unfinished npm timer reify 1709820280030
npm verb unfinished npm timer reify:loadTrees 1709820280033
npm verb unfinished npm timer idealTree 1709820280033
npm verb unfinished npm timer idealTree:buildDeps 1709820280050
npm verb unfinished npm timer idealTree:#root 1709820280050
</code></pre>
<p dir="auto">I believe if this can be set somehow, we could run several available apps without the need to specifically "adapt" it to run on Cloudron.  For example <a href="https://github.com/anyproto/anytype-ts" target="_blank" rel="noopener noreferrer nofollow ugc">AnyType</a> which has been in demand here could possibly run like this as well. And likely much more.</p>
]]></description><link>https://forum.cloudron.io/topic/11250/payload-cms-next-gen</link><generator>RSS for Node</generator><lastBuildDate>Wed, 15 Apr 2026 00:36:25 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/11250.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 07 Mar 2024 14:14:57 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Payload CMS  Next-Gen on Mon, 30 Mar 2026 20:25:28 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/micmc" aria-label="Profile: micmc">@<bdi>micmc</bdi></a> it will work in LAMP if you set the HOME environment variable to /app/data, then npm will have a place to write to.</p>
]]></description><link>https://forum.cloudron.io/post/122717</link><guid isPermaLink="true">https://forum.cloudron.io/post/122717</guid><dc:creator><![CDATA[robi]]></dc:creator><pubDate>Mon, 30 Mar 2026 20:25:28 GMT</pubDate></item><item><title><![CDATA[Reply to Payload CMS  Next-Gen on Mon, 30 Mar 2026 18:33:06 GMT]]></title><description><![CDATA[<p dir="auto">Another annual cloudron subscriber here. I vote for Payload as well. It is better than directus for me. I use it in other projects (outside of cloudron).</p>
]]></description><link>https://forum.cloudron.io/post/122714</link><guid isPermaLink="true">https://forum.cloudron.io/post/122714</guid><dc:creator><![CDATA[composer]]></dc:creator><pubDate>Mon, 30 Mar 2026 18:33:06 GMT</pubDate></item><item><title><![CDATA[Reply to Payload CMS  Next-Gen on Sat, 22 Nov 2025 20:35:53 GMT]]></title><description><![CDATA[<p dir="auto">I would love to have PayloadCMS here!</p>
]]></description><link>https://forum.cloudron.io/post/115807</link><guid isPermaLink="true">https://forum.cloudron.io/post/115807</guid><dc:creator><![CDATA[hgieldanowski]]></dc:creator><pubDate>Sat, 22 Nov 2025 20:35:53 GMT</pubDate></item><item><title><![CDATA[Reply to Payload CMS  Next-Gen on Wed, 05 Mar 2025 20:55:07 GMT]]></title><description><![CDATA[<p dir="auto">I second this. <a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> what's your take on this one?</p>
]]></description><link>https://forum.cloudron.io/post/102672</link><guid isPermaLink="true">https://forum.cloudron.io/post/102672</guid><dc:creator><![CDATA[Aizat]]></dc:creator><pubDate>Wed, 05 Mar 2025 20:55:07 GMT</pubDate></item><item><title><![CDATA[Reply to Payload CMS  Next-Gen on Tue, 03 Dec 2024 17:23:23 GMT]]></title><description><![CDATA[<p dir="auto">Please consider adding Payload CMS</p>
<p dir="auto">3.0 is out and looking very good and suitable for production sites/apps.</p>
<p dir="auto">Summary:</p>
<ul>
<li>Next.js native full-featured CMS</li>
<li>Database options including MongoDB, Postgres, SQLite</li>
<li>Very dev friendly, but also great client friendly backend admin UI</li>
<li>Easy to run headless or not</li>
</ul>
<p dir="auto">Why I think this is a great fit for Cloudron:</p>
<ul>
<li>Great replacement option for Wordpress (Dev) that is gaining traction fast</li>
<li>Deployable in Docker: <a href="https://payloadcms.com/docs/production/deployment" target="_blank" rel="noopener noreferrer nofollow ugc">https://payloadcms.com/docs/production/deployment</a></li>
<li>Light on resources</li>
<li>I want it?</li>
</ul>
<p dir="auto">More notes:</p>
<ul>
<li>I see Payload CMS on Cloudron primarily as a good way to develop custom sites and apps for clients.</li>
<li>Currently, the easiest way to host Payload CMS is on their paid cloud offering which starts at $35/month per site. A Cloudron alternative could drive more Cloudron adoption--good for all of us.</li>
<li>They currently have two cloneable git repos to spin up on their cloud hosting, Website, and Blank. The Website version would easily replace most Wordpress projects. The blank version makes it easy to build a totally custom API with an admin UI similar to something like Directus.</li>
</ul>
]]></description><link>https://forum.cloudron.io/post/97716</link><guid isPermaLink="true">https://forum.cloudron.io/post/97716</guid><dc:creator><![CDATA[chris-at-idea7]]></dc:creator><pubDate>Tue, 03 Dec 2024 17:23:23 GMT</pubDate></item></channel></rss>