Minimal setup with quick integration helps you focus on developing your newest product.
30 |
31 |
32 |
{{ $themeConfig.channelCount }} ready to use channels
33 |
We've got channels for most of the popular services you use ready to go. Just pull in the channel, configure your keys & start sending notifications
34 |
35 |
36 |
Community Powered
37 |
Channels are built and maintained by the community. Want to add a channel you use? Make a suggestion or add your channel on channels repo.
38 |
39 |
40 |
41 |
45 |
--------------------------------------------------------------------------------
/docs/about.md:
--------------------------------------------------------------------------------
1 | ---
2 | permalink: /about/
3 | ---
4 |
5 | # Laravel Notification Channels
6 |
7 | We aim to provide a curated selection of notification channels for use in your Laravel applications.
8 | Please use the sidebar on the left to find the appropriate package for you needs. If we don't have a package for your
9 | desired service yet, read on for instructions on how to contribute!
10 |
11 | ## Suggesting a new Channel
12 |
13 | Please create an issue in the [channels repo](https://github.com/laravel-notification-channels/channels) for your
14 | suggestion. Include links to the API documentation and provider's site.
15 |
16 | ## Contributing
17 |
18 | If you'd like to add a custom driver to the list, please download our [skeleton repo](https://github.com/laravel-notification-channels/skeleton), and open a new Pull Request on our [channels repo](https://github.com/laravel-notification-channels/channels).
19 |
20 | Contributions are **welcome** and will be fully **credited**.
21 |
22 | Please read and understand the FAQ below before creating an issue or pull request.
23 |
24 | ## FAQ
25 |
26 | ### How can I get support?
27 |
28 | If you need help with anything, you can create an issue on github. If the issue relates to a specific channel,
29 | you should create the issue it that repository. There's a link at the top of each documentation page to the channel's
30 | github repository. A list of [all the repos can be found here](https://github.com/laravel-notification-channels?type=source).
31 |
32 | If you have questions about the project in general, please create an issue in the [channels repo](https://github.com/laravel-notification-channels/channels)
33 |
34 | If you have found a security issue in one of the channels, try to contact the maintainer using the email in the channel's
35 | readme. If you can't get in contact with them, please email [atymicq@gmail.com](mailto:atymicq@gmail.com) and I'll address the issue.
36 |
37 | ### Who owns the work?
38 |
39 | It is up to the package author to maintain the repository after it has been released.
40 |
41 | You'll be given **admin rights** to your repo. So you are in total control. Only if you ever do something like breaking semver we'll step in.
42 |
43 | You'll also be added to the Laravel Notification Channels github organization (which shows up on your github profile).
44 |
45 | If some problems should arise you're always free to copy over the code to your own repo and abandon the one in our organization.
46 |
47 | ### What level of access is given?
48 |
49 | Admin Rights & membership of the github organisation.
50 |
51 | ### What happens to the package, if the author decides to abandon or quit?
52 |
53 | We, as a community, will step in until we find a replacement.
54 |
55 | ### What rights are being taken away from the author automatically?
56 |
57 | None
58 |
59 | ### What are their rights as an author?
60 |
61 | Technically: Admin rights, and you may do with the code whatever your want.
62 |
63 | ### Who decides who can be part of the package as a collaborator?
64 |
65 | As an admin, package maintainers can choose their own collaborators.
66 |
67 | ### What are the rules?
68 |
69 | You're reading them. If we have the same values (creating a good experience for the users) we don't need too many rules.
70 |
71 | ### What are the benefits?
72 |
73 | For package users: an excellent experience
74 |
75 | For package creators: a small ecosystem of package creators that can help each other
76 |
77 |
78 |
79 | ## Etiquette
80 |
81 | These projects are open source, and as such, the maintainers give their free time to build and maintain the source code
82 | held within. They make the code freely available in the hope that it will be of use to other developers. It would be
83 | extremely unfair for them to suffer abuse or anger for their hard work.
84 |
85 | Please be considerate towards maintainers when raising issues or presenting pull requests. Let's show the
86 | world that developers are civilized and selfless people.
87 |
88 | It's the duty of the maintainer to ensure that all submissions to the project are of sufficient
89 | quality to benefit the project. Many developers have different skillsets, strengths, and weaknesses. Respect the maintainer's decision, and do not be upset or abusive if your submission is not used.
90 |
91 | ## Viability
92 |
93 | When requesting or submitting new features, first consider whether it might be useful to others. Open
94 | source projects are used by many developers, who may have entirely different needs to your own. Think about
95 | whether or not your feature is likely to be used by other users of the project.
96 |
97 | ## Procedure
98 |
99 | Before filing an issue:
100 |
101 | - Attempt to replicate the problem, to ensure that it wasn't a coincidental incident.
102 | - Check to make sure your feature suggestion isn't already present within the project.
103 | - Check the pull requests tab to ensure that the bug doesn't have a fix in progress.
104 | - Check the pull requests tab to ensure that the feature isn't already in progress.
105 |
106 | Before submitting a pull request:
107 |
108 | - Check the codebase to ensure that your feature doesn't already exist.
109 | - Check the pull requests to ensure that another person hasn't already submitted the feature or fix.
110 |
111 | ## Requirements
112 |
113 | If the project maintainer has any additional requirements, you will find them listed here.
114 |
115 | - **[PSR-2 Coding Standard](https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-2-coding-style-guide.md)** - The easiest way to apply the conventions is to install [PHP Code Sniffer](http://pear.php.net/package/PHP_CodeSniffer).
116 |
117 | - **Add tests!** - Your patch won't be accepted if it doesn't have tests.
118 |
119 | - **Document any change in behaviour** - Make sure the `README.md` and any other relevant documentation are kept up-to-date.
120 |
121 | - **Consider our release cycle** - We try to follow [SemVer v2.0.0](http://semver.org/). Randomly breaking public APIs is not an option.
122 |
123 | - **One pull request per feature** - If you want to do more than one thing, send multiple pull requests.
124 |
125 | - **Send coherent history** - Make sure each individual commit in your pull request is meaningful. If you had to make multiple intermediate commits while developing, please [squash them](http://www.git-scm.com/book/en/v2/Git-Tools-Rewriting-History#Changing-Multiple-Commit-Messages) before submitting.
126 |
127 | ## Branding
128 |
129 | The logo was designed by [irazasyed](https://github.com/irazasyed)
130 | You can find high quality SVG & PNG versions below.
131 |
132 | | Type | Preview | Download Link |
133 | |------|-------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------|
134 | | PNG | | [Laravel-Notification-Channels-Logo.png](https://github.com/laravel-notification-channels/website/blob/master/branding/Laravel-Notification-Channels-Logo.png) |
135 | | SVG | | [Laravel-Notification-Channels-Logo.svg](https://github.com/laravel-notification-channels/website/blob/master/branding/Laravel-Notification-Channels-Logo.svg) |
136 |
--------------------------------------------------------------------------------
/docs/backport.md:
--------------------------------------------------------------------------------
1 | ---
2 | permalink: /backport
3 | ---
4 |
5 | # Usage for Laravel 5.1 and 5.2
6 |
7 | If, for any reason, you do not want to upgrade your Laravel version, but still want to make use of the new notification system - this package is for you.
8 |
9 | It brings support for all **official** and **community driven** notification channels to Laravel 5.1 and Laravel 5.2.
10 |
11 | ## Installation
12 |
13 | You can install the package via composer:
14 |
15 | ```bash
16 | composer require laravel-notification-channels/backport
17 | ```
18 |
19 | Next, you must load the service provider:
20 |
21 | ```php
22 | // config/app.php
23 | 'providers' => [
24 | // ...
25 | Illuminate\Notifications\NotificationServiceProvider::class,
26 | ],
27 | ```
28 |
29 | ## Usage
30 |
31 | Please refer to the [official Laravel Notification documentation](https://laravel.com/docs/master/notifications).
32 |
--------------------------------------------------------------------------------
/netlify.toml:
--------------------------------------------------------------------------------
1 | [build]
2 |
3 | command = "yarn build"
4 | publish = "dist"
5 |
--------------------------------------------------------------------------------
/package.json:
--------------------------------------------------------------------------------
1 | {
2 | "devDependencies": {
3 | "@vuepress/plugin-google-analytics": "^1.2.0",
4 | "vuepress": "^1.2.0"
5 | },
6 | "scripts": {
7 | "dev": "vuepress dev docs",
8 | "build": "vuepress build docs"
9 | },
10 | "dependencies": {
11 | "async": "^3.1.0",
12 | "axios": "^0.21.2"
13 | }
14 | }
15 |
--------------------------------------------------------------------------------