handmade.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
handmade.social is for all handmade artisans to create accounts for their Etsy and other handmade business shops.

Server stats:

36
active users

#backend

0 posts0 participants0 posts today

Liebe Leute, der Mann ist aktuell auf #Jobsuche.
Er sucht etwas als (Senior) #Backend #Software #Entwickler bzw. #Developer oder #Architekt.
32h pro Woche bei 4 Tagen, Techstack #Java und #Python, #hybrid (50:50 Office:HO) in #München.

Auf diversen Plattformen sind wir bereits unterwegs, aber vielleicht gibt's ja Stellen, die nicht darüber zu finden sind.

Gerne teilen :BoostOK: bzw. mir was drunter posten :ReplyOK: da er selbst kein Interesse an Social Media hat.

Continued thread

Manually updated the database for tonight with a database browser for the sake of some progress. I managed to get the new network page, network detail page, and all networks table all working together. Here's a screenshot of my new network form.

This also lays the essential groundwork where I can start to track some IP allocations. At the very least, I want to track the gateway address, DHCP ranges, and static allocations. Then once I have the data, visualize it in a nice way.

I should be able to find Vuetify elements that can visualize and colorize this on the front end.

On the back end, I'll figure out some kind of relationship scheme for this that makes sense.

Continued thread

Got that all figured out and now I have two more things on the short-term list, both related to each other.

1, how to return better error codes from API calls
2, how to update a schema in place by adding more columns

I know for 2 I can delete the whole DB file and then it will recreate, but I'd like to preserve the data that's in there. This will only be more important over time as the amount of data grows.

Surely there's a way to detect changes in the schema from database.py and update it. Ref: github.com/alongchamps/rack-ro

GitHubrack-root/backend/database.py at main · alongchamps/rack-rootMy home lab inventory side project. Contribute to alongchamps/rack-root development by creating an account on GitHub.
Continued thread

The goal for Rack Root is to inventory my home lab and learn some web dev (FE+BE) along the way. I'm now at the point where I think I'll have the biggest challenge: IPAM / networking data.

I'm anticipating that this part will be the most complex because of all the relationships. This is also going to test my API and database design skills, to say nothing of the front end design.

At the start, I'm going to need a good IPv4 address handler library, ways to CRUD network segments, CRUD DHCP ranges, assign static IPs to devices, and similar.

I also will have the data to generate visualizations of IP address usage, and plan to do that at some point.

I fully expect to take advantage of things like Vuetify 3's v-card element which should help with some nifty graphical layouts.

Continued thread

Now to the new item functionality.

First screenshot shows a summary of test values in the table, and the date is formatted on the frontend so it looks the way I want.

Second screenshot shows the new item page which is definitely still a work in progress. I have a lot of functionality to add to this one, and figure out what layout I want to use for it. I'm using things like v-field, v-textarea, and v-date-picker for these elements. The buttons are of course using v-btn.

The last screenshot shows the item detail page and this design is definitely not final. I'm not even showing the notes or descriptions fields in this view. I really should sketch out some things I want to do in order to use this the way I want.

Continued thread

Well, it's been a month or so since I've posted so here's what I've changed/learned about.

It was easier for me to use DateTime than Date, even if I just want to hold a Date field. I also started to really build out some of the more dynamic functionality.

Device types can now be defined on the setting page, tab 1 and I'm using a modal textbox that pops up when you go to add a new item. All that needs is a name so a model makes a lot of sense for that.

When making a new item, the device types are pulled over dynamically and displayed as human-friendly names in a drop down. In the code and going to the back end, it's all using the ID. This field is also nullable in case the device type gets deleted, it won't throw as many exceptions.

I also wrote up the item detail page, though both the new item page and item detail page tell me that I need better UX design / more layout experience. This stuff isn't easy!

Finally on the design side of things, I've added a couple dynamic boxes to the landing page that show how many items and device types are defined. This is another part of the site I'll work to design more as I go.

I'm sure I will find something that looks good and functions the way I want – I just need to get there. And I can tell by where I am now that this project will keep me busy for as long as I want it to.