I'm building an Android IM chat app for fun. I can develop the Android stuff well but i'm not so good with the networking side so I am looking at using XMPP on AWS servers to run the actual IM side. I've looked at OpenFire and ejabberd which i could use. Does anyone have any experience with them or know a better one? I'm mostly looking for sending direct IM between friends and group IM with friends.
Try to explore more about Amazon SQS( Simple Queuing Service) . It might come handy for your requirement.
As an employee of ProcessOne, the makers of ejabberd, I can tell you we run a lot of services over AWS, including mobile chat apps. We have industrialized our procedures.
Related
I am planning to create a mobile application using Python language, specifically, I was planning to use the Kivy framework to finish the app. It is a simple learning mobile application that allows users to upload pdf files to an online server using their own accounts. The app I am tasked to create should and can only online - I am not sure if I can accomplish this using Kivy. Is there a way to connect to an online/cloud hosting provider using Kivy?
And if it is possible, can you recommend a hosting provider that is free for personal use; for students and beginner programmers?
For now, I am still at the planning stage of my project; however, the idea is already approved, so I am really hoping for an answer. Any help would be appreciated.
I am trying to communicate with the QuickBooks Desktop Application using the Quick Books Web Connector (must be done in Python). I am not very familiar with SOAP- I was wondering whether anyone had a template/guide for communicating with the QBWC. I have read QuickBooks Web Connector Program Guide but there was no sample Python code.
The only requirement for which language to use with the Web Connector is to have a functioning SOAP server. From the Programmer's Guide:
What Platforms and Languages can I use in my Implementation?
The web service should be able to run on any platform that supports standard SOAP for communication. Platforms that are known to work include Apache Tomcat (Axis)and ASP (.Net).
As long as you can roll a WSDL-first SOAP server in Python, you can interface with the Web Connector. Unfortunately, it appears that might be a significant hurdle. Check out this question for suggestions on possible ways to accomplish that.
Once you get that working, the QuickBooks SDK provides bare-bones examples of a functioning web service. That should provide a sufficient template/guide for you to successfully interface with QuickBooks through the Web Connector.
I am quite new to heroku and I reached a bump in my dev...
I am trying to write a server/client kind of application...on the server side I will have a DB(I installed postgresql for python) and I was hoping I could reach the server, for now, via a python client(for test purposes) and send data/queries and perform basic tasks on the DB.
I am using python with Heroku, I manage to install the DB and it seems to be working(i.e i can query, insert, delete, etc...)
now all i want is to write a server(in python) that would be my app and would listen on a port and receive messages and then perform whatever tasks it is asked to do...I tought about using sockets for this and have managed to write a basic server/client locally...however when I deploy the app on heroku i cannot connect to the server and my code is basically worthless
can somebody plz advise on the basic framework for this sort of requirements...surely I am not the first guy to want to write a client/server app...if you could point to a tutorial/doc i would be much obliged.
Thx
Heroku is for developing Web (HTTP, HTTPS) applications. You can't deploy code that uses socket to Heroku.
If you want to run your app on Heroku, the easier way is to use a web framework (Flask, CherryPy, Django...). They usually also come with useful libraries and abstractions for you to talk to your database.
I am developing my web app with Python 2.7 + Bottle. Everything is great and python is an amazing language coming from ASP.NET. I am building a web application that needs to use real-time client/server communication and socket.io for node.js comes to mind.
I wanted to know how can I implement socket.io-like using Python + bottle. I've read this article on bottle, but I can't still seem to understand how it works - what I need to install, and how all works out (code examples?).
I really need that for my next web application but need help in understanding what I need to put in my project in order for it to work. I have no problem working with 'preview' codes which aren't stable release yet. I'm developing on Windows platform. Thanks.
I also want to know if its scalabe. whether I can use redis in the back so all calls will be sync when running my website on several servers, so when one client send data, all the other clients connected to the other servers will get it to.
maybe websocket can help you,many modern browser support this protocol,but bottle.py don't support it now,you can get some idea from tornado.websocket and some answer here
cause every connection can be saved,so i guess it can run on several servers,but i never implement.
since bottle is micro framework,you should do something by yourself.
I am learning Python and Django. I want to create a Gtalk type of application using Django and Python. Please tell me where I can find documentation that will help me build my application. Mainly I want to know how to determine when anyone logs in if their friends is online, busy, offline, etc. I also would like to know how to respond to those events. Thanks in advance.
you can start with learning the XMPP protocol, or learning to use any of the python libraries that deal with XMPP.
I referred you to XMPP because this is the protocol used by GTalk. there are other instant messaging protocols that can be used.
If you're thinking of writing a Gtalk-type application in Django, you could look to host it on Google AppEngine, which has great support for XMPP.
Also, check out Tornado, which is better for real-time Python apps than Django is.