Show newer

Knocked out the next page after dinner. The next one is somewhat complex, probably won't get that done tonight.

Show thread

Cat didn't greet me at the door today. Was too busy sitting on the couch.

I was hoping to have the shop able to take online orders by today but unless I'm unusually productive after dinner that's not happening. The customer facing stuff (aside from product pages) is done but I have a little more work to do on the staff facing side of things and on product pages that don't look awful (I have one thrown together just for functionality testing).

<< Data was stolen from an Amazon Web Services-based storage bucket, which included more than 140,000 Social Security numbers >>

How about all of these 'data breach!!! data was taken OUT OF THE CLOUD!!!!' articles instead start with

"Data was PUT INTO Amazon Web Services, which is a sketchy private company with an extremely bad reputation owned by the world's richest man who is currently being blackmailed and who many Amazon users hope, against all the evidence, isn't a literal Bond Villain.."

The afternoon has been a little slow so now I have an orders summary page that shows how much of each coffee is on some pending order. The use case is that whoever is roasting coffee can run that report and include that information in their roasting schedule instead of needing to tally up individual orders. Next up is the per-order packing/taking the money/generating a shipping label stuff.

Show thread

PostgreSQL supports up through 31 which would cause a login attempt to take about 1.5 days to process on the current server. I'll probably want to re-evaluate this on server upgrades to keep that time reasonably steady.

Show thread

crypt-bf/14 seems about right for hash algorithm speed. It takes my server about 1s to process a login attempt with that.

Staff access authentication code written and tested as working.

food 

Time for a giant bowl of super spicy stir fry.

While the web shop won't have accounts for customers (at least at first, I'm willing to reconsider if people really want that), it looks like I do want to have a login/accounts for staff because otherwise I need to give a bunch of people on staff ssh access to the server (nobody wants that) or I need to leave the back end stuff needed for order processing open to the public (which is relatively safe for the level of access I'm exposing but still seems like a bad idea).

Unfortunately while working on that I failed to realize that I was running out of time with adequate staff for me to grab a lunch so I'm pretending that an orange cream smoothie is food.

Show thread

This morning I got the work on the web shop to the point that I could flip it live and start taking orders, but I'm heading out of town soon so I need to make this a little easier/possible for my staff to fill those orders before I do that.

I recently read about a company building a robotic tail that people can attach to themselves, but the thing on Desko's back would be more useful.

Did more work on letting the shop's web site take orders. Today I was sorting out some of the back end stuff like getting the site to send an email to me and to the customer letting us know that the order exists. It took a few iterations before I was convinced that I wasn't creating a potential injection vulnerability through the customer email field ie you don't want to do something stupid like:

system("sendmail UNTRUSTED_INPUT_HERE < /path/to/message");

Show older
Typica Social

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!