Live data from Hacker News

My stack is HTML+CSS

blog.steren.fr

91–100 of 194 posts

Re: My stack is HTML+CSS

#91
post #66

Sure, it's super easy when your page doesn't have even a header and/or a footer. Try having a top-menu in your design, or some banners/ads, and then you need to change ALL the pages to change a single url. This is how we used to do things long time ago, and it sucked BIG TIME, and that's why people invented server-side includes and cgi and mod_php and all of that... it saves time, and your time costs much more than h…

This is the exact thing I experienced and have been dealing with the past couple days. I wanted to create a small collection of pages as my website, intending to keep everything as small and simple as possible since it was (mostly) just to display some basic info and "posts". Well as soon as I wanted that menu for pages it was a whole new can of worms. Sure, I could just copy/paste/replace content as it changes. But…

HTML, CSS and SSI includes would be an easier option. If you don't want to deal with Node.

Re: My stack is HTML+CSS

#92

Has anyone tried to create something other than a simple blog, like an actual web product with with users, using only the HTML+CSS stack?

I worked in a project from 2010 to 2014 which was just HTML and CSS.

It was a University portal for teachers, students and admin staff that handled almost everything in the campus: grades, attendance, class schedule, downloads, renting books in the library, making room reservations, lunch vouchers for staff, a helpdesk system for students and staff, getting a free email account, etc.

The goal was to be simple enough for non-technical students and older teachers. Most things were one click away from the home page, which was just a bunch of colorful icons. You clicked one icon and could see schedule, grades and attendance. The teacher could edit grades and attendance of the whole class in a single screen.

There were no special requirements to drop JS. We just removed JS at some point and never added anything again.

Frankly it worked pretty well. The design was made by a professional rather than using off-the-shelf stuff.

What killed it was a migration to Bootstrap around 2015 after I left. For no reason. The layout ended up looking outdated compared to what we had, and the animations and javascript dropdowns were too heavy for the University's ageing computer fleet. The extra whitespace from default tables made everything too big to fit in a screen. Kind of a pity.

But by this point everyone was moving to phones anyway, so the university spent a couple million in an iOS/Android app.

Re: My stack is HTML+CSS

#93
Why can't HTML some kind of templating system, or even simple includes? Then I wouldn't need to use a static generator and could just author HTML directly.

e.g. (with hypothetical and tags)

template.html

    
    
        My Fancy Blog
        
    
index.html

    
    
        
            Hello world
        
    
Maybe this would compromise browser performance or add some kind of vulnerability, but authoring DRY HTML directly is my fantasy

Re: My stack is HTML+CSS

#94
post #82
post #72

Earlier quoted context omitted.

My article covers that: > So... if I don’t use any templating system, how do I update my header, footer or nav? Well, simply by using the ”Replace in files” feature of any good text editor. They don’t need frequent updates anyway. The benefits of using a templating system is not worth the cost of introducing the tooling it requires.

>The benefits of using a templating system is not worth the cost of introducing the tooling it requires. Other people use static site generation, you use search and replace in your editor - not much of difference. Your approach is slower in long term, but with your on average 1 article per year it will take some time until you reach the threshold.

Eh, I don't think a person can ever write enough articles and rewrite their layout enough times that search+replace overhead ends up bigger than the upfront time it takes to read jekyll/hugo/whatever docs (plus debugging idiosyncrasies, etc). And even if search and replace was slower overall, you might be looking at a difference of minutes over a period of decades (i.e. it wouldn't actually matter in any practical sense).

Far too often I see people spend days to save 2 seconds (and then proceed to not realize the savings over a long enough timespan)

Re: My stack is HTML+CSS

#95

> You don’t need Wordpress, or Hugo to put a blog online It took me about 25-30 minutes to publish my website with Hugo, from scratch. I can't even estimate how long will it take if i try to build something like the current one. > Angular, React or Next.js to put a web page online. Raw HTML and CSS do the job. If you see someone who uses Angular for a blog, go straight to the DEA and report him/her.

Yes, but you probably used a provided Hugo theme.

For a fair comparison, you'd use a premade pure HTML+CSS template or write a Hugo template from scratch.

Re: My stack is HTML+CSS

#96
post #66

Sure, it's super easy when your page doesn't have even a header and/or a footer. Try having a top-menu in your design, or some banners/ads, and then you need to change ALL the pages to change a single url. This is how we used to do things long time ago, and it sucked BIG TIME, and that's why people invented server-side includes and cgi and mod_php and all of that... it saves time, and your time costs much more than h…

Just create the header/footer as static SVG, embed as , let http/2 handle the rest.

Re: My stack is HTML+CSS

#97
Sorry to be so negative on this one but I'm kinda triggered by these "look its that easy" kinda blog posts that fail to adress the common task at hand entirely.

This works for your personal blog with a super minimalistic design. This is completely unfeasible for client projects, or at least it will break your neck in the long run. And chances are your abysmal lighthouse score on WP had more to do with a bloated, mashed together WP setup than with the technology itself.

Re: My stack is HTML+CSS

#98

Earlier quoted context omitted.

This is the exact thing I experienced and have been dealing with the past couple days. I wanted to create a small collection of pages as my website, intending to keep everything as small and simple as possible since it was (mostly) just to display some basic info and "posts". Well as soon as I wanted that menu for pages it was a whole new can of worms. Sure, I could just copy/paste/replace content as it changes. But…

HTML, CSS and SSI includes would be an easier option. If you don't want to deal with Node.

I was unaware of SSI, thanks for pointing it out. I'll be taking a look at that tonight.

Re: My stack is HTML+CSS

#99
post #72
post #66

Sure, it's super easy when your page doesn't have even a header and/or a footer. Try having a top-menu in your design, or some banners/ads, and then you need to change ALL the pages to change a single url. This is how we used to do things long time ago, and it sucked BIG TIME, and that's why people invented server-side includes and cgi and mod_php and all of that... it saves time, and your time costs much more than h…

My article covers that: > So... if I don’t use any templating system, how do I update my header, footer or nav? Well, simply by using the ”Replace in files” feature of any good text editor. They don’t need frequent updates anyway. The benefits of using a templating system is not worth the cost of introducing the tooling it requires.

You forgot to mention the main benefits! Your website does not fingerprint my device, nor present me with a dark pattern infested "do you want us to send your data to 50 ad networks" popup.

Re: My stack is HTML+CSS

#100
I agree wholeheartedly with this sentiment and have elected for the same thing on my website. The only difference is that I wrote a simple template based static site generator (https://github.com/JosephNaberhaus/naberhausj.com/tree/maste...) to keep my HTML sources in accordance with DRY.

What I don't understand is how the linked page is downloading 1 MB of resources which unpack to nearly 2 MB. This page shouldn't need more than 100 KB.

Post reply on HN