Mirror of forum.nim-lang.org

7380 :: Admin for web app

• vinyll (orginal) [2021-01-13T16:29:40+01:00] view original

  Hey Nim community,

  I'm a Python dev getting interested into Nim. Most of my web apps need an admin. Python has Django, Ruby has Rails and most other languages have their own framework with an admin enabled.

  I was wondering if Nim had a similar fullstack framework? Jester seemed to be lighter and not to bundle such a feature.

  Any recommandation?

  Thanks! :)

---

• Clonk (orginal) [2021-01-13T16:48:56+01:00] view original

  I think Prologue ( https://github.com/planety/prologue ) might be the closest of what you're looking for.

---

• enthus1ast (orginal) [2021-01-13T17:35:24+01:00] view original

  A bolt CMS Clone for nim would be absolutely amazing.

---

• geotre (orginal) [2021-01-14T13:58:07+01:00] view original

  There is currently no Django-admin equivalent in Nim that I know of, besides building your own two options could be:

  • Use django for models and admin, use Nim to connect to database and serve API/pages
  • Use a Nim ORM and web framework, and use an admin framework that is designed to run directly against the DB itself

---

• vinyll (orginal) [2021-01-14T15:44:38+01:00] view original

  Prologue would probably be a more appropriate framework for constructing such a large feature. I'll have a deeper look.

  I had a look at https://github.com/SoftwareBrothers/admin-bro a while ago and I guess it could be the closest to combine and get a full admin with Prologue, Jester or others.

  Thanks for your reply, that's at least clearer!

---

• jasonfi (orginal) [2021-01-14T16:15:12+01:00] view original

  What are the features you're looking for? I'm working on something like this, but it's too early to release anything. Is it the CRUD views?

---

• vinyll (orginal) [2021-01-20T19:13:07+01:00] view original

  Yes, it's mostly CRUD. I currently use Django admin and it's for basic administration of content for users who don't want to break the database.

  Would be great to see your work in progress @jasonfi. Is is based on a specific framework or database or is it very generic?

---

• alexeypetrushin (orginal) [2021-01-20T22:20:41+01:00] view original

  I'm also need something like that. Thinking about maybe using Headless CMS (like Admin UI in React.JS in TypeScript) + Nim REST API.

  Creating it in Nim would be nice, but feels like a too big task..., it feels easier to adopt something already made....

---

• alexeypetrushin (orginal) [2021-01-20T22:48:42+01:00] view original

  I'm hoping one day someone in Nim would adopt approach pioneered by Phoenix LiveView, that allows to create a lot with very little code.

  It's better to showcase by example, take look at gif and the full code it's made with https://twitter.com/joerichsen/status/1109122286139965441

  Advantages vs Modern Web Apps like React/Karax:

  • Reactive, fluid Web UI (React/Karax can do that)
  • No need to write Network Code (React/Karax require REST/socket API)
  • No need to handle latency and N+1 problem (React/Karax need to handle that and query server in a way to avoid N+1)
  • I.e. much less code.

  Advantages vs Old Web Sites like PHP/RoR/Django:

  • Reactive, fluid Web UI (PHP/RoR/Django much, much harder to do with AJAX-like tricks, turbolinks, dynamic updates etc.)
  • Declarative, reactive UI with smart DIFF (PHP/RoR/Django can't do that)
  • I.e. much less code.

  Costs:

  • More complicated, statefull server storing the UI state.
  • Higher (not if done right, as in Phoenix) server load, because DIFF algorithm will be run on server.
  • High badwidth usage (not if done right, as in Phoenix).
  • Tiny, but unavoidable latency for user. Makes it impossible to use for some web apps like highly interactive games.

  But, for usual Sites, Web Apps, and especially for Admin UI - it's ideal. Very little code to write to get things done.

  Hope some day one bright Nim developer can alter/adopt Karax to work on server the way Phoenix LiveView do. As far as I know Nim and took a look at Karax - it should be quite possible... Karax should run on server and all the events/html-diffs to apply to DOM should be serialized and sent back and forth over network.

---

• jasonfi (orginal) [2021-01-21T04:53:49+01:00] view original

  It's written in Jester/Karax, and I'm working on supporting multiple databases. Anyone interested in getting an update when it's ready, just email me at jason.filby@gmail.com and I'll let you know.

---

• vinyll (orginal) [2021-01-23T10:21:01+01:00] view original

  I guess a safe bet would be a client UI and a GraphQL API. GraphQL has that ability to provide an API introspection for fields and methods, therefore a UI could be server agnostic and cross languages.

---

• alexeypetrushin (orginal) [2021-01-23T11:24:36+01:00] view original

  Hmmm, I used GraphQL with React.JS. I like the idea behind it, but its current implementation feels a bit verbose, too much boilerplate code to write...

---