[-] Aijan@programming.dev 16 points 2 weeks ago* (last edited 2 weeks ago)

Thanks for the tip. password.trim() can indeed be problematic. I just removed that line.

86
Self-documenting Code (lackofimagination.org)
87
31
Firewalling Your Code (lackofimagination.org)
72
Teaching Programming with BASIC (lackofimagination.org)
122
I Don't Trust My Own Code (lackofimagination.org)
[-] Aijan@programming.dev 7 points 5 months ago

Seriously, why the negative tone? If I've offended you, I'm sorry. You might think that I'm wasting time, but there are multiple ways to skin a cat. I prefer not to use DEB packages for deployment, though others might.

[-] Aijan@programming.dev 4 points 5 months ago

Cleanup can be as simple as deleting the latest deployment directory, if the script gets that far. The article is about using built-in Linux tools for 'easy' application deployments. One can also use dedicated tools, as you suggested, to further automate the deployment process.

[-] Aijan@programming.dev 7 points 5 months ago

Author here. In case it’s not clear, this article isn't about installing Linux packages; it's about deploying multiple versions of software to development and production environments.

25
[-] Aijan@programming.dev 3 points 6 months ago* (last edited 6 months ago)

Author here. My blog is also generated with Hugo, and it's great. I just prefer not to generate HTML and CSS from JavaScript unless it's necessary.

Sorry, I haven’t seen that movie. Thanks for the recommendation though.

21
Back to Basics in Web Apps (lackofimagination.org)
5
[-] Aijan@programming.dev 3 points 7 months ago* (last edited 7 months ago)

That idea crossed my mind too, but you can’t really use the full capabilities of SQL in graph databases, and that’s a deal breaker for me.

[-] Aijan@programming.dev 2 points 7 months ago

There's certainly the danger of creating too many ad-hoc or sparse relationships, which can cause issues. That said, when used for supplementing foreign keys, Tie-in can be a useful tool in a production system as well.

[-] Aijan@programming.dev 3 points 7 months ago

Yes, that's correct. Here's how an entry in the join table looks like:

{
  "id": 6,
  "sourceComp": "user",
  "sourceId": 2,
  "targetComp": "post",
  "targetId": 3,
  "type": "author",
  "createdAt": "2024-03-28T13:28:59.175Z",
  "updatedAt": "2024-03-28T13:28:59.175Z"
}
[-] Aijan@programming.dev 3 points 7 months ago

AFAIK, no NoSQL database fully supports SQL, and only some offer support for transactions and joins. The idea here is to augment a relational database by adding capabilities for dynamic relationships.

15
Beyond Foreign Keys (lackofimagination.org)
submitted 7 months ago* (last edited 7 months ago) by Aijan@programming.dev to c/programming@programming.dev

In a relational database, foreign keys are normally used to associate records stored in different tables, but wouldn’t it be nice to define relationships dynamically without having to add extra columns or tables? And while we’re at it, how about having sparse relationships by associating a record directly with any other record like “post X was last edited by user #123” or “post X was flagged for review by user #456” (who happens to be a moderator)?

6
4
[-] Aijan@programming.dev 1 points 7 months ago

You're welcome.

[-] Aijan@programming.dev 1 points 7 months ago

Agreed, this article is old, but I think it does a good job of showing how similar Alpine and Vue are.

[-] Aijan@programming.dev 1 points 7 months ago

That idea crossed my mind too. AFAIK, you can't really use SQL in graph databases, and that's a deal breaker for me.

4

Unlike most modern javascript frameworks, Alpine requires absolutely no build, you simply include the library and away you go, all features included. It’s also super lightweight. If you already know Vue, you basically know Alpine, making it perfect for Vue developers to turn to for projects where Vue is simply overkill and without the headache of learning something completely alien.

view more: next ›

Aijan

joined 7 months ago
MODERATOR OF