huksley

Is the private repo support possible when self hosted?

Could you clarify what you mean? Cloud-related data stay in the EU, but yeah, marketing/payment stack are more diverse.

Disclaimer: I work at Verda.

Unfortunately it getting more expensive, as hosting companies started to rise prices because of memory costing more

You don't need docker anymore - it is safe and fast to deploy as systemd services.

And yeah AWS and the likes made for big money spenders with gigantic DevOps teams, not one person handling everything.

We at DollarDeploy were advocating that for 95% of your usage needs you don't need anything but one server and if outgrow it just switch to a bigger one.

I think one cloud in a bottle should be solved differently - apps deployed independently but additional thin layer for MDM - so logins and core data is at one place.

Imagine if your self hosted wordpress, outline, nextcloud and etc share same logins and access levels, bootstrapped with same information without the need to type it for every app.

It could also be shareable?

I just had a thought about similar thing - how to track human decisions on the codebase? Consider you are writing code together with AI, how you understand which code change happened because human asked for it

If you need to give access to your CRM/ERP system from ChatGPT / Claude desktop for non-tech users, MCP is the way.

I build integration for DollarDeploy but it was tricky.

Such an example of overengineering, why not just use OAuth?

In v.1 making MCP stateful was such a deployment-unfriendly way to do it - you need a complicated persistence layer for it to work.

All while it is just a fancy way make your OpenSchema PAI visible to AI.

OTel is very complicated while yeah for example datadog is just dropin. And Graylog support for OTel makes it a second class citizen in the logs (all attributes are prepended with otel_attributes_ which makes searching difficult).

Using is hard, vendors are hostile, it seems like no-one want it to be a first class citizen...

Very cool, excited to join as well - lets talk there is opportunity to have a space for this up to 20-30 ppl

They reverted this decision, "claude -p [prompt]" works with your subscription ok.

Agree on how scary it is to do npm upgrade right now.

But I don't understand why Dependabot is bad but Mendral is good. Why Dependabot will be an attack vector and Mendrol will not?

Also this, we disable it when building or deploying apps in DollarDeploy

export SEMGREP_SEND_METRICS=off export COLLECT_LEARNINGS_OPT_OUT=true export STORYBOOK_DISABLE_TELEMETRY=1 export NEXT_TELEMETRY_DISABLED=1 export SLS_TELEMETRY_DISABLED=1 export SLS_NOTIFICATIONS_MODE=off export DISABLE_OPENCOLLECTIVE=true export NPM_CONFIG_UPDATE_NOTIFIER=false

Just add this, it works better than Opus 4.7

vim ~/.claude/settings.json

{ "model": "claude-opus-4-6", "fastMode": false, "effortLevel": "high", "alwaysThinkingEnabled": true, "autoCompactWindow": 700000 }

Is it for managing my software deployed in the customer's cloud environment? Would you support simpler deployment targets, like on premises VMs etc?

At DollarDeploy we developing the platform to deploy apps to VMs with managed services provided, kind of like Vercel for your own servers. Would be interesting to try alien for enterprise customers.

> Download this repository as a zip-file from GitFlic

Please don't do that

Unfortunately turbopack have some bugs in bundling. Does not work on some of my projects. Can't reproduce outside of whole codebase, so no ticket.

Turbopack does not work for every app, I think they skip some build steps when building like typescript validation etc and aggressively cache node modules.

Not every project can be compiled on production server since compiling NextJS might take quite a lot of RAM, I would advise against it.

Not containers to blame but overprovisioning and how much resources dedicated to building. I am not sure how Vercel gets things build in literal seconds, but, hey, they are the creators of NextJS.

At DollarDeploy we building it also in containers but every build get 4GB/2CPU so it is quite fast but not as fast as Vercel.

I was prototyping with S3 mounted as filesystem for docker volumes and evaluating solutions for that. GeeseFS cli is the fastest one, here I made a script to mount folder with it from S3 compatible storage:

https://gist.github.com/huksley/44341276d7c269f092e10784959e...

You might want to play with memory params for GeeseFS for better results

Anyone tried to use vinext from Cloudflare in production? Might be faster.

But seriously, not sure why NextJS builds take so much, we are using stable and functional pages router in DollarDeploy and it is still takes too much time to build.

AI chat for DollarDeploy (platform to automate DevOps, kind of like Vercel for your own servers). Adding more tools to deploy your apps and soon sandboxes.

Working on AI chat implementation for DollarDeploy (platform to automate DevOps, kind of like Vercel for your own servers.

Neat thing about AI chat is that you can write in any language and it will automatically translate and use the right tools (create VPS server, build and deploy app).

UV_DISABLE_AGENT=1 UV_DISABLE_AI_HINTS=1 uv add

There is already memfs package which implements virtual fs, with other packages as well. What we need is to support import/require working with that vfs.

Any plans to offer self-hosted / open-source version?

How to run it embeddable, i.e. can I load unsafe code in existing typescript codebase using it?

What is the lifecycle of the sandbox? Can we pause, step-by-step, pause and resume executed code?