After a while since I left JS, I decided to learn Typescript, React and to give it a go again.. It's all fun, until you have to hunt down bugs..

I'm working with an headless CMS, so you have like 4 layers of stuff: JS, TS, React, CMS.

My opinion is that debugging works for SIMPLE stuff, like if I have a static website generator, debugging and hunting the errors by hand to find what's wrong it's okay. But when you have to do really complex stuff, interact with APIs, working with promises, async requests and all, I do think that hunting bugs like that is the recipe for a disaster.

My project runs into a bug: I get 27 different errors messages from different tools, some of them are easy to misunderstand and not really pointing out the right problem. And I don't want to imagine what's like working with a big fullstack app where you have to manage backend as well, not just its APIs..

Once things starts to get complex the language MUST have a good compiler, MUST have a very good package manager, an included linter which is the SAME one for everyone, and API/libraries documentation tool which looks everywhere the same, and most importantly a carefully crafted error handling system. Once a language is very complex it needs to goes straight to the point and tells you where the issue is, what you are doing wrong, and it's okay to have layers but you cannot use 5 different error detection mechanisms for one project.

Consider I only know apis are structured data that can be called or modified from within a program, and have no real further knowledge in real use cases nor in networking.

Where should I start from? Should I study backend?

I prefer docs rather than videos.

Something like Android auto or apple auto but with Linux, does it exist? Or if not what are your homemade solutions?

I need to create a website that holds some events data as well as other content, it will also maybe need to grab some data from APIs.

Since I'm skilled with Hugo (static site generator) I thought I could use that but it's turning out it's a total mess actually.

In Hugo I can have contacts (like events organizers) as taxonomy, but that is a different format (yaml) than CSV or vcard, and it's also static, meaning that if I edit a contact it will only change in Hugo. So I found myself having to manage contacts in 4 different places, in 4 different ways: Hugo yaml, Thunderbird, google contacts, CSV (from earlier days)... And I will add mailchimp once I'll also add a newsletter. This ensures my contacts are kinda becoming a mess.

Same goes with events, it's okay if I generate events in Hugo, but if I grab events from APIs and then the API content changes I will have to modify it on Hugo as well.

Everything it's turning out to be a total mess essentially and I think I tried to use something simple to build something quite complex, I realized the complexity later.

Now ideally I would like to be able to have my contacts, my newsletter, my content in one single place ato have everything nicely synced and not having to deal with 30 different lists or formats.

What should I do?

I know about the jamstack and headless CMS like ghosts and I was wondering if they could be a good solution, or if I should opt for a full CMS. Obvious solution would be WordPress but I wouldn't really want to mess with all the plugins.

Also I spent quite a but of time in building my templates for the Hugo website and throwing everything away would feel awful, if there's a way to reuse them (?).

I know some JavaScript basics but I would avoid it if possible.

Hi! I've been working with Hugo for a while and I also created a free MIT licensed theme with it!. I love the flexibility and the ease of use.

But I'll have to wok on a bit more complicated project than a simple showcase website/blog. The content to be published on it is not a lot, but it would be definitely better if I could:

• Get/Post some content with API to avoid posting multiple times the same articles on different platforms, getting modifications as well.
• Send posts digests via email / Download PDF post digests.
• Post on social medias (?)
• Parse some content from CSV files / I don't know anything about databases.

Now I know that I can do something like this with a little systemd service I might write on my own and something like Zapier + RSS feed + Mailchimp. Also I could leverage Hugo modules and the .GetRemote / transform.unmarshal command, to get content from remote sources.

Now I'm not really a lot more than an amateur developer, I was thinking a headless CMS could pheraps do this stuff and more in a better way (?). I'm not a webdev and I know only really really basic JavaScript, I can use Bootstrap for frontend confidently and add SCSS to it. I know a bit of Rust too.

Would it be worth to take the time learning how headless CMS's work? I don't really want to go back managing Wordpress plugins, updates ecc.

Do you think I'm going out of a static site generator purpose with this kind of project?

I used to use stocard to store the fidelty cards from several shops in one place, but now it's apparently closing and they want me to download another app which has 700 features I don't care about and that wants me to make an account and accept cookies..

Is there any Foss app that does simply this?

I have been using KDE for a while, while I like many features I am looking for suggestions to the default email client:

Kmail - completely unusable for me and the only one which could maybe be integrated with kontacts, it could not receive mails from IMAP or pop or would receive only sometimes

Geary - good but too minimal, I need at least some kind of contact list and mailing lists feature, maybe this integrates with gnome contacts? I couldn't find anything in settings

Let's say I want to build a GPS module for my car, which is only a GPS, doesn't hold anything else. Or a recipe tablet for my kitchen which only hold a recipe app.

Is this kind of purposes common? What would be the best way to do this kind of stuff? How do I choose the hardware? How do I "lockdown" certain aspects I don't need about software?

These kind of devices could be convenient because, by only holding what's needed, they would use less resources, they would be completely distraction free and they would be suitable to be used by non tech savy user which would need to use only one or two programs without messing with the system in any way.

I know KDE ha some kind of multi app kiosk settings, GNOME also can achieve something similar tho it's more confusing.. There are some kiosk distros which only give you a browser. But I don't see anything that can be set up, customized, and locked like that.

But would that be the best way of achieving something like that? I mean to use a GPS I don't need a terminal, nor video codecs, nor a browser.. Maybe I can add the possibility to send Osmand google maps links.. Or I can decide to make it hold Spotify too to make it a radio as well.. But a full distro would be wasted!

But how do I prevent every other use except the intended ones? Is there an easy way to achieve a "one purpose device" using Linux? Should I simply use whichever distro I like and uninstall everything which is not needed (I see use case for arch)?

I feel like we have the total freedom of Linux distros on one side, and companies using managed devices on the other by setting complicated policies, but I don't know any options in between!

Maybe the focus here is the desktop environment more than distros! Are there desktop environment purposed to give the user a set of limited apps, or a single app (which isn't only a browser)?

Is there a way to require a user to wait a certain time instead of asking for a password every time he wants to execute a command as root or access the root / or another user account?

I remember the old great times of barinsta.. Is there any app now? Or at least website.. ...That works decently?

I like notion a lot, especially for its databases function, it's much more powerful than stuff like excel, but being proprietary I'm scared of the buyers lock in / notion disallowing exports in the future and all the cons that come from using a proprietary software. Also managing integrations is probably harder than with an app that you own I think..

Is database in notion just a normal database like mysql? How easy/intuitive would be making the switch? Is it worth it?

We would use it for a very small organization, mostly for registering invoices, documents, lists of contacts with several informations.

I need to query results and to sort / filter database as I want, there's also the idea of trying integrating it with a website in the future maybe..

I like how practical notion is, but I don't like that it's proprietary and notion could potentially modify its terms of use whenever it wants.