Cloudflare CTO: “If we did [take on GitHub] what features would you like?”

I feel like right now we are in a fairly centralized state regarding where packages come from and outages and other issues can really impact the CI/CD and development of different services.

These two seem unrelated. Quality is not measured by popularity. There is plenty of popular stuff that's junk, and good stuff that nobody uses.

that can usefully search code for more than function names.

What Cloudflare needs is further customization, especially in regards to caching. We actually had to migrate a certain part of our infrastructure to Fastly due to the lack of caching customization/rules.

I'd like to see:

- Custom caching rules similar to the new firewall rules

- Finer granularity of the cache expiry (I'm aware Enterprise has the ability to cache for 30 seconds, but we don't want to upgrade to Enterprise just for that one thing).

- Cache hit rate analytics grouped by path/domain/etc

While the ITP (Safari's -and maybe Chrome soon-- attempt to regulate tracking) initiative is on paper a good idea, I'm not convinced it's going to deliver.

Barging in with an OpenRTB v4 (current version is V3) that delivers on that - and maybe cut the middle men, that could be neat for every one : publishers, consummers and advertisers.

I’d like to be able to have more than one unique Cloudflare worker per account. And be able to assign specific workers to specific routes. This feels like an odd limitation and forces you to make huge workers code with path case statements to separate the request actions out. Pretty soon a single worker starts to feel like a large app instead of a simple function that does mostly one thing.

The ability to have more than one worker or at least a “dev” worker is really showing to be important to me. Especially the more logic that is moved to the edge, the more complex it gets, and the more testing/review might be needed so you need some way to stage changes before promoting to production.

Overall though I really like Cloudflare workers. I’ve moved a project that was built on AWS and it’s mostly all an improvement on CF, especially performance which was very noticeable. I run one public API entirely on workers and I use workers on the public facing site to scrub the path users send us and 302 them to the right place, instead of having to do that in the app. I also remove most query params inside the worker to improve caching performance. I should have a use case for the KV system soon.

https://www.cloudflare.com/products/workers-kv/

Hosting a public read-only repo would be as easy as standing up NGINX and pointing it at your repo folder, afaik.

At my previous job, we all had individual dev machines that we each had accounts on. So, we each had a copy of our repos that we could push to/work from. I wrote a little git alias that would add remotes for each others' machines so we could pull directly from each other (though we couldn't push).

Hell, even a "private" git repo wouldn't be too hard as long as you don't care about per-project permissions. Just make a user (e.g. 'git') that has read/write access to the folder and add some SSH keys to authorized_keys. Shazam, you have a private, self-hosted git repo at ssh://git@yoursite.com:path/to/repo.git.