fullstacking's comments

fullstacking | 2 months ago | on: I made a simple form for restaurants and cafes to list their location on OSM

Thats not even the same thing.

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

fullstacking | 2 months ago | on: Food near me powerd by OpenStreetMaps

This is a very early sneak peak at my side project. I'm looking to start a non profit but for now I'm just building tools and services.

Feel free to give it a try.

I should mention I only have data for North America at the moment, but plan to expand.

fullstacking | 3 months ago | on: Free/open source full featured site for small restaurants and cafes

This is sneak peak not 100% production ready, but I'm very close. I just need to put some polish on the styles.

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.

fullstacking | 3 months ago | on: Free static site generator for small restaurants and cafes

They are markdown files, if you can't manage a markdown file then you are not likely gonna have any easier of a time working in wordpress or anything for that matter.

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.

fullstacking | 3 months ago | on: Free static site generator for small restaurants and cafes

There is some code for looking up the geo lat/log of locations at compile. not sure how you would do that. But yeah outside of that your are mostly correct.

I used elixir because thats what I know and love so it was mostly just a personal choice rather than a technical one.

fullstacking | 4 months ago | on: The HTML template is the core of all front end vs. back end problems

Your not wasting my time, I'm trying to do something about it. I'm just not gonna agree that what lead us to this issue in the first place in also the solution and no your comparison is not apples to apples.

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.

fullstacking | 4 months ago | on: The HTML template is the core of all front end vs. back end problems

Did you really just compare this to desktop apps? Stop playing games.

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.

fullstacking | 4 months ago | on: The HTML template is the core of all front end vs. back end problems

This frame of mind is what lead to this issue. How do you do that when they both have a concern for producing html. SSR is not fad, its a real issue. If SSR is a real issue than that means the server must produce the initial hydrated html. How do you do that if not with a shared template or duplicated template? Even JS front end still does not deal with this any different. You still have node compiling the front end code server side to address that very issue.

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.

page 1