With this package you can generate newsletters based on content of your Neos CMS website (e.g. digest of latest articles).
The cool part is that you render those newsletters using Fusion, which allows you to reuse any of your existing website Fusion objects and be completely flexible.
composer require "psmb/newsletter:@dev"
Put something like this into your Settings.yaml:
Psmb:
Newsletter:
globalSettings:
senderAddress: '[email protected]'
senderName: 'Your robot'
subscriptions:
-
identifier: daily
renderer: 'Your.NameSpace:DailyLetterRenderer'
label: 'Our daily newsletter'
interval: P1D
-
identifier: weekly
renderer: 'Your.NameSpace:WeeklyLetterRenderer'
label: 'Our weekly newsletter (In Russian)'
interval: P1W
dimensions:
language: ['ru']
-
identifier: handcrafted
renderer: 'Your.NameSpace:HandcraftedDigestRenderer'
sendFromUiNodeType: 'Your.NameSpace:HandcraftedDigest'
label: 'Manually crafted newsletter'
interval: manual
Define as many subscription types under Psmb.Newsletter.subscriptions as you need.
setting key | description |
---|---|
identifier |
Identifier of the subscription |
renderer |
Fusion object that would be used for rendering emails sent to this subscription. Defaults to Psmb.Newsletter:MailRenderer . Must inherit from it. |
sendFromUiNodeType |
Show this subscription for the nodes of given nodetype when sending from UI. |
interval |
Time interval identifier that would be used for selecting subscriptions. Can be used for cron jobs. Those marked as manual would appear as options when sending from the UI. Optional. |
senderName , senderAddress |
Override options from globalSettings . |
dimensions |
Array of dimensions in form of "dimensionName: ['dimensionValues']". Falls back to default dimension values. |
Also you may need to configure SwiftMailer, see its docs how to do that.
As said before, we render letters purely in Fusion, so it's completely up to you to define the rendering objects.
Entry point to rendering is newsletter = Psmb.Newsletter:SubscriptionCase
, so you may hook straight into Psmb.Newsletter:SubscriptionCase
to intercept the rendering process.
But the intended usage is to provide a different renderer per each subscription preset via the renderer
setting key (see above).
Then define a Fusion object like this for each renderer:
prototype(Your.NameSpace:WeeklyLetterRenderer) < prototype(Psmb.Newsletter:MailRenderer) {
subject = 'Our weekly digest'
body = 'Generate message body. Use your imagination.'
# You may automatically inline all css styles.
# [email protected] = Psmb.Newsletter:CssToInline {
# cssPath = 'resource://Your.Package/Public/Path/To/Your/Styles.css'
# }
# # You may also override these settings, but usually no need to
# format = 'plaintext' # defaults to 'html'
# recipientAddress = ${subscriber.email}
# recipientName = ${subscriber.name}
# replyToAddress = ${subscription.senderAddress || globalSettings.senderAddress}
# senderAddress = ${subscription.senderAddress || globalSettings.senderAddress}
# senderName = ${subscription.senderName || globalSettings.senderName}
}
Context variable name | Description |
---|---|
site ,documentNode ,node |
All point to site root node. |
subscriber |
Subscriber object. Has name and email keys. |
subscription |
Settings array for current subscription. interval key may be the most interesting one for generating lists of latest articles for given period. |
globalSettings |
Global settings array. |
activationLink |
Only available when generating email confirmation letters. |
prototype(Sfi.Site:DigestMail) < prototype(Psmb.Newsletter:MailRenderer) {
# ElasticSearch used here, but could be a simple FlowQuery as well
@context.nodes = ${Search.query(site).nodeType('Sfi.Site:News').exactMatch('type', 'ourNews').greaterThan('date', Date.format(Date.subtract(Date.now(), subscription.interval), "Y-m-d\TH:i:sP").sortDesc('date').execute()}
@if.notEmpty = ${q(nodes).count() > 0}
subject = ${Translation.translate('newsletter.digestSubject', null, [], null, 'Sfi.Site')}
body = Neos.Fusion:Collection {
collection = ${nodes}
itemName = 'node'
itemRenderer = Sfi.Site:DigestArticle
}
@process.cssToInline = Psmb.Newsletter:CssToInline {
cssPath = 'resource://Sfi.Site/Public/built/index.css'
}
}
prototype(Sfi.Site:DigestArticle) < prototype(Neos.Fusion:Tag) {
tagName = 'a'
attributes.href = NodeUri {
node = ${node}
absolute = ${true}
}
content = ${node.properties.title}
}
Object name | Description |
---|---|
Psmb.Newsletter:MailRenderer |
Abstract mail renderer. Returns a RawArray of body , subject and other mail options passed to swiftmailer. See above for details. |
Psmb.Newsletter:EditSubscriptionLink |
Generated a link to edit action of the plugin |
Psmb.Newsletter:UnsubscribeLink |
Generated a link to unsubscribe action of the plugin |
Psmb.Newsletter:CssToInline |
Processor to automatically inline CSS styles |
Psmb.Newsletter:SubscriptionCase |
Rendering entry point. Usually no need to touch this one |
Psmb.Newsletter:SubscriptionPlugin |
Configured Neos.Neos:Plugin instance that insert Flow signup plugin. |
To customize the confirmation mail, override Psmb.Newsletter:ConfirmationMailRenderer
.
Insert Psmb.Newsletter:SubscriptionPlugin
nodetype or render it manually.
Subscription has the following flow:
- Fill in the sign up form. Asks for name, and email, and allows to choose between available subscription plans.
- Confirm email.
- Edit subscription options or unsubscribe from email links.
You absolutely have to override the default templates, the default ones are there just for demo purpose.
Create a Views.yaml
file in Configuration:
-
requestFilter: 'isPackage("Psmb.Newsletter")'
options:
templateRootPaths:
- 'resource://Sfi.Site/Private/Newsletter/Templates/'
- 'resource://Psmb.Newsletter/Private/Templates'
partialRootPaths:
- 'resource://Sfi.Site/Private/Newsletter/Partials/'
- 'resource://Psmb.Newsletter/Private/Partials/'
layoutRootPaths:
- 'resource://Sfi.Site/Private/Newsletter/Layouts/'
Once you are ready setting up rendering of your subscriptions, it's time to send the out! There's a CLI command for it.
./flow newsletter:send --subscription="daily"
would send out newsletter to all users subscribed to subscription with identifier "daily".
./flow newsletter:send --interval="P1H"
would find all subscriptions with interval equal to "P1H" and send out letters to them. This is useful for setting up cron tasks based on time interval.
If your nodetype inherits from Psmb.Newsletter:NewsletterMixin
you would see a new inspector tab from which you would be able to send manual newsletters, based on the current document node.
For this to work, one or more of your subscription presets must have interval: manual
. Those presets would appear in the inspector view selectbox. Click send, and the newsletter would be send out to all subscribers of the chosen subscription group.
Current document node would be available in the Fusion renderer as documentNode
and node
.
This package uses flowpack/jobqueue package to generate and deliver messages. Refer to its docs how to improve its reliabillity via proper job queue implementations.
Create a CSV file with your subscribers data and put it somewhere on your server.
The file should have the following format:
"[email protected]","User Name","subscriptionId1|subscriptionId2"
"[email protected]","User1 Name","subscriptionId2"
Then run (file path is relative to installation root):
./flow newsletter:importCsv --filename="test.csv"
Here's a quick example how to create CSV exports from mysql:
SELECT email, name INTO OUTFILE '/path/test.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n' FROM yourTable;
The default datasource for fetching subscribers has an identifier Repository
. It fetches all subscribers subscribed via the default subscription plugin.
You may fetch subscribers from an external JSON source via the Json
datasource. Here's an example:
Psmb:
Newsletter:
subscriptions:
-
dataSourceIdentifier: 'Json'
dataSourceOptions:
uri: 'http://some.host/some-url'
Alternatively you may provide your custom datasources. See implementation of JsonDataSource.php to see how to do that.
This is my first Flow package, and it wouldn't have been possible without a support of the community by answering dozens of n00b questions on Slack, by Christian Müller in particular.