my use case is very specific:
I meed to send a push SMS reminder to the users with a follow up question that requires a boolean answer. I would like to continue the conversation with Amazon LEX.
My problem is that I don't know if it is possible to make LEX start the conversation by providing him with whatever necessary in terms of channel/conversation context.
Is there any workaround possible to implement that scenario or do you suggest anything specific?
Related
Yes I know that this has been asked on StackOverflow before but I just can't find exactly what I am looking for. So what I would like is when a user (user1) send a message to another user (user2) , for user2 to get a notification saying they have a new message from user1. So far I have set my app up so that I can send a push notification from the Firebase Console, but not so that the app does it automatically. I think I need an observe function but I am not quite sure what to do or the code for it?
Thank you so much for all the help! This is my first time with Firebase.
You can just use Cloud Functions.
It simply triggers a Function when an Event occurs.
For example whenever a new message added to a node you can run a function that sends a Notification to the user
Check the Documentation
Also check this sample which matches what you need
I have asked same question some time ago. The thing that was bothering me was why should I use Cloud Functions and write and deploy functions for it in javascript if I just wanted to send Notifications just between two users?
So I checked out other options and setup everything in just about few minutes without writing any javascript functions in the Firebase Cloud Functions.
Well it depends on what you will exactly need but in my case using Cloud Functions just to handle that was nonsense. If you are in the same situation as I was you can use OneSignal like I did. There is also my question on this and you can check it out here.
you can try this it can worked for me sending notification through fire base cloud
https://github.com/firebase/quickstart-ios
https://github.com/firebase/quickstart-ios/issues/286#issuecomment-304992090
I got the following feedback from Google team:
When a user says "help" to your agent, it does not actually provide any guidance for what a user can say or ask for, it just says "sure, assistants are here to help"
My webhook is implemented in Spring Boot. Any idea how my web service can respond to help requests?
Since you're using API.AI, that sounds like it might be one of the default responses that are built-in to the Small Talk Domain. You'll probably want to do two things:
Turn off the Small Talk Domain by clicking on the Domains menu on the left and then turning the switch on the Small Talk domain (it should be the first one) off.
Make your own Intent to handle the "help" command (and possibly a few other related statements) by setting these in the User Says section of the Intent. You can have this intent fulfilled by sending it to your webhook by checking the Use Webhook box in the Fulfillment section, but for simple text responses this probably isn't necessary. Just have the Intent return a short help message describing what can be done by adding text to the Response area.
Some suggestions and things to consider when writing your help intent or intents:
Make the response relatively short. This is text that, when read, can't be interrupted.
Consider context-sensitive help by using Input Contexts to determine the state of the conversation at that moment. A user asking for help after a particular prompt should get information that helps them at that prompt.
Allow for multiple ways to ask for help in the User Says section. Phrases like "I'm confused" may also be good to trigger help.
Allow for asking for help on specific topics by using multiple intents that provide different answers. These may be tied to the Contexts as well.
I have the ecommerce store.
I faced automatization problems as my business growing.
My website is written in PHP on Kohana Framework.
I want to automize many processes, but do not know where to dig deeper.
Example:
When order is recieved I want to fire the event "order.recieved". This event knows that my system needs to fire subevents and other actions:
to log inventrory changes asynchronously;
send to the procurement module out-of-stock products and their quantity;
to recreate sliced inventory table asynchronously;
send real-time message to crm system that order is recieved;
send sms to the client with message "We will call you soon";
etc.
Solutions I have in my head:
1) I think the simplest way is to rewrite my application on Laravel framework with it's event dispatcher.
Challenges:
I want use fifo (First In, First Out) for the inventory change;
I need digging to the code to know how many events I have in my system, when they are used,
2) Use AMQP Middleware like RabbitMQ.
Challenges:
I need digging to the code to know where exactly message is sent;
Maybe It can be solved with some event dispatcher, but ->;
Again, I need digging to the code to know how many events I have in my system, when they are used
Are php workers/consumers good to handle messages? Or I need to use python, nodejs?
Challenges:
I need to have many php workers/consumers. I think PHP is not good to handle this.
3) Use some webhooks management system.
4) Study more and use some bpm engine. Only one thing I know right now I can benefit using business rule engine for complex discounts.
What solution I need to take and get deeper with it?
I'm looking for something out of the box to programmatically send emails at a given point in the future. Something like Amazon SES, but that also takes care of the temporal aspect. If SES just had a date/time-parameter for when to send the email, the problem would be solved.
Does anyone know of some service, API, lib or open-source project that does this? The less I have to do myself, the better. Preferably it should be http-based.
I understand how to build something like this myself, that's not the issue. I would simply prefer to pay for it rather than maintain yet another custom-built service.
Had a look around http://sendible.com/ have an API for doing this using REST/HTTP.
Looking at their pricing and what they offer it maybe overkill depending on your needs....
Here are the links I found, the code example shows scheduling an email message.
http://code.google.com/p/sendible-api/wiki/CreateMessage
http://sendible.com/features/social-media-dashboard
Also...
http://mailchimp.com/ have email campaigns that can be scheduled, but have no support for single emails as far as I can tell - they use Amazon SES for sending.
I just found out that Mandrill (MailChimp's transactional e-mail service) has this feature:
http://help.mandrill.com/entries/24331201-Can-I-schedule-a-message-to-send-at-a-specific-time-
You may check huhumails.com
Disclaimer: I'm the author of the website.
HuhuMails is a scheduler program for Amazon SES. It also takes care of the rate limit and make sure you don't exceed your per-second limit. And it also accepts date and timezone parameters if you want to send your email in the future.
I was looking for an email scheduler, and I couldn't find anything on the market that's simple and according to what I need. That's why I created the service. I'm currently using it on my other production websites. Hopefully, others will find it useful as well.
We are trying to implement a notification module. It allows website internal users to send message to each other. A key feature is that it allows business users to send bulk messages to the users. We are talking about millions of users here.
Currently it is planned to be a publish/subscribe model. Once login, system shall retrieve the relevant messages for the user from a database table. The logic gets more and more complicated when each users are allow to delete and reply to the message he/she received.
Pubsubhub seems to be more server to server. XMPP seems to be too complicated for this scenario.
Anything I miss out? Can I make it simpler? Any existing library to build on? I'm open to any suggestions.
It sounds like a database is actually all you need here. You didn't mention any need for real-time notification. If this is a web application and the user is logging in, a simple relationship between users and messages may be all you need to provide the ability to send any message to one (or millions) of users. Your relationship table can include flags for read and deleted.
One option would be to use something like Joomla.
http://www.joomla.org/
Its open source, and they've solved all the problems you are trying to solve. Alternatively if you have to build it, what language are we talking about here?
Are you seriously saying you have millions of 'internal' employees? Sounds like you might need an email server!
Seriously though, please tell us more..