Reminds me of web development in the 1990s. I honestly miss those days of deployment simplicity.
FTPing files to `~/public_html` was the best... Miss those days.
It still works...
Cloudflare Drop
81–90 of 306 posts
Re: Cloudflare Drop
#82Cloudflare folks: Please consider supporting WARC archives for deployment.
Is that something you use often?
Re: Cloudflare Drop
#83There must be some really good protection on this. If I enabled such a thing on any of my servers it would be full of warez, porn, malware, CSAM and who knows what else within minutes. Curious how they manage to keep it clean.
They already allow hosting static websites so I think the same guardrails are implemented.
I've never used CF so I could be ignorant in this matter. I assumed perhaps incorrectly that people had to verify their email address and delegate their domain(s) to CF including setting the glue records in the TLD servers meaning there is possibly a financial trail somewhere probably in the DNS registrars and perhaps a mail provider, whereas this is just drag-and-drop with no money trail.
I have no idea what guardrails they have in place in the background that blocks malware, CSAM, warez and such on their free accounts.
Re: Cloudflare Drop
#84Cloudflare folks: Please consider supporting WARC archives for deployment.
Is that something you use often?
When I want to serve an archived website in read only mode, yes.
https://news.ycombinator.com/item?id=48808481
https://github.com/SpeedcubeDE/speedcube.de-forum-archive is an example use case.
Sort of, but not quite, like cherry-picking files out of an archive blob in S3.
(I’ll see if Claude and I can come up with a WARC archive->zip file converter too)
Re: Cloudflare Drop
#85Cloudflare is obviously more trustworthy/robust here, but if name of the url matters to you, my site non.io [1] allows for named uploads, ie https://html.non.io/solara [2]
Somewhat useful if you want a url that isn't a hash / is more self descriptive.
[1] Launch discussion: https://news.ycombinator.com/item?id=36296695
[2] This was a demo of the output of a design tool I'm working on, only the home/accommodations/about pages work.
Re: Cloudflare Drop
#86Wow the people in this thread are a huge bummer. This is much cooler and I doubt this is a real safety issue. You can already sign up for a free cloudflare account and deploy it for free, on your own, on a free workers.dev domain. The friction removal here isn't going to meaningfully change the security / amount of malicious content.
[flagged]
You must be new here :)
Re: Cloudflare Drop
#87Re: Cloudflare Drop
#88Congratulations on launching! I tried uploading a git repository that I have previously successfully published on Github pages. This is a "no build" website I have built with the help of Claude. It should just work but I keep getting an error. Who can I reach out to give them steps to reproduce? The website repository is public and I feel like anyone at Cloudflare who wants to reproduce my problem can quite literally…
Or you could do some of your own troubleshooting? Uploading a git repo is different than uploading a zipped/folder, especially if your index.htm/l isn't at the root.
Thank you for the reply. Index dot html is already at the root of the folder and it deploys just fine on GitHub pages.
Re: Cloudflare Drop
#89Cool, it worked!
https://drop-1e1a536f-10d.honeysuckle-gull.workers.dev/
It's minesweeper, but the logic uses xstate/store. The link in the bottom is broken; it's supposed to go to `building-minesweeper-with-xstate-store.html`
I have no need for this but I love that my friends could vibe out a website, drop it here, claim it, and host it for pennies. This is great.
"Your site is reachable within ~32ms of 95% of the world’s Internet-connected population" isn't new but it's cool to see that achieved so trivially.
Re: Cloudflare Drop
#90[deleted]