Earlier quoted context omitted.
That's true for all free stuff. It's a pain to constantly monitor if the service is still free, and a pain to keep migrating. Web hosting is very cheap - especially for static sites. Much easier to pay and forget about it. I've used my provider for 20 years.
I'm curious, which provider have you been using for 20 years?
The Static Site Paradox
181–190 of 370 posts
Re: The Static Site Paradox
#182Earlier quoted context omitted.
How are you handling commonality between pages with plain html pages? As long as you don’t use iframes, you have to manually sync everything that’s shared or almost the same on alle pages (header, footer, navigation). That’s pretty annoying.
Pretty sure parent didn't actually mean plain html files for everything but if they did then perhaps they're using server side includes.
If it's getting more complicated, I'll abort and upgrade to rails to use layouts etc.
The middle ground of static site generators are a trap in my personal opinion.
If I need to add a feature, I've found it's easier for me to implement it directly rather than try mess around configuring a static site generator with plugins etc.
Re: The Static Site Paradox
#183Earlier quoted context omitted.
What I want is for every smartphone to have an FM radio built in. There are FM radio IC chips available, and apparently some Android phones have them. It seems like a reasonable thing to require smartphones to have them for emergencies. I had to run my car in the beginning, burning precious gas just to hear on the radio what the hell was actually happening.
It might be selection bias, but my impression was that it is very hard to find a phone without this feature (going back to the Windows Phone and semi-smart feature phone era as well). The usual downside is that they do not spring to life unless a wired headphone is connected, because the cable is used as the antenna.
aren't wired headphones increasingly unsupported in newer phones?
Re: The Static Site Paradox
#184There is still not a censuses as to the definition of a static website. Is a website without a MYSQL database still static if it has JavaScript or php template include files? A pure static website in which each page has to be manually edited would be a headache.
I would say a static website is just one that doesn't do any extra work on the client to generate the content. Either SSR or just plain HTML files
Re: The Static Site Paradox
#185Earlier quoted context omitted.
> There is still not a censuses as to the definition of a static website Static website can be served by `cat index.html`
> Static website can be served by `cat index.html` For sure, but that's not a sufficient definition. You need to add some constraints to the contents of the html. Otherwise, you can put a huge javascript program in there that hallucinates a new page each time you render it. This shouldn't count as "static".
Re: The Static Site Paradox
#186There is a complicating factor for a Web developer's personal Web site: resumé-driven-development (RDD). For those professionals who try to use personal side projects for RDD, so that they don't have to sabotage as many employers' projects as they would otherwise. Which leads me to this morning, for example... For an indie Web site I'm about to launch -- and for which I'm using a popular modern Web framework, mainly…
Or it could be something in between, because it’s convenient to do so.
In my case, I couldn’t care less of resumes and offers, but still I want something more ergonomic than spitting out htmls from templates in js/python. So my sites are a mix of typescript, mithril, express and a few utility libs. Idk and don’t care how many packages it is, as long as my main imports are mature and don’t give birth to a new feature-vulnerability every few minutes.
You never mentioned your stack, but it’s a safe guess that it’s react and its ecosystem of always-improving-never-done bullshit. My completely unsolicited advice here is to avoid believing in false dichotomies. 1) There’s a big space between raw html and the worst possible mud. 2) This situation with react “world” is specific to react and isn’t indicative of anything outside of itself.
Re: The Static Site Paradox
#187Earlier quoted context omitted.
It might be selection bias, but my impression was that it is very hard to find a phone without this feature (going back to the Windows Phone and semi-smart feature phone era as well). The usual downside is that they do not spring to life unless a wired headphone is connected, because the cable is used as the antenna.
> unless a wired headphone is connected aren't wired headphones increasingly unsupported in newer phones?
Re: The Static Site Paradox
#188Earlier quoted context omitted.
that situation has had me thinking about getting an amateur radio license again. In a disaster like what happened to Western NC, which encompasses a much greater area than just Asheville, I wouldn't want to rely on anything based on the Internet. You want something with a long wavelength and low power. But it's so inaccessible, and I'm not sure if it's for good reason or not. Connectivity was knocked out from Black M…
What I want is for every smartphone to have an FM radio built in. There are FM radio IC chips available, and apparently some Android phones have them. It seems like a reasonable thing to require smartphones to have them for emergencies. I had to run my car in the beginning, burning precious gas just to hear on the radio what the hell was actually happening.
Re: The Static Site Paradox
#189We’re dealing with this big time in Asheville now. When cell service came back at all, everyone had shitty intermittent 3G, and none of the websites we needed for basic survival information would load. A bunch of good people created some text only news sites, and today I noticed that the Buncombe county website finally has a low bandwidth site, but even then when I inspected it, it had 130k of bootstrap css and 50k o…
Do you have links to the text only news sites?
Re: The Static Site Paradox
#190Earlier quoted context omitted.
I love when businesses do stuff like this. If it works, it works. My job isn't to ridicule them because it could be better, but make their solution better and ensure my solution for them works as well as theirs, if not better, without hampering the success they already had with what they were doing already. A lot of developers don't want to admit this—in my experience at least—but tons of these ad-hoc web solutions a…
I do consulting for a few restaurants, and despite my experience building full-stack web applications, I find myself reaching for Excel for most of my deliverables. These are "applications" that "non-technical" restaurant operators need to be comfortable in. Having a sheet where they paste in some data and get their needed output has required the least amount of continued maintenance and training. They can drag the f…