elt547
What about allowing undo action by killing the process?
I really don’t like having “deleted” flags and such on database records. I thought about using elixir processes to schedule a deletion with :timer.sleep, and sending a kill message if the user clicks the undo button. Are there obvious drawbacks to implementing “undoable” actions this way?
# Schedule the deletion
pid = spawn(fn -> :timer.sleep(10_000); Posts.delete(post) end)
# User clicks the undo button
Process.exit(pid, :kill)
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Develop your skills with books, videos, and courses.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #performance
- #security
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Bringing learning, work and compliance together since 1987.
Enabling companies to succeed by building software people love.
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
First Post!
al2o3cr
Two things jump out at first glance:
Most Liked
benwilson512
Not really no.
More to the point though, I’m not sure that the code here does what you want it to do. It won’t delete the records until 10 seconds in the future at all, which means if your user loads the page in another tab, the records will still show as not deleted.
A more traditional way to do this is to have a
deleted_atcolumn that you set immediately toNOW()when the user clicks delete. If you want to actually remove the rows at a future point you can clean it up later.