diff options
| -rw-r--r-- | blog/pixml.md | 15 |
1 files changed, 9 insertions, 6 deletions
diff --git a/blog/pixml.md b/blog/pixml.md index 95ca1de..74237df 100644 --- a/blog/pixml.md +++ b/blog/pixml.md @@ -51,8 +51,8 @@ chat room just feels weird, hence I decided to gather the decency to build a photo gallery to show my loved ones (and admittedly, flex with online strangers). -There are not many [CMS] in the wild for photo hosting, which are -often either acts as a wall garden and/or a social network. +There are not many [CMS] in the wild for photo hosting, +and they often acts as a wall garden and/or a social network. Building and hosting a new one is quite overkill, thus the obvious solution left would be generating a static site. Out of the gazillion [SSG], I couldn't found any that meets the my requirements: @@ -171,7 +171,7 @@ plus the cost of constructing the tool, incrementally as our requirements slightly changes over time. Our choice for the base [programming system] shall affect each and every of these aspects and more. -Some technical dimensions are more equal than others, though. +Some technical dimensions are [more equal] than others, though. For this use case, IMHO immediate feedback loop should be given the number one priority, not only because it'd be frustrating to have to complete multiple rituals just to preview the changes, @@ -179,7 +179,7 @@ but also as watching and reflecting file system changes is (sadly still) a difficult problem. For Linux[^interjection] there's [inotify] which doesn't suck, -except when it does and misses events, and the standard POSIX build tool +except when it does and misses events,[^entr] and the standard POSIX build tool [make] relies on [mtime which is also flaky][mtime]. Some SSG work around this by spawning up a server with more sophisticated caching mechanism and even include a HTTP server sending out refresh events. @@ -190,7 +190,7 @@ Luckily, there is another way. *After* the birth of imperative DOM manipulation programs running on VM inside browsers (Ecma scripts), there came a (now forgotten) art of purely functional DOM transformation. More specifically, [XSLT] can declaratively transform any XML document -to another, and its best part is that modern browser native support it, +to another, and its best part is that modern browsers natively support it, i.e. there's no difference between editing the input document and the hypothetical output XHTML. For better portability and rendering performance, we can still generate the latter @@ -439,7 +439,7 @@ separation. Both can be used to provide hot loading during development and AoT rendering in production (if not all, then many JS libraries support pre-rendering, ignoring the monstrous [dependency graph](/blog/dedep)). At the end of the day, it's not the matter of technology but principle: -to be the [users' best interest]. +to be in the [users' best interest]. > *There is nothing complex about the photo gallery, > any existing SSG can do the same with minor tweaks! @@ -487,6 +487,7 @@ Anyway, this is getting too long, so Imma end it with another [song]. [^spoiler]: If you know, you know. [^interjection]: Yup, just the kernel. +[^entr]: But in case it works for you, check out [entr]. [^toes]: *Thumb*nails, pho*toes*, get it?-) [^sex]: Or conventionally in most Lisp 1's, `sex?`. @@ -518,6 +519,7 @@ Anyway, this is getting too long, so Imma end it with another [song]. [efficiency]: https://xkcd.com/1445 [programming system]: https://programming-journal.org/2023/7/13 +[more equal]: https://en.wikipedia.org/wiki/Animal_Farm [inotify]: https://man7.org/linux/man-pages/man7/inotify.7.html [make]: https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html [mtime]: https://apenwarr.ca/log/20181113 @@ -549,3 +551,4 @@ Anyway, this is getting too long, so Imma end it with another [song]. [awaken something in you]: https://www.youtube.com/watch?v=F3QPWrLFsOA [song]: https://www.youtube.com/watch?v=5LvOdWi3Qno +[entr]: https://eradman.com/entrproject |