97 karma · joined May 22, 2025
"How dare this person write something not pleasing me and my needs..."
Aside my ranting about M$, if I may ask why go beyond web search, or put another way how do you not end up on the same path as google / bing going that path?
Also that's not a non zero chance there are people like this but honestly, whos gonna get on a plane in today's economy, fly to some random place, break in to someone ones house all over a what is on average a $2k bike. IDK risk vs reward seems a little crazy to me.
1: bkmker is encrypted. Think 1pass but for bookmarks.
2: This is not a browser bookmark syncing tool. Its a stand alone bookmarking tool and website, it does not share your bookmarks with the browser. You can review the bookmarks from any browser.
3: Zero knowledge privacy. The only data bkmker knows about your bookmarks is the opaque binary produced from the encryption that happened client side. We never store or ever see your private key, we have zero web tracking (the exception your IP only used for tracking auth tokens so you as a user can revoke them)
4: We also allow you to save meta data about the site such as their preview image, tags and notes, this makes reviewing your bookmarks a much more enjoyable experience vs just looking at the title.
5: We are just simply bookmarks, by keeping the ui simple and distraction free don't overwhelm you when you just need to navigate to your bookmarks.
6: Our plugin focuses on fast and simple, one click add bookmark operations.
7: We don't data mine you, the only thing we know about you is your email used to register and the total number of bookmarks you have, that's it. We will never sell or share anything about you with anyone ever.
"Just to put it on a pin: Danes hate flashy cars with a passion that stretches back much further than the current green excuses. But buying a $300,000 Ferrari in Denmark is one of the most patriotic things you can possibly do! You'll end up paying almost three times the price for the privilege, and sending 2/3s of that to the treasury in taxes. Truly a contribution to the common cause worthy of admiration, not scorn! "
Also only supporting US, CA and MX at the moment
My other link is a static site generator for restaurants.
Note the sub domain?
It's a completely different project.
* Food near me - https://localcafe.org
* Full Serverisde Website for restaurants - https://full.localcafe.org
* Static Site generator for restaurants - https://lite.localcafe.org
* Simple form for listing biz on OSM - https://localcafe.org/locations/submit/new
This url is a form for submitting a location that I review and add to OSM on someone's behalf making it much easier for small biz people to add their location to OSM.
Again this is not the same
Feel free to give it a try.
I should mention I only have data for North America at the moment, but plan to expand.
https://github.com/Local-Cafe/localcafe-full
You can test the checkout with a sandbox stripe credit card IE 4242 4242 4242 4242
## Features:
* Stripe payments fully integrated.
* Anonymous user checkout and payments.
* Tips can be added at checkout.
* Browser based push notifications.
* Order status tracking.
* Menu items can have multiple prices and or variants.
* Menu items can be associated to a given location as only available there.
* Menu items have basic tags / categories for easy filters.
* Analytics built in admin dash
* Blog + comments with full comment moderation
I have loads more planned for this and again its very early. I just could not wait to show off the progress so far.
I'm open to feed back good or bad.
The stack is:
Serverside: Elixir (no liveview)
JS: vanilla - no framwork
CSS: vanilla - no framework
My only runtime npm module is "@stripe/stripe-js": "^8.5.2"
It has a wasm tool I built for client side image scaling and uploading to a s3 compatible object store via pre-signed urls for use in the menu items, slide show and locations. No server side image processing required.
Demo site take about 156.7 MB to run on the server.
We assume people are so stupid, its not they are stupid, they have to learn wordpress admin, square space's admin, wixx, they all have a learning curve. The issue is time and effort. If the process is simple even if not elegant its still simple.
In my case you are logging into github and navigating to a folder vs an admin and navigating to a specific section. Editing file directly in github vs hitting save on some form and site deploys via github actions without any other need. If anything my system offers version control baked in with about the same level of effort.
I used elixir because thats what I know and love so it was mostly just a personal choice rather than a technical one.
/s
Second: pixabay
Third: Yeah that's the challenge I'm working on at the moment. Thanks for the feed back.
I do plan on cleaning up the repo so that you are not starting with the example and also plan on making a small tutorial video to show how much effort it takes to setup.
Calling the server distribution is an over simplification of the issues. To this point we should only use the browser in the terminal, but even when its just text it still has to "format" it's content.
this the problem, who owns the "formats" for the content in a system where many sub systems needs to be aware of "formatting"
If the server didn't have to be aware of the html at all and it was only ever just raw data I would agree with your view.
Ok I will bite. in the realm of desktops, what is the "backend"?....
But also lets assume you are talking about c/rust what ever code. Then you saying that because qt/gtk does not generate something for that code that is equivalent? This is such a reach. First The c code does not need to render a initial output before qt or gtk kicks in for starters. sounds like you just want to boil the ocean. F it, lets reinvent TCP everyone...
Also just gonna put this out there, what is your web agent if not a desktop app...
But really I can't even with this. I'm looking for sensible solutions to this real problem. I guess throwing your hands up and saying everything sucks is an option but I don't have time to think like that.
Maybe we need to acknowledge that you can't seperate them as they both exist with a need to produce HTML. But instead position the html closest to who it best serves and let them inform the other side. IE JS is most concerned with html as it interacts with it more where as the server only needs to really produce it once.
IMO your take is the worst take on this issue.