- Posts: 7
- Thank you received: 0
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
1) In creating an App entry what format do you expect the "SSL certificate" to be?
In my previous implementation I'd convert the ,p12 certificate file to a .pem file using the command line "openssl pkcs12 -in cert.p12 -out ck.pem -nodes -clcerts"
2) I created 2 App's for my App, one Live and the other Sandbox. Then I discovered, in the Plugin "jBackend - Push Notifications" configuration under iOS tab, the APNs URL which was filled in with Apple's live url "ssl://gateway.push.apple.com:2195".
Would it be possible, in future updates, to include both live and sandbox? Sandbox url is "ssl://gateway.sandbox.push.apple.com:2195"
Then in the App configuration have a boolean switch for indicating if that appcode uses the live or sandbox APNS system?
PHP Notice: Undefined index: target_groups in /var/www/website/administrator/components/com_jbackend/controllers/notification.php on line 36, referer: mywebsite.com/administrator/index.php?option=com_jbackend&view=notification&layout=edit&id=1
1) "Platform Type". I assumed (wrongly) that "Generic" meant any platform. I have only 1 registered, iOS, device for testing and if I create a notification to test it, it doesn't get sent if I have generic selected as the platform.
I have to specifically state "iOS" as the platform and then it works fine.
This doesn't work well as jBackend should, I think, be abstracting the notifications and hardware. The software sending user notification shouldn't need to know what platform type the user is using.
2) I don't understand why the programmatical creation of notifications needs to be via the REST API?
Why is there no direct JPluginHelper / JDispatcher ->trigger support?
I've written my own into my custom jbackend plugin for notifying a single user which works ok with the exception of (1) above. I would have expected this to be part of the standard package though?
3) My Joomla installation just notified me of a JBackend update 3.3.0 -> 3.5.0 which I tried to install but it failed with errors.
"Warning - Update path does not exist. "
"Message - Error updating COM_INSTALLER_TYPE_TYPE_."
"Notice - Before updating ensure that the update is compatible with your Joomla! installation."
Please Log in or Create an account to join the conversation.
Hi George,
1) "Platform Type". I assumed (wrongly) that "Generic" meant any platform. I have only 1 registered, iOS, device for testing and if I create a notification to test it, it doesn't get sent if I have generic selected as the platform.
I have to specifically state "iOS" as the platform and then it works fine.
This doesn't work well as jBackend should, I think, be abstracting the notifications and hardware. The software sending user notification shouldn't need to know what platform type the user is using.
No, generic is a kind of "default" value that could be useful in the next future (e.g. web push).
2) I don't understand why the programmatical creation of notifications needs to be via the REST API?
Why is there no direct JPluginHelper / JDispatcher ->trigger support?
I've written my own into my custom jbackend plugin for notifying a single user which works ok with the exception of (1) above. I would have expected this to be part of the standard package though?
No, there is and I already use it for my customers, but probably I should document it in the developer section. If you look at the helper.php on the site part (not admin) you will find a well documented function to create and add notifications to queue programmatically. This is the most flexible way to provide this feature to any developer for me. I have already used it to create push, as example, when a type of content is added, when a balance entry is created, when a form is compiled, and so on...
Please Log in or Create an account to join the conversation.
Any chance of adding a 4th option of "Any" or "All"?
In the real world a Joomla Website is likely to have both Android & iOS Apps.
Joomla components shouldn't need to know, or care, what platform any one user is using.
I would expect jbackend, as it holds the data, to do the look up on platforms not the other components.
If that function is meant to be called and it will always remain available in future updates then that's fine, I have the solution I want.
Would be possible to create static, use many times, notifications which have a label, or ID, much like the appcode?
That way I can set up the notification with static content for common notifications and then just add users (or groups, or devices) to it (using it's id as ref) rather than creating multiple notifications.
Each time the scheduler gets called it flushes out and empties the recipients when it sends to them.
This would be a much more scalable solution I think.
Please Log in or Create an account to join the conversation.