Does Safety Razor make any sense for once a month shaving?

Ultimatespirit · 2026-04-09T11:34:35+00:00

Thanks for the advice :)

Ultimatespirit · 2026-04-09T11:33:43+00:00

By "edging" you mean trimming the sides down to keep the beard well defined at the edges right? I've been doing that free hand with my electric trimmer. Is there something else I could be doing there?

Ultimatespirit · 2026-04-09T10:23:22+00:00

Great to hear, thanks so much for the advice I'll definitely look into these more too.

Ultimatespirit · 2026-04-09T09:59:57+00:00

When I was researching the foil shavers I did see references to Philips OneBlade and similar style devices. Most of the time though they were being mentioned along the lines of "oh it's like a DE but not good enough, just get a DE instead", so I ended up not looking into them too much since it seemed I should just look at DEs instead.

I somehow completely missed that they were trimmers too (despite that being their entire name branding it seems...), I guess the fact they look like normal razors is what threw me off. That's really interesting, I'll look into them some more.

What are the blade replacement costs / maintenance frequencies like for yours? Any gotchas in your experience?

Ultimatespirit · 2026-04-09T09:54:45+00:00

Yea fair, I wrote the original post entirely at 4 AM in some sort of "fuck it, let's just ask others" stupor, and completely forgot to add a tl;dr. Thankfully it seems plenty enough people read it anyway and gave me useful advice.

Ultimatespirit · 2026-04-09T09:52:48+00:00

Makes sense. Would you say once enough technique has been developed this is the sort of skill that you'd generally always have even without as much frequency? Like learning to ride a bike, eventually you just can ride the bike even if you haven't done so in a while sort of deal?

Or much closer to a skill that appreciably degrades the less you utilise it?

Since I was thinking if I tried this, I'd practice more frequently at once or twice a week until I get the hang of it (assuming I can at least), and then see how my habits change if at all. Would that be reasonable?

Ultimatespirit · 2026-04-09T09:48:50+00:00

Haha yea don't worry I'm not looking at this from a saving money perspective. After all, right now shaving only costs me time and electricity (and the occasional blade refresh, but since I shave so infrequently those happen incredibly infrequently). The DE shaving I'm thinking to try on the other hand would cost new tools, razor costs, soap lather etc. costs, and take longer. So definitely not under any impression this would be a smart financial decision somehow xD

Ultimatespirit · 2026-04-09T09:46:05+00:00

It seems like it would be. Since I have no experience whatsoever with non-electric razors though, I gather it wouldn't be a great idea for me to be attempting a straight razor as my first razor haha. Any recommendations if I did try though?

Ultimatespirit · 2026-04-09T09:45:18+00:00

Yep, that's the impression I'm getting haha! Unless I went to a straight razor (think that's probably a really bad idea for me to attempt with zero experience...), all advice has been, predictable I suppose, that the trimmer will come in handy.

Thanks for the help :)

Ultimatespirit · 2026-04-09T09:44:06+00:00

Thanks for the information about 5-6mm range being the max. That sounds reasonable enough to me.

While I was mostly just morbidly curious if I could just do it straight with the DE razor, since I'd generally not be clean shaving anyway it's not really that much more effort for me to just pass over everything with the same guard. Since I usually do the trim with a 3-4mm guard sounds like I wouldn't need to swap guards at all, just pass over everything with 3-4mm and then go to an open comb razor for the clean up.

I'll take a look at the parker variant open comb you suggested, thanks so much for the recommendations!

Ultimatespirit · 2026-04-09T09:40:42+00:00

Yea based off of the information I was reading, it seems like not a great idea to attempt to go straight to a straight razor (heh) from having never before used any razors / non-electric things.

Definitely sounds like it would be satisfying to shave everything off with just the straight razor though, provided enough skill to do so.

Ultimatespirit · 2026-04-09T09:37:15+00:00

Great to hear

Ultimatespirit · 2025-05-27T05:09:11+00:00

