Schedule future notifications and reminders in Laravel
- Ever wanted to schedule a future notification to go out at a specific time? (was the delayed queue option not enough?)
- Want a simple on-boarding email drip?
- How about happy birthday emails?
- Reminder system (1 week before appt, 1 day before, 1 hour before, etc)
- Follow-up surveys (2 days after purchase)
- On-boarding Email Drips (Welcome email after sign-up, additional tips after 3 days, upsell offer after 7 days)
- Short-Term Recurring reports (send every week for the next 4 weeks)
Install via composer
composer require thomasjohnkane/snooze
php artisan migrate
php artisan vendor:publish --provider="Thomasjohnkane\Snooze\ServiceProvider" --tag="config"
Snooze provides a trait for your model, similar to the standard Notifiable
trait.
It adds a notifyAt()
method to your model to schedule notifications.
use Thomasjohnkane\Snooze\Traits\SnoozeNotifiable;
class User extends Model {
use SnoozeNotifiable;
// ...
}
// Schedule a birthday notification
$user->notifyAt(new BirthdayNotification, Carbon::parse($user->birthday));
// Schedule for a week from now
$user->notifyAt(new NextWeekNotification, Carbon::now()->addDays(7));
// Schedule for new years eve
$user->notifyAt(new NewYearNotification, Carbon::parse('last day of this year'));
You can also use the create
method on the ScheduledNotification
.
ScheduledNotification::create(
Auth::user(), // Target
new ScheduledNotificationExample($order), // Notification
Carbon::now()->addHour() // Send At
);
This is also useful for scheduling anonymous notifications (routed direct, rather than on a model).
$target = (new AnonymousNotifiable)
->route('mail', 'hello@example.com')
->route('sms', '56546456566');
ScheduledNotification::create(
$target, // Target
new ScheduledNotificationExample($order), // Notification
Carbon::now()->addDay() // Send At
);
Creating a scheduled notification will add the notification to the database. It will be sent by running snooze:send
command at (or after) the stored sendAt
time.
The snooze:send
command is scheduled to run every minute by default. You can change this value (sendFrequency
) in the published config file. Available options are everyMinute
, everyFiveMinutes
, everyTenMinutes
, everyFifteenMinutes
, everyThirtyMinutes
, hourly
, and daily
.
The only thing you need to do is make sure schedule:run
is also running. You can test this by running php artisan schedule:run
in the console. To make it run automatically, read here.
If your scheduler stops working, a backlog of scheduled notifications will build up. To prevent users receiving all of
the old scheduled notifications at once, the command will only send mail within the configured tolerance.
By default this is set to 24 hours, so only mail scheduled to be sent within that window will be sent. This can be
configured (in seconds) using the SCHEDULED_NOTIFICATION_SEND_TOLERANCE
environment variable or in the snooze.php
config file.
The package can prune sent and cancelled messages that were sent/cancelled more than x days ago. You can
configure this using the SCHEDULED_NOTIFICATION_PRUNE_AGE
environment variable or in the snooze.php
config file
(unit is days). This feature is turned off by default.
- Delayed Notification (1 week)
- Simple On-boarding Email Drip
- Exposing Custom Data to the Notification/Email
Cancelling Scheduled Notifications
$notification->cancel();
Note: you cannot cancel a notification that has already been sent.
Rescheduling Scheduled Notifications
$rescheduleAt = Carbon::now()->addDay(1)
$notification->reschedule($rescheduleAt)
Note: you cannot reschedule a notification that has already been sent or cancelled.
If you want to duplicate a notification that has already been sent or cancelled, pass a truthy second parameter along with the new send date; reschedule($date, true)
, or use the scheduleAgainAt($date)
method shown below.
Duplicate a Scheduled Notification to be sent again
$notification->scheduleAgainAt($newDate); // Returns the new (duplicated) $notification
Check a scheduled notification's status
// Check if a notification is already cancelled
$result = $notification->isCancelled(); // returns a bool
// Check if a notification is already sent
$result = $notification->isSent(); // returns a bool
Conditionally interrupt a scheduled notification
If you'd like to stop an email from being sent conditionally, you can add the shouldInterrupt()
method to any notification. This method will be checked immediately before the notification is sent.
For example, you might not send a future drip notification if a user has become inactive, or the order the notification was for has been canceled.
public function shouldInterrupt($notifiable) {
return $notifiable->isInactive() || $this->order->isCanceled();
}
If this method is not present on your notification, the notification will not be interrupted. Consider creating a shouldInterupt trait if you'd like to repeat conditional logic on groups of notifications.
Conditionally turn off scheduler
If you would like to disable sending of scheduled notifications, set an env variable of SCHEDULED_NOTIFICATIONS_DISABLED
to true
. You will still be able to schedule notifications, and they will be sent once the scheduler is enabled.
This could be useful for ensuring that scheduled notifications are only sent by a specific server, for example.
composer test
If you discover any security related issues, please email instead of using the issue tracker.
- Fork it (https://github.com/thomasjohnkane/snooze/fork)
- Create your feature branch (
git checkout -b feature/fooBar
) - Commit your changes (
git commit -am 'Add some fooBar'
) - Push to the branch (
git push origin feature/fooBar
) - Create a new Pull Request
This package is bootstrapped with the help of melihovv/laravel-package-generator.