Dragonish

Welcome! Without buying more enclosures and increasing the number of drives you can access at one time, you will need to partition your files based on your own use case and maintain an index so that you easily can retrieve the right drive when you need to access data. Perhaps you get a drive for each year. Perhaps images go to one and video to another. perhaps you split on the file name. For an index, this can be as simple as labeling the drives and putting them on your shelf. As mentioned by others, there are software solutions for indexing file metadata as well.

If you buy more enclosures you can use MergerFS or another union file system to bring both disks together and provide a single view while using ext4 for each drive. This allows you to easily remove a single drive and plug it into another basic linux distro, but you will not get any data striping or other protections. So if 1 drive dies, you will loose whatever data was stored on that disk. Because of that, I advise you to still think about partitioning your files even if you union them so that you understand your failure scope.

my understanding is that terms of service would be helpful but not needed if someone trued to sue because you blocked access to the site. I would not expect ToS for a site like you are explaining, but if it did it would say “the web admin will ban you if you are naughty, you have been warned”

For privacy policy i think what you wrote to give us context is near perfect. Explain how your app stores data, be specific about encryption at rest and in motion. If your app is designed to hold name, email address, billing info you should highlight that in your policy. including a (monitored) contact email for questions would be nice, but not needed imo unless you are storing PII

Clouds and Feuds from Age Of Wonders

As you introduce more fiber into your diet you will probably want to increase water throughout the day. If you drink alot normally there may not be much of an impact to your bowels by increasing the amount you drink, but it is something to think of as your diet changes.

It looks like there is one here:

https://kevroletin.github.io/feed.xml

I am a fan of structurizer and the C4 model in general.

I would use a single .dsl file and add the relationships and entities as you discover them. You can apply tags , and then write filtered views to only show specific tags for sub systems or workflows that a user will follow.

you can pair this with markdown/text notes that reference the png files of the views that structurizer will output.

I am interested in reading more about what Tezka means. Please do share.

I think i can relate to your goals and am personally focused on similar work in an effort to make my own life a little more bearable. my efforts are more focused on executive function and how to integrate this into my life seamlessly vs llm/conversational ai. i have been playing around with conversational ai, but i currently lack the psychological understanding which is needed to do this right. i look forward to hearing more from you.

my immediate (ok, i have been working on this all day) thoughts

• as other have mentioned, i like quirky. I would want them to show some flaws. idk what exactly, but i think it would be off-putting to be overly clinical or “perfect”
• i would be more comfortable interacting with Tezka in a more private environment such as a matrix room vs a more public comm like this.
• i like the “relational repair” aspect. my own shortcomings here is something that has been made much clearer to me recently. I imagine them asking me if i have reached out to my relations, and give me some personalized advice on how best to approach the person. If the interaction with the person did not go well, then i imagine them helping me through it in a positive way, preparing me to try again next time.

To expand with my personal experience, I self host a synapse server partly for the reason that i want my children (aged 8-14 now) to have a communication platform they can access to get ahold of me with out requireing a sim card. I do not federate, and i do not allow account sign ups. That keeps a pretty isolated instance while still allowing everyone on that homeserver to be able to talk to each other.

I help them get Element setup on each device. I dont think this is overly complicated, but i am sure i am a horrible judge of complexity… They have to enter the url of the server, then their password, then they need to scan a qr code/verify from an existing device. Or, they need to enter a second passcode to verify their identity. I help them keep those secrets in bitwarden, so imo, that complexity is an opportunity to explain some opsec and encryption!

For keeping track of tasks on my projects i use todo txt. For each of my projects will drop a file named todo.txt in the root. each line is a task, and i order them based on priority. I can walk away from it and when i start working on the project again, i have an simple way to see the list of tasks i have laid out for this project.

http://todotxt.org/

I personally find it less useful to see the “big picture” of all tasks, and this lets me focus on the details of my projects without forcing a bunch of structure.

VS Code’s extension system makes it pretty easy to build your own code snippet extension. I use my own private extension to easily “generate” different types of markdown files (ie readme vs a troubleshooting guide) from my personalized snippets.

I agree that data staleness is a limiting factor. Depending on your needs and technical proficiency you could use use their zimit service (limited in the number of links it follows). The zimit tool is oss and on github, so you can run the it yourself to keep the sites you are interested in up to date in your local kiwix

While not a solution right now, I just want to add that the general transit feed spec aims to solve the data interoperability of different transit systems. The transit system keeps a publicly accessible zip file up to date, and then anyone can pull/parse the schedule/prediction data in a consistent way across transit systems. I know in the us adoption is slow, with vendors prefering to build their own walled gardens and transit agencies lacking the vocabulary or skills to advocate for more open data/tools