mastodon.world is one of the many independent Mastodon servers you can use to participate in the fediverse.
Generic Mastodon server for anyone to use.

Server stats:

11K
active users

#activejob

0 posts0 participants0 posts today
Jan Peterka<p>I'm adding background jobs to my new app (Rails7.2 + SolidQueue), and not sure how things should be designed.<br>I need to run daily job to generate notifications on user-created task due/reminder date.</p><p>Should I:</p><p>1) create one job that iterates all relevant tasks and generates notifications? (might get slow with more users)</p><p>2) have one job that iterates tasks, and creates separate job for every relevant task?</p><p>3) something else?</p><p><a href="https://ruby.social/tags/rubyonrails" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rubyonrails</span></a> <a href="https://ruby.social/tags/activejob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>activejob</span></a> <a href="https://ruby.social/tags/SolidQueue" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SolidQueue</span></a></p>
Honeybadger.io<p>Sidekiq remains the fastest and most robust job processing system for Ruby on Rails and ActiveJob.</p><p>Our latest article explores how to work with scheduled jobs in Sidekiq.</p><p>Give it a read!</p><p><a href="https://www.honeybadger.io/blog/sidekiq-background-jobs/?utm_source=mastodon&amp;utm_medium=social" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">honeybadger.io/blog/sidekiq-ba</span><span class="invisible">ckground-jobs/?utm_source=mastodon&amp;utm_medium=social</span></a></p><p><span class="h-card" translate="no"><a href="https://ruby.social/@sidekiq" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>sidekiq</span></a></span> <span class="h-card" translate="no"><a href="https://ruby.social/@getajobmike" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>getajobmike</span></a></span></p><p><a href="https://honeybadger.social/tags/Ruby" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Ruby</span></a> <a href="https://honeybadger.social/tags/RubyOnRails" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RubyOnRails</span></a> <a href="https://honeybadger.social/tags/Sidekiq" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sidekiq</span></a> <a href="https://honeybadger.social/tags/ActiveJob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActiveJob</span></a> <a href="https://honeybadger.social/tags/Programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Programming</span></a></p>
Honeybadger.io<p>Picture this: you're six months into a fresh Rails app that processes business-critical jobs with Solid Queue—and you deployed a bug that is wreaking havoc in thousands of jobs. How do you find them?</p><p>You'll wish you'd read our latest article from Jeffery Morhous!</p><p><a href="https://www.honeybadger.io/blog/solid-queue-lifecycle/?utm_source=mastodon&amp;utm_medium=social" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">honeybadger.io/blog/solid-queu</span><span class="invisible">e-lifecycle/?utm_source=mastodon&amp;utm_medium=social</span></a></p><p><a href="https://honeybadger.social/tags/Ruby" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Ruby</span></a> <a href="https://honeybadger.social/tags/RubyOnRails" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RubyOnRails</span></a> <a href="https://honeybadger.social/tags/SolidQueue" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SolidQueue</span></a> <a href="https://honeybadger.social/tags/ActiveJob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActiveJob</span></a> <a href="https://honeybadger.social/tags/SQlite" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SQlite</span></a></p>
GripNews<p>🌖 Ruby on Rails 的 LiteStack 簡介 | AppSignal Blog<br>➤ Ruby on Rails 的 LiteStack 簡介<br>✤ <a href="https://blog.appsignal.com/2023/09/27/an-introduction-to-litestack-for-ruby-on-rails.html" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">blog.appsignal.com/2023/09/27/</span><span class="invisible">an-introduction-to-litestack-for-ruby-on-rails.html</span></a><br>本文介紹 LiteStack,一個一站式解決方案,可在單臺機器上託管和處理所有生產數據。LiteStack 使用 SQLite 提供數據庫、ActiveJob、ActionCable 和 ActiveSupport::Cache 存儲。此外,本文還介紹了 Litestream 和 StableDiffusion,並提供了一個示例 Rails 應用程序。<br>+ 這篇文章提供了很好的 LiteStack 簡介,並且還有一個有趣的示例應用程序。<br>+ 很棒的文章,對於 Ruby on Rails <br><a href="https://mastodon.social/tags/Ruby" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Ruby</span></a> on Rails <a href="https://mastodon.social/tags/LiteStack" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LiteStack</span></a> <a href="https://mastodon.social/tags/SQLite" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SQLite</span></a> <a href="https://mastodon.social/tags/ActiveJob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActiveJob</span></a> <a href="https://mastodon.social/tags/ActionCable" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActionCable</span></a> <a href="https://mastodon.social/tags/LiteCache" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LiteCache</span></a> <a href="https://mastodon.social/tags/Litestream" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Litestream</span></a></p>
FastRuby.io<p>🚀 Ruby upgrade tip: Fix those sneaky ArgumentErrors during your upgrade from Ruby 2 to Ruby 3. </p><p>Francois breaks it down on the blog: <a href="https://www.fastruby.io/blog/custom-deprecation-behavior.html?utm_source=Mastodon&amp;utm_medium=Organic&amp;utm_campaign=Blogpromo&amp;utm_term=safeguardingfromdeprecation&amp;utm_content=Gif&amp;utm_id=" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://www.</span><span class="ellipsis">fastruby.io/blog/custom-deprec</span><span class="invisible">ation-behavior.html?utm_source=Mastodon&amp;utm_medium=Organic&amp;utm_campaign=Blogpromo&amp;utm_term=safeguardingfromdeprecation&amp;utm_content=Gif&amp;utm_id=</span></a> </p><p><a href="https://ruby.social/tags/rubyonrails" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rubyonrails</span></a> <a href="https://ruby.social/tags/railsupgrade" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>railsupgrade</span></a> <a href="https://ruby.social/tags/activejob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>activejob</span></a> <a href="https://ruby.social/tags/sidekiq" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sidekiq</span></a></p>
masukomi<p><a href="https://connectified.com/tags/ruby" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ruby</span></a> geeks: I have been on a quest to test <a href="https://connectified.com/tags/Rails" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Rails</span></a>'s <a href="https://connectified.com/tags/ActiveJob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActiveJob</span></a> with <a href="https://connectified.com/tags/rspec" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>rspec</span></a>. I have found precisely zero official documentation that actually works. </p><p>HERE IS THE ONLY GUIDE THAT HAS WORKED</p><p><a href="https://gist.github.com/ChuckJHardy/10f54fc567ba3bd4d6f1" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gist.github.com/ChuckJHardy/10</span><span class="invisible">f54fc567ba3bd4d6f1</span></a></p><p>when / if you get errors about Minitest::UnexpectedError (even though you're running rspec) then read this SO post </p><p><a href="https://stackoverflow.com/questions/72674828/job-spec-wraps-error-with-minitestunexpectederror-after-rails-6-1-upgrade" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">stackoverflow.com/questions/72</span><span class="invisible">674828/job-spec-wraps-error-with-minitestunexpectederror-after-rails-6-1-upgrade</span></a></p>
masukomi<p>i've wasted over an hour on this take-home test because rspec's documentation AND ?!SOURCE?! do not match the reality i am seeing in ANY WAY. </p><p>methods that only accept blocks and throw exceptions if you pass them something else are complaining that they've been passed a block. :lolsob: </p><p>Testing <a href="https://connectified.com/tags/ruby" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ruby</span></a>'s <a href="https://connectified.com/tags/ActiveJob" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ActiveJob</span></a> turns out to be a pain in the arse.</p>