cplli
cplli on Hacker News
What the top commenter probably failed to mention, and jensneuse tried to explain is that sync.Pool makes an assumption that the size cost of pooled items are similar. If you are pooling buffers (eg: []byte) or any other type with backing memory which during use can/will grow beyond their initial capacity, can lead to a scenario where backing arrays which have grown to MB capacities are returned by the pool to be used for a few KB, and the KB buffers are returned to high memory jobs which in turn grow the backing arrays to MB and return to the pool.
If that's the case, it's usually better to have non-global pools, pool ranges, drop things after a certain capacity, etc.:
https://github.com/golang/go/issues/23199
https://github.com/golang/go/blob/7e394a2/src/net/http/h2_bu...
Yes, when using Alpine in a container context you're getting the "MINI ROOT FILESYSTEM" [1] experience; the parity differences are in the kernel (they're easily ""fixable"" and the team is open to enabling things that people actually use, I've opened such issues on their GitLab and they're very active and friendly)
[1]: https://alpinelinux.org/downloads/
Alpine is a solid distro for servers from my experience.
The only bad experiences I've had with it, come from the lack of parity between the x86_64 and aarch64 virt images. So our x86_64 setup doesn't work without building our own image with kernel params and addons. Even ZFS I don't think is built into the virt-aarch64 image.
All in all, I would recommend more devs/sysadmins to try alpine outside the container world, and run it in test VMs, host servers, etc.
Don’t forget to update your regex appropriately (/s hopefully)
Now we need a tool called NeighbourhoodWatch to monitor the cluster monitors.
Currently migrating from it (not writing any new files to it), but keeping it for read/shared files. The migration plan is to eventually move everything to a DS923 (Synology), with most files being mirrored on client machines and weekly offsite backups (encrypted). Would like something off-continent eventually but haven't given it any thought.
I cannot possibly trust Nextcloud again. I was very skeptical to begin with, because it's a rather large and complex project built on PHP over many years (call this a personal/subjective view). But what really made my decision was when they broke the ability to delete (and/or modify) encrypted files. [0]
[0]: https://github.com/nextcloud/server/issues/34744
Someone will definitely get 42.zip or 42kb.zip just to host a “zip bomb as a service”.
On a more serious note, new gTLDs are so spammy, and “.zip” as others have mentioned will surely lead to some surprises somewhere.
For caching the query results you get from your database. Also it's easier to spin up Redis and replicate it closer to your user than doing that with your main database. From my experience anyway.
An article on a site that has a cookie banner the size of my mobile screen :)
Posted by
cplli on Friday September 23, 2022 @02:51AM
from the ask-hn dept.
It's always been one of those items deep down on the "to consider" list, and my rationale was that there really aren't any straight-forward solutions for this and with Gitlab and Github offering their own registries it was never a problem.But yesterday I found out that Docker's Registry core (Distribution) [0] is OpenSource (and used by other registries too!), but I haven't seen many mentions...
I also only have Caddy running locally to proxy different dev environments and serve certain files, and it is an exceptional tool, but I would never deploy it in production:
1) Nginx configs are (from my experience) easier to template (in our Nomad & Consul cluster architecture)
2) From what I could gather, Nginx is more stable and performant
3) I don’t trust Caddy’s codebase security. It simply has too many dependencies, and Go makes it very easy to get into dependency hell
Honestly if 3) wouldn’t be an issue, and stability from 2) would be proven, I would probably give Caddy a try in production.
Ok, I'll have to look more in-depth into the Microsoft link, they link to many more pages including a whitepaper.
Regarding all the blockchain centric DID methods, would someone wanting to validate a DID (eg: did:thecoin:whatever_would_go_here), need to hold a copy of the blockchain? (in a scenario where one doesn't want to be dependent on a third party for blockchain interactions).
> lined up the tech in their products
Link? Or an explanation as to what this means?
> before it becomes available in a shop nearby
Meaning what exactly?
If you're saying Microsoft will implement DIDs, my question is, "Which of the 50+ methods?"
I was initially pretty hyped when I read the abstract for DIDs, bookmarked the spec and read it later. The "spec" is a bunch of buzzwords and vague generic "concepts". The DIDs themselves mean basically nothing, it's the "methods" that actually must have their own specification and actually "do something".
Another feeling you can quickly get from DIDs is that they're blockchain centric.
The entire concept is "jack of all trades, master of none". I actually hope to be wrong, and see some more fully fledged implementations/examples of real world use-cases, because I love the idea of federated/decentralized identity.
IANAL, but shouldn't a data deletion request also apply to the data inside backups, even when no recovery is planned?
Edit: I am also skeptical about the logs part, I don't think logs can be a magical excuse to log everything that comes in, and should still only log "legitimate" use-cases.
I wouldn't throw Jetbrains in the same boat. I quite like their pricing model. You get to keep the last version, so you're basically paying for updates in the end (which are worth it IMO). On top of that, you get a discount after the first year.
Considering some of the people on there, the HN title could be "famous & infamous", or as the project puts it on the page, "Notable". Still, very awesome project!
Thank you so much for this news! I have completely missed it. I've been scaling with terraform for so long, I didn't login to the dashboard to see the news pop-up.
This is great, not only can you drop IPv4, you can also drop both IPs and have a private network only VPS. I've got my weekend work cut-out :)
In case someone is wondering, the price reduction for dropping IPv4 (no price change in dropping IPv6) is 0.60 EUR (including 19% VAT)
Car colours is something that sometimes worries me, brighter colours are sold as 'extra', while greys are default/cheaper. This leads to some cars basically camouflaging with the road, especially at times like dawn or dusk. There are other colours that make it harder to spot a car depending on location/time-of-day, but from my experience greys and grey-navy-ish are the worst.
Posted by
cplli on Tuesday July 19, 2022 @01:22PM
from the w3.org dept.
Actually used them for a short while. I didn't like the additional step in my pipeline to build the docs, also they don't/didn't offer an interactive option. Other than that it looked pretty nice.
I write the OpenAPI spec by hand as I haven’t found any tool to match my needs (nor is the API changing too often). And for the frontend to display the docs I couldn’t be any happier with
https://stoplight.io/ (using their WebComponent for simplicity). I think I discovered this on the “APIs you won’t hate” podcast.
Another thing to consider (at least something that I sometimes do myself) is that some people may open a story to read for later (or even at the time) but never come back to upvote the post or engage in conversation.