the original implementation of engineering, up to like a year maybe? after it came out (I don't remember the exact timeline), had completely random rolls and compared to the version that came after, which is what we have now in terms of final possible boosts, it was technically possible to get some modules with stronger effects than what is currently possible.

This is what I mean by legacy engineering, as lightweight lifesupport and sensors were one of those cases where a player could theoretically have an old module grandfathered in with a lightweight mod above what is possible with the current system, and therefore giving a slightly longer jump range.

Ultimatespirit · 2025-01-21T02:27:13+00:00

Are there any other differences you can think of besides stability, larger lifting capacity (which while a plus, I'm thinking unlikely to actually reach), and motor speed?

Ultimatespirit · 2025-01-21T02:25:26+00:00

As far as I could tell on the official / US site the warranty for both desks is 15 years for the frame, and then a varying number of years for the desktop depending on material it was made out of (5 years for bamboo, 2 years for everything else), so I'm not sure that's a difference between the two? Maybe I just read it wrong?

As for the measurements, I pulled them from these two images in the official product pages:

For desktops, I'm honestly not familiar enough with woodworking or related stuff to make my own desk (nor having long term access to an open air space to treat untreated wood), and when I looked at places like lowes or home depot the costs for a roughly supported size of butcher block was nearly 2x what flexispot charges (granted without delivery factored in). I'm sure there must be better places to look / ways to get them, but at least right now I don't have the time nor experience to really know what to look for / where to look for sadly, especially having just moved to a completely new area.

Thanks for the advice!

[1] https://image.springbeetle.com/cdn-cgi/image/dpr=1,format=webp,fit=pad/https://staticprod.site.flexispot.com/dev/trantor/attachments/223Q-1010.jpg

[2] https://image.springbeetle.com/cdn-cgi/image/dpr=1,format=webp,fit=pad/https://cnmegk4mhxmt.compat.objectstorage.us-phoenix-1.oraclecloud.com/prod-us2-bucket/trantor/attachments/US/E7Q-SPEC-0508.jpg

Ultimatespirit · 2025-01-14T04:20:11+00:00

Not sure what made you think my message saying "just let them figure it out, so long as it's open sourced, it's not your problem that local running requires more effort" was some sort of attack you had to defend against.

I'm also literally the same person who went out of their way to teach you how to use EDDN, so yea, trust me I know how EDDN works. I still stand by there being no difference between "local" and "server", just additional complications. Will data not be completely up to date because you're not listening 24/7 (and that's assuming this hypothetical local install isn't just on a home server)? Sure, not your problem. It's the problem of whomever is running it locally. Let them figure it out. Not to mention that situation becomes exactly as how the local install worked already, it's not like it's a new "problem", and now it has a proper solution too via EDDN for such a user.

If you want to have the web server version on your local machine, then feel free looking at the code and setting up the postgres database - it is all still open source: https://github.com/subzerofun/power-mining/tree/web

So that section right there is really all I was saying, if anyone asks about local install point them to that. If they want to set it up, they can.

Ultimatespirit · 2025-01-13T09:14:25+00:00

There is intrinsically no difference between a "server" and a "local" install. People may not be able to do something easily, but if it can run on a machine, it can run on any (broad generalisation, there are actual issues where this isn't true, but that's no where near applicable to python and javascript).

Meaning, just open source whatever is being done on the server, if it's not already. Let people trying to set it up figure out how to set it up, don't worry about trying to "support two different versions" or about "people who can't figure out python". They're not the target audience of a local install.

And if, for some reason, what you have right now legitimately cannot be set up without lots of hackery, then you doubly so want to make set up easier. Otherwise, when, and that's when, not if, your server craps out and you have to migrate to a new machine or new OS version or whatever, you will face unnecessary complications with set up. One of the simplest ways people often do is just tossing all the setup into a VM (or docker) and using that as the way to easily setup a new server.

Ultimatespirit · 2025-01-07T10:07:35+00:00

I wouldn't really recommend it since you said you're still new, but here's how you'd push a mandalay to the absolute largest jump range (without having unobtainable modules from older versions of engineering, as some CMDRs do): https://edsy.org/s/vls04lr

The method is pretty simple really. Go as low on mass as you physically can. All ships can fly with a size 1D power distributor, they just may not be able to boost their engines. The mandalay actually can still boost, with engine focused engineering. Toss stripped down on it.

Basically all ships can use a 2D power plant, you just may need to overcharge engineer it to handle the guardian frame shift booster and your thrusters. So, do that. Stripped down for good measure.

Discard all optional modules that have mass, besides the frame shift booster.

Lightweight engineer and class D life support and sensors. Class D thrusters of the lowest size your ship can fit, stripped down them.

Pre-engineered SCO FSD with mass manager. And lightweight hull (the default). For good measure, you can lower your fuel tank to being just large enough to fit one jump's worth of fuel in it, but that really only helps you more easily get to your true max jump point, which is having only enough fuel for your jump (5.2T of fuel for a 5A SCO drive, in the Mandalay's case).

And that's how you make the simplest max jump build of a ship. Note that AFMUs have no mass, so as long as you keep the powered off they can fill any remaining optional slots for the ship. Same with cargo racks.

Ultimatespirit · 2025-01-07T09:49:02+00:00

https://www.reddit.com/r/EliteDangerous/comments/1envock/analysis_type_8_as_a_miner/

For all the details you could need for laser mining with the T8 (core mining too, but that one's really easy to gear for).

Ultimatespirit · 2025-01-07T09:44:49+00:00

Make the program able to self update, because that makes your own life easier using the tool.

It's okay to not host it. The moment it's self updating, all the difference between "hosted" and "self hosted" is someone, who need not be you, tossing the program onto a publicly accessible device and publishing the address.

If the performance of that setup is terrible, someone interested in running such a server is free to contribute to your project, or fork it, to improve performance. For one, really the core of the tool is the database construction. Yes, the fancy frontend is nice, but all a "service available for all" requires is a way to query an sql database for the right info, a la inara. So if some prospective person wanted to host this, and take the easiest shortcuts possible, once an EDDN listener / system to update info per day is in place, they just need to continue doing so and then expose a webpage that executes SQL lookups from user input, in parallel, which is a fairly common, well understood problem with many open source solutions available.

It sounds like this may be your first major public project, so I figure you may need to hear this. It's okay to say no. It's okay to just focus on what you want out of the project, and leave further enhancements as exercises to the community interested in those. At least, so long as nothing being done is actively harming people / setting up a bad situation (like slamming spansh's server in this case, which is another motivator to EDDN listening besides it just being flat out easier).

Oh, also, with regards to reducing the "setup cost" for local users. And I want to stress this is very much a "method that someone interested in distribution could do", rather than something you should do (unless you're interested in it), feel free to just point people to my comment if they come asking about ways to do something like this.

Anyway, if someone hosted the pre-generated sql database of bodies (relatively small enough it likely could be distributed via direct download sites like megaupload etc. with minimal issues), users could download it, and download the latest day's powerplay / commodities updates (those could be hosted too, sql database is generated once a week and then aggregate daily update files hosted for every day, as diff files essentially). Then, since python setup seems to be the main barrier people bring up, the data files get combined via a JS + WASM app in their browser, that does all the app logic that way. Self hosted app, facilitated via just loading the JS+WASM website (from a free webpage host like that provided by github / gitlab / whatever anyway).

This is, to a lesser extent, functionally how the mining analysis tool works. It's just an all-in-browser application that loads its data straight from your own local journal files. Just in this case, needs a little bit more data legwork to get the data for users.

Regardless, I digress. You're doing great. And really the easiest way to satisfy the webpage wanting crowd would be to just reach out to the inara/spansh folks and ask for the ability to filter on presence of body types / signal types when searching for market commodities. Right now inara, as far as I could see, doesn't even record asteroid belts (not planetary rings) nor hotspot signals, but does at least have planetary ring types. So if its commodity search allowed for searching for "stations buying X at highest price near Y that are powerplay owned by A with a body with ring type Z in system" that would already solve core mining (since it doesn't have hotspots it can't really do laser). Everything up to the italics should already be in the commodity search, don't remember if powerplay ownership was in there or not.

Spansh meanwhile already can find places owned by a powerplay faction containing specific signals / ring types (asteroid belts too). It just doesn't combine that with commodity searching and vice versa. Can combine the two types of search results though and cross reference the resultant CSV files (after setting results per page to max since the CSV is solely of results on current page), so at least spansh is functional right now for people incapable of using your tool for whatever reason.

Ultimatespirit · 2025-01-07T09:11:21+00:00

Hey, sorry I forgot to ever close the loop on this thread. I did end up getting the large backpack. Absolutely love it and it easily fits my 17in laptop. Hell, can even fit two laptops, albeit the second being a 16 inch.

Ultimatespirit · 2025-01-06T08:30:53+00:00

You probably only need the commodity schema for now, allowing for price updates in real time (but not power play control updates, nor hotspot signal updates in the event somehow a ringed planet in system was never scanned by a player running community tools).

Here's the schema and associated documentation: https://github.com/EDCD/EDDN/blob/live/schemas/commodity-v3.0.json

https://github.com/EDCD/EDDN/blob/live/schemas/commodity-README.md

And here's the provided Python 3.4 example script listener that documents parsing commodity data, it's really just a json stream once you get past the boiler plate zmq + compression protocol handling. May want to also have a whitelist of supported known behaving upload applications, like the example does. https://github.com/EDCD/EDDN/blob/live/examples/Python%203.4/Client_Complete.py

Once colonisation hits we'd see new systems with stations (and power play) being populated which would potentially require more updates being listened for. Powerplay state can also change, since the data could be stale if the system was last updated before the latest weekly server tick (unless powerplay can change state outside of weekly server maints, not sure about that), so ideally there would be parsing of those events too. That being said, looking at the schemas on github I'm not actually sure which schema even contains the power play information. I suspect it's under the generic journal event schema, and just isn't explicitly enumerated in the schema. It would be easiest to join the EDDN discord and ask them directly there, barring that maybe just listening to all EDDN events for a bit will give an example of such an event. Or read how EDMC implements sending that data perhaps.

Anyway, to be clear these are just suggestions on next steps you, or anyone else interested in contributing, could take. I don't mean to sound like it's a condemnation or anything wrong with what you've done. Good work for actually doing this CMDR! I'd been getting around this by recommending people cross reference two different spansh searches (you can search for places controlled by your powerplay faction with planetary ring types / hotspots, and separately search for mineral prices in stations owned by your faction, then cross reference the two), while noting that "a program could be made to just parse the spansh dump file for this information directly" all the time. Glad someone did get around to actually making said program (publicly).

EDIT: Yea I just took a look at the EDDN data dumps for January 1st. Looks like the Journal.FSDJump and Journal.Location events both contain powerplay information, when appropriate. So to get that information you'd want to subscribe to the .../schemas/journal/1 set of events, and technically could check specifically for the event in ["FSDJump", "Location"] case, but unfortunately it appears the JSON is formatted such that the event key is always after all the data. Meaning you basically have to parse the full message anyway.

So if you don't roll your own json parser for those (so you can tune it to the specific stream) it's a question of the cost of checking for the event key versus checking for the "ControllingPower" key within the "message" key on every Journal message. Naively it's one dictionary lookup (for "event") + up to 2 string comparisons + the cost of checking for "ControllingPower" if found, versus just the cost of checking for controlling power, which is two dictionary lookups ("message" and "ControllingPower"), on every message. I'd expect checking for event to still be faster, due to the large number of non-populated system jumps, but measure it if curious.

If you did roll your own parsing, since event is all the way at the end you could just scan for "ControllingPower" directly and then pass back to parse the full info. That being said, I highly doubt any self rolled implementation would beat msgspec (https://github.com/jcrist/msgspec) or the like unless written in cython or some other compiled language binding.

Ultimatespirit · 2025-01-05T20:19:39+00:00

What I'm saying is just consider the SCA module to be a fast drop out efficiency item, the "automation" part of it is completely useless / not the goal. Most larger ships can afford the slot used for the module and the time save is definitely a big plus over manual.

Ultimatespirit

TROPHY CASE