We’re building BLUO - https://bluo.cms a modern multi-website CMS focused on simplicity and performance.
Key features:
- Multi-website management with single sign-on (one dashboard for all sites)
- Static rendering via Cloudflare KV for 100% uptime and blazing speed
- Real-time editor with AI-powered automated internal backlinks
- Theme switching without breaking functionality
We're currently serving 100+ websites. It's completely free for non-profits.
Would love feedback from anyone managing multiple content sites!
This only happens because people treat build code at a lower standard than app code. IMO you should treat all code with the same rigour. From build scripts to app code to test code.
Why write hacks in build tools when you wouldn’t do in your app code.
We build tool code with the same quality as the app code. That’s why most tooling we use are written in typescript: type safety, code reuse…
Getting a 260% (and this is a lower estimate) return might be great depending on the duration. If 10 years would be around 26% ROI. I wonder if there is any ETF that invests in all startups.
———-
Calculation below:
To calculate your net return based on the provided percentages and their associated returns, we need to determine the weighted average return for each category. The net return is the sum of all these weighted returns.
Here are the steps:
1. *25% of investments make zero return (100% write-offs)*:
- Return = 0
- Contribution to total = \( 0 \times 25\% = 0 \)
2. *25% of investments produce a return greater than zero but less than 1x (are losses)*:
- Let's assume the average return is 0.5x (midpoint between 0 and 1x).
- Contribution to total = \( 0.5 \times 25\% = 0.125 \)
3. *25% produce a return between 1x-3x*:
- Let's assume the average return is 2x (midpoint between 1x and 3x).
- Contribution to total = \( 2 \times 25\% = 0.5 \)
4. *15% produce a return between 3x-10x*:
- Let's assume the average return is 6.5x (midpoint between 3x and 10x).
- Contribution to total = \( 6.5 \times 15\% = 0.975 \)
5. *10% produce a return of 10x or greater*:
- Let's assume the average return is 10x (the minimum in this category).
- Contribution to total = \( 10 \times 10\% = 1 \)
### Total Net Return:
Summing all the contributions:
\[
0 + 0.125 + 0.5 + 0.975 + 1 = 2.6
\]
So, your *net return* is 2.6x or *260%* of your total investment.
This means, on average, you would get 2.6 times your initial investment overall.
> Once you have less skin in the game, it is easier to make bad decisions. The author argues this is due to a) having a capital buffer to cushion you, and b) having more time to waste.
It’s not wrong per se but worded to hide the benefit. Having less skin makes it easier to take higher risk. Which means more “bad” decisions but also with higher potential.
———-
While the prepayment strategy described here is interesting, I'm skeptical about some of the claims and implications. Here's why:
> So how much should they discount it? So let's say we're going to buy steaks. We're going to pay $34 a pound wholesale for dry aged rib-eye, we get net-120 (normally). So I call the guy and say "I'm going to use 400 pounds of your beef a week for the next 4 months, for our menu, which is about about $300,000 of beef, what (would) we get, if we prepay you?" And he was like "what do you mean?" I'm like "I want to write you a cheque tomorrow for all of it, for four months." And he was like, "Well, no one has ever said that." So he called me the next day, he said "$18 a pound" … so … half. Half price.
1. The 50% discount seems implausibly high. Even considering the benefits of prepayment and volume commitment, typical early payment discounts in most industries range from 1-5%, rarely exceeding 10%.
2. The story implies this strategy reduces waste, but the restaurant's beef consumption remains unchanged. The butcher isn't selling more beef overall, just securing a guaranteed sale for a portion of their product.
3. While prepayment does reduce risk for the supplier and improve their cash flow (which justifies some discount), it doesn't fundamentally alter the supply-demand dynamics or the perishable nature of the product.
4. If such extreme discounts were readily available, it suggests either highly inflated initial prices or an incredibly inefficient market. In reality, these price disparities would likely be arbitraged away quickly.
5. The net-120 terms do carry risks (default risk, cash flow pressure, inventory carrying costs), but it's unlikely these factors account for such a large portion of the price.
The principle of prepayment providing mutual benefits is sound, but the magnitude described here is likely overstated or oversimplified. A more realistic scenario might involve a combined discount of 20-25% at most, factoring in prepayment, volume commitment, and possible seasonal factors.
This story, while engaging, highlights the importance of critically evaluating business anecdotes, even from seemingly authoritative sources. The restaurant industry certainly has room for innovation in supply chain and financial practices, but the impacts and benefits may be more nuanced than presented here.
What the other user says is that maybe those companies will only let 1 device per account to be registered. So you can’t have 2 devices to login. Harder to share.
I even think they should dismiss modal by id instead of type.
As this is a highly sensitive part, I think stacking lock screens on top of the unlocked menu leaves the door open for many bugs that could unlock your device.
The unlocked menu should be locked at all times, and use a flag to monitor if it’s locked/unlocked, and only flip the flag when you unlock with biometrics or with password.
If the flag is locked, then the whole screen is black and can’t have any interactivity via touch, mouse, kw…
This way is more robust, so even if you manage to bypass the stack of lock screens, you end up with main menu locked.
This is exactly how we built Bluo: dynamic cms just like wordpress that deploys static assets (html,css,js,images) to cf workers.
Benefits are obvious: high reliability and speed to serve the static files. In addition, if the cms server is down for whatever reason, your website is still live and working fully (not just cached pages, all of them) just fine.
Actually you can think of it like a pre-built cache that it’s deployed to cloudflare kv store.
Other cool features we have is real time collaboration in the editor.