News for hackers. Stuff that matters.

fullstacking

Re:Free static site generator for small restaurants and cafes on Tuesday December 02, 2025 @08:14PM (#46129106)
There is some code for looking up the geo lat/log of locations at compile. not sure how you would do that. But yeah outside of that your are mostly correct.

I used elixir because thats what I know and love so it was mostly just a personal choice rather than a technical one.

Re:Free static site generator for small restaurants and cafes on Tuesday December 02, 2025 @08:05PM (#46129059)
No one should need PDFs to see the soups when they can be handled perfectly fine with CSS scoped to print and save to PDF....

/s

Re:Free static site generator for small restaurants and cafes on Tuesday December 02, 2025 @05:38PM (#46127927)
First: https://github.com/Local-Cafe/localcafe-lite/blob/main/LICEN...

Second: pixabay

Third: Yeah that's the challenge I'm working on at the moment. Thanks for the feed back.

I do plan on cleaning up the repo so that you are not starting with the example and also plan on making a small tutorial video to show how much effort it takes to setup.

Re:Free static site generator for small restaurants and cafes on Tuesday December 02, 2025 @04:57PM (#46127474)
To be fair this project uses zero 3rd party npm modules for runtime. The total runtime JS it uses is 1.76kB in size.
Re:Free static site generator for small restaurants and cafes on Tuesday December 02, 2025 @04:24PM (#46127064)
ah yeah, sorry work in progress. There is a link to the repo https://github.com/Local-Cafe/localcafe-lite
Re:Street Photography by Josh Chernoff on Monday November 10, 2025 @08:14PM (#45882987)
Pardon the site, its a work in progress, That said this is the best of my work over the last few years. Mostly pre covid. 2017~2020

I'm abandoning a techstack because of it's community (or lack there of)

I'm not gonna bother saying what tech stack it was or even the specific tech issues I had with it or liked about that given tech.I could do that but honestly who cares? I've already moved on and have a profound realization.My issue with it was never the tech, it was with it's community.I tried to engage in a non contentious way but it was always hijacked by it's community "try hards".You know...

( Read More... | 1 comment | on HN )
Ignore this post, I delete my message in the elixir forum. That community has too many trolls and I'm done with them.
Your not wasting my time, I'm trying to do something about it. I'm just not gonna agree that what lead us to this issue in the first place in also the solution and no your comparison is not apples to apples.

Calling the server distribution is an over simplification of the issues. To this point we should only use the browser in the terminal, but even when its just text it still has to "format" it's content.

this the problem, who owns the "formats" for the content in a system where many sub systems needs to be aware of "formatting"

If the server didn't have to be aware of the html at all and it was only ever just raw data I would agree with your view.

Did you really just compare this to desktop apps? Stop playing games.

Ok I will bite. in the realm of desktops, what is the "backend"?....

But also lets assume you are talking about c/rust what ever code. Then you saying that because qt/gtk does not generate something for that code that is equivalent? This is such a reach. First The c code does not need to render a initial output before qt or gtk kicks in for starters. sounds like you just want to boil the ocean. F it, lets reinvent TCP everyone...

Also just gonna put this out there, what is your web agent if not a desktop app...

But really I can't even with this. I'm looking for sensible solutions to this real problem. I guess throwing your hands up and saying everything sucks is an option but I don't have time to think like that.

This frame of mind is what lead to this issue. How do you do that when they both have a concern for producing html. SSR is not fad, its a real issue. If SSR is a real issue than that means the server must produce the initial hydrated html. How do you do that if not with a shared template or duplicated template? Even JS front end still does not deal with this any different. You still have node compiling the front end code server side to address that very issue.

Maybe we need to acknowledge that you can't seperate them as they both exist with a need to produce HTML. But instead position the html closest to who it best serves and let them inform the other side. IE JS is most concerned with html as it interacts with it more where as the server only needs to really produce it once.

IMO your take is the worst take on this issue.

maybe its more of a "how do we create a standard template" vs this is how I do this in x, y or z.
I almost look at this like its a model / template but the model is a map and the template is universal
I dont know, maybe it instead is seen as a map of the model to native resources in that system and a language agnostic template with tokens that can be hydrated given they map to the model.
Re:The Last 100k Hacker News Links on Thursday July 24, 2025 @10:19AM (#44671034)
I had not thought that save that data since I had no use for it. My scraper only gets the url and then hit that url to get all the other fields of data manually. Sorry.
Re:The Last 100k Hacker News Links on Wednesday July 23, 2025 @02:49PM (#44662626)
Top 10 domains submitted in this was.

[Domain, link counts]

github.com 7819

www.youtube.com 3990

hackaday.com 1590

www.theguardian.com 1553

en.wikipedia.org 1509

arxiv.org 1317

www.theregister.com 1196

arstechnica.com 1001

www.nytimes.com 967

medium.com 910