Download the PHP package auroraextensions/notificationservice without Composer

On this page you can find all versions of the php package auroraextensions/notificationservice. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package notificationservice

:local:

Description

Magento provides a backend notification system that lacks powerful features, like auto-publish and discovery. Consequently, many extension vendors don't effectively utilize it for important announcements, like API-breaking releases, EOL notices, or deprecation of specific extension features, which can lead to transparency issues.

To address this issue, wouldn't it be nice if you could just add, say, an XML file to your module, which contains the notifications you want to publish, and the rest is handled by the notification system? It would remove the need for notification-specific models and data patches, and would not require setup upgrade to run in order for new notifications to publish.

Bottom line: It should be dead simple to use.

Installation

composer require auroraextensions/notificationservice

Configuration

Configuration is as simple as adding a notifications.xml file to the module etc directory.

Examples

Below is an example notifications.xml. For information on schema, see XML Schema.

<?xml version="1.0"?>
<!--
/**
 * notifications.xml
 */
-->
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="urn:magento:module:AuroraExtensions_NotificationService/etc/notifications.xsd">
    <releases group="notificationservice">
        <release version="1.0.0">
            <notifications>
                <notification index="0" severity="notice">
                    <title translate="true">v1.0.0 low-priority notification title</title>
                    <description translate="true">This is a low-priority notification about v1.0.0.</description>
                </notification>
                <notification index="1" severity="major">
                    <title translate="true">v1.0.0 high-priority notification title</title>
                    <description translate="true">This is a high-priority notification about v1.0.0.</description>
                    <link>https://www.example.com/</link>
                </notification>
            </notifications>
        </release>
        <release version="1.0.1">
            <notifications>
                <notification index="0" severity="minor">
                    <title translate="true">v1.0.1 medium-priority notification title</title>
                    <description translate="true">This is a medium-priority notification about v1.0.1.</description>
                </notification>
            </notifications>
        </release>
    </releases>
</config>

XML Schema

To keep it simple, the XSD provides a minimal set of element and attribute types.

As with many Magento XML configurations, <config> is the root node. All other nodes are descendants of <config>.

<releases>

The <releases> node is the outermost node and has one (1) attribute, group. The value of the group attribute should be universally unique to prevent unwanted merging. It is an array-type and should contain only <release> nodes.

Element Parent XPath Attributes Required<releases> <config> /config/releases :group: string (Required) Yes

<release>

The <release> node has one (1) attribute, version. The value of the version attribute should be the module version associated with the specific notification(s). It should contain only one (1) <notifications> node.

Element Parent XPath Attributes Required<release> <releases> /config/releases/release :version: string (Required) Yes

<notifications>

The <notifications> node is an array-type node and should only contain <notification> nodes. It has no associated attributes.

Element Parent XPath Attributes Required<notifications> <release> /config/releases/release/notifications None Yes

<notification>

The <notification> node describes the various components of a specific notification and has two (2) attributes, index and severity. The value of the index attribute must be an int, which denotes the notification position in the resulting array of notifications. The value of the severity attribute maps to levels defined in MessageInterface [#ref1]_, and must be one of the following:

It should contain only one (1) node per each of the following types:

|

Element Parent XPath Attributes Required<notification> <notifications> /config/releases/release/notifications/notification :index: int (Required) :severity: string (Required) Yes

<title>,<description>

The <title> and <description> nodes comprise the corpus of the notification. The <title> node contains the text to display on the first line of the notification, and the <description> node contains the body of the notification. Both nodes provide one (1) attribute, translate. The value of the translate attribute should always be true, otherwise simply omit the attribute to prevent translation.

Element Parent XPath Attributes Required<title>, <description> <notification> /config/releases/release/notifications/notification/*[self::title or self::description] :translate: bool (Optional) Yes

<link>

The <link> node contains a URL for the Read Details link. This node is optional and can be omitted. It has no associated attributes.

Element Parent XPath Attributes Required<link> <notification> /config/releases/release/notifications/notification/link None No

Footnotes


All versions of notificationservice with dependencies

PHP Build Version
Package Version
Requires php Version >=7.1
ext-dom Version *
magento/framework Version 102.*.*
magento/module-admin-notification Version 100.*.*
magento/module-backend Version 101.*.*
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package auroraextensions/notificationservice contains the following files

Loading the files please wait ....