I am currently implementing a Chatbot purely in python.
In my current implementation, each time the user starts a new chat from a session, another Chatbot instance is launched and hence the Chatbot starts from the initial state. I wish to change that behaviour and make it similar to let’s say chat on Facebook/Messenger, in which you can seamlessly move between sessions while having a chat without inconsistencies. Namely, I want these attributes: 1. If the user enters anything from let’s say session A it should be immediately visible in all ongoing sessions. Similarly, the Chatbot reply should be visible in all the devices immediately. 2. Have all sessions show the same chat history To implement the first point, I used this example <https://channels.readthedocs.io/en/latest/tutorial/part_2.html> from the django-channels docs and modified it by creating a single group/chatroom for each user. All the sessions from the same user get connected to the same group/chatroom and hence receive all the messages in the group/chatroom regardless of where they were sent from. However, this implementation currently has a bug. Each time that a user is connected, it initializes a Chatbot instance which starts from the initial state again while the older connections have Chatbot instances that are currently at a different state. This leads to inconsistent replies which are different based on which window the user typed something in. Basically instead of having two sessions talk to the same Chatbot instance, we have two sessions talking to two different Chatbot instances and messages from all these four sources are getting added to the same chatroom. Moreover, we are wasting resources by keeping multiple Chatbot instances per user which increases with the number of currently active sessions. I want all of the user windows to interact with the same Chatbot instance. What would be the best way to implement that? Currently I can think of three solutions: 1. Creating another Django project the Chatbot and make requests to that HTTP server. The Chatbot state is maintained in that server and any request from the user will go to the same Chatbot instance. - This is straightforward to implement for me (simply spin up another server) - This naturally solves all the problems regarding state as all the instances will query the same Chatbot object 2. Creating a *Master* channel thread which will hold the actual Chatbot instance(a python object) and any new channels will will defer to it for the reply from the Chatbot. - This will be complicated to implement - I will have to maintain which thread is master and which ones are slaves - In situations where a user closes the master thread connection I will somehow have to change one of the slave connections to a master connection and pass the entire object(?!) or atleast pass the state variable and re-create the chatbot instance. 3. Spawn an independent thread/process in python for the chatbot instance and have all the channel connections talk to that thread/process . - This will be hard for me to implement as I don’t currently know how to do IPC in python Are there any other solutions possible? What would be the ideal solution? I am using the following technologies: 1. Django <https://www.djangoproject.com/> as the main backend, with Django Channels <https://channels.readthedocs.io/en/latest/> for WebSockets 2. RASA NLU <https://rasa.com/docs/nlu/> for the NLU component of the chatbot and a finite state machine model implemented using pytransitions <https://github.com/pytransitions/transitions> for the dialog management in python -- You received this message because you are subscribed to the Google Groups "Django users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/django-users. To view this discussion on the web visit https://groups.google.com/d/msgid/django-users/463657a5-588d-475d-940d-4d7ec0c708d4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
