Ich denke du hast mich in ein paar Punkten ein bisschen missverstanden. Um Gottes willen, ich habe nie gesagt, er soll so alle Implementation anbieten. Sondern nur sich eine für ihn handhabbare entscheiden.
Seine Premise war Modern und einfach von Dritten nutzbar. Sprich es ist ein Flexibler Ansatz gewünscht. Monolithisch auf eine Technologie beschränkt ist in meinen Augen nicht Flexibel. Man sieht es auch an den Diskussionen hier, da werden Rocket Science Grenzfälle diskutiert.
Der TE scheint ja auch nur eine einzelne Person zu sein (Physisch gesehen). Da ist es um so wichtiger sich über Handhabbarkeit Gedanken zu machen.
Aber in moderner Web Entwicklung ist das Frontend Webseite nur eines von vielen. Entkoppeln ich Frontend von backend werde ich flexibler und zusätzlich reduziere ich meinen Aufwand. Grenzfälle abtesten überlasse ich denen die sie auch wirklich benötigen.
Hilfreich für die Entkopplung ist eine API und Technologien wie Websockets (es geht ja hier nicht um seinen persönlichen Webauftritt).
So ist es ihm möglich ein sehr einfaches und sauberes Frontend/Backend an zu bieten, kann ein Frontend/Backend seiner Wahl entwickeln und wenn er die Kapazitäten hat es einfach um ein weiteres erweitern oder dies andere erledigen lassen die den Bedarf haben.
Es skaliert alles deutlich sauberer. Derjenige der es braucht kann sich über die Datenbank seiner Wahl Gedanken machen, ob er SQL, Redis, Memcached oder was auch immer noch alles irgendwie zusätzlich benötigt. Aber der TE brach sich erstmal keine Gedanken darüber zu machen.
Einfach etwas Outsourcing betreiben
Edit:
Andernfalls stellt es auch aus meiner Sicht ein ziemliches Risiko dar, die gesamte Verarbeitungslogik der Daten auf den Client in JavaScript auszulagern, da man clientseitiges Javascript auch recht einfach manipulieren könnte.
Bloß nicht! Das Frontend sollte so weit möglich nur Darstellender Natur sein. Die Logik für solche Dinge sollte im Backend stattfinden.