10 ms·
They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS? There should be a federal law prohibiting
by viach 7y ago
They violently break all the recent frontend best practices. Where is the React or Vie, SPA architecture, tons of JS?
There should be a federal law prohibiting making fast and simple UIs so that nobody will have concerns that the UI frameworks war leads us to great future.
- vnorilo 7y agoThere’s not even any analytics or trackers. The shame!
- panpanna 7y agoAnd no non-standard fonts on some random CDN. My eyes are bleeding
- yk 7y agoPerhaps one could use greasemonkey to inject Google analytics into arbitrary sites. (And load some font, and perhaps have a 20 second timeout somewhere.)
- rutthenut 7y agoThese comments put me in mind of https://motherfuckingwebsite.com/ https://motherfuckingwebsite.com/ and http://bettermotherfuckingwebsite.com/ http://bettermotherfuckingwebsite.com/ https://thebestmotherfucking.website/ https://thebestmotherfucking.website/ https://perfectmotherfuckingwebsite.com/ https://perfectmotherfuckingwebsite.com/
- panpanna 7y agoMonthly operational costs: $783 Maybe there is a relation?
- viach 7y agoAre you going to say there is not even a distributed no-SQL cluster behind this? Well, I can understand the UI part, but there are limits...
- panpanna 7y agoLocal config for static stuff and postgres yes-SQL. I assume it doesn't scale extremely easily but seems to work good enough for now.
- deleted 7y ago[deleted]
- cryptonector 7y agoYesSQL. Perfect. I'm going to steal that. YesSQL scales just fine to enterprises like VCS repo hosting. All you have to do is shard correctly (along the lines where you least need the power of SQL, preferably).
- NKCSS 7y agoWhere did you get that from?
- lazyjones 7y agoI love the design and wish a sufficiently large part of the web looked like this... Incidentally, it's a bit like HN.
- nannal 7y agoTheir page was done in 114ms. Where are the PBs of javascript, the YBs of uncompressed images in 128x320 res? Clearly they've messed up their CDN and we're missing content.
- notus 7y agoAll that really matters is the entry point size in modern application. I built an admin console for our company in react and it's downloaded and rendered in 220ms. People can make performant SPA's they just choose not to.
- majewsky 7y ago> for our company Is that in a single location? If so, then it's not really impressive. A good website loads fast even when the client is on the other side of the globe.
- notus 7y agoIt goes out to all the cloudfront edge locations so that generally isn't an issue. That being said anything under 300ms is not going to be very noticeable to most people.
- rhizome 7y agoContemporary fancysites might pull up a skeleton in that time, but it'll (often) take multiple seconds for every div to be populated and third-party request to return, juggling the page the whole time. "Initial request to clickability" is definitely longer than it used to be.
- 7y ago
- clarkevans 7y agoI'm sorry, sarcasm is not the best way to communicate an important point here at Hacker News. I appreciate the attempt at humor, but, it's not funny.
- danharaj 7y agoDon't be so bloodless. :^)
- vinceguidry 7y agoHN is often accused of being humorless but it's not true. The community simply has higher standards. Deadpan is your baseline, build from there.
- omarhaneef 7y agoBefore people downvote Clarkevans, please consider that this itself might be sarcasm and this is some new form of meta humor.
- gilbetron 7y agoThe downvotes are sarcastic as well.
- soggybutter 7y agoThe downvotes on this sadden me greatly.
- cosmojg 7y agoDon't worry, they're sarcastic downvotes. ;)
- hmnom 7y agoIt's written in Python so as soon as they have enough users it will be as slow as any webpage with tons of JS. Thankfully, that CPU load won't be on the client side... so it's still an improvement
- kees99 7y agoAre you sure? Looks like static pre-generated page to me: $ curl -s https://sourcehut.org/|egrep 'meta.*gen' <meta name="generator" content="Hugo 0.57.2" /> [0] https://gohugo.io/ https://gohugo.io/
- psychrometer 7y agoThe front end of the site it static but the backend of the service seems to mostly by python. https://git.sr.ht/~sircmpwn/meta.sr.ht/tree/master/metasrht https://git.sr.ht/~sircmpwn/meta.sr.ht/tree/master/metasrht https://git.sr.ht/~sircmpwn/git.sr.ht/tree/master/gitsrht https://git.sr.ht/~sircmpwn/git.sr.ht/tree/master/gitsrht https://git.sr.ht/~sircmpwn/core.sr.ht/tree/master/srht https://git.sr.ht/~sircmpwn/core.sr.ht/tree/master/srht edit: It is using flask according to this blog. https://drewdevault.com/2019/01/30/Why-I-built-sr.ht-with-Flask.html https://drewdevault.com/2019/01/30/Why-I-built-sr.ht-with-Fl...
- helb 7y agoThe website/blog (https://sourcehut.org https://sourcehut.org) is static, the Sourcehut app itself (https://sr.ht https://sr.ht) is Python-based. https://git.sr.ht/~sircmpwn/?search=sr.ht https://git.sr.ht/~sircmpwn/?search=sr.ht
- kdmccormick 7y agoI recommend you relax your convictions about Python performance a bit. Server-side bottlenecks are more often than not database reads/writes and other IO. And the few CPU-intensive operations can be delegated to libraries written in C. Pure Python is slow for CPU-intensive tasks, but that doesn't mean that a Python webserver is necessarily slow.
- 7y ago
- dreamcompiler 7y agoOMG! A web server serving raw HTML! The horror!
- progval 7y agoExcuse-me but you're supposed to call that Server-Side Rendering now.
- dreamcompiler 7y agoMy bad.
- agumonkey 7y agoWhat a healthy dose of sarcasm on top of a healthy dose of gui layer.
- root_axis 7y agoInsightful and hilarious sarcasm delivering a unique perspective!
- Waterluvian 7y agoTo be fair, not having any of those technologies is just a side effect of deciding to make a dead simple, spartan UI (which isn't a bad thing). You can get away with very fast, very maintainable front-end code that doesn't need any special frameworks when you say no to modern tastes and features. More websites should really consider doing so. One of the things that breaks my heart just a little is visiting these sites that load in 30ms and thinking that the Internet of 2019 could be largely like this and how amazing that would feel. Sure, there's lots of complex features we cherish having online, but those could all be hidden behind the main pages that are dead simple. Makes me think about how google.com is the gateway to a massive conglomerate of capability, web apps, features, etc. but the main page itself loads almost instantly.
- einpoklum 7y agoAnd it would kill them to write a decent CSS file?
- ken 7y ago> To be fair, not having any of those technologies is just a side effect of deciding to make a dead simple, spartan UI (which isn't a bad thing). That's also why google.com was originally so simple, in stark contrast to their competitors of the day.
- EGreg 7y agoYou know, libertarians often watch train wrecks and wonder how people can so clearly report problems and commiserate but the obvious solutions never seem to come up. Refugees... from a third party service... because things changed since they began there Some other third party service welcomes them, but has bad front end... SOLUTION: 1. Mercurial and Git are decentralized! They have been designed to be so. Make your back end decentralized also. Why rely on a centralized site? 2. We used to run front-end programs on our computers! What a concept. We thought desktop computers were far better than mainframes and “fat” clients were far better than “thin” ones. Now we are all back to mainframes. 3. End to end encryption! I mean wow half of all humanity has their accounts in an epic database of 3-4 billion people from many breaches. All their private information is now out there. And you trust GitHub, Facebook or whoever to host your group’s private data? MaidSAFE, MetaMask and other projects do 1,2,3. You should be in control of your keychains. We have plenty of desktop apps for managing eg git. Why let GitHub do it? At the very least, run GitLab on your own in-house servers. But there are other alternatives. And frankly, think about the speed and environmental impact of shipping all those bits to Google where you are “renting” Google Docs / Drive software to collaborate on something. You can have a lightning fast network in the Brazilian Favelas or a village in Namibia. Dating sites, ZocDoc, OpenTable, GrubHub can all be local open source apps running on local mesh networks. But nooo, we need project loon to send our signal to california in order to talk to our neighbor or coordinate dinner plans. And in Kashmir, etc. the government can simply turn off our internet and suddenly BAM — can’t even stock drugs locally for people?? https://www.nytimes.com/2019/08/14/technology/india-kashmir-internet.html https://www.nytimes.com/2019/08/14/technology/india-kashmir-...
- The_Tick 7y agoFor #1, yes it's decentralized but when running a team of people having a central clone is ideal. Yea I get it you can push and pull all day long but in reality people want to have a centralized location. The big appeal for moving to mercurial for us was better merging than svn. Our team worked a certain way already, the tool handle this workflow and that's one of the reasons we chose mercurial. Decentralized was just nice for full backups in a lot of ways.
- juped 7y ago
- sunflowerdeath 7y agoThe interface does not seem fast and simple to me, it's more like primitive and unfinished. Using minimalistic SPA library, like, for example, Preact, adding some feedback for stuff like form validating and data loading would make ux more smooth. I dont want to say that SPAs are best for everybody, but I can't agree that they are always evil.