At the end of the day though, both of these seem rather heavy handed and probably better suited for internet-based/big-data applications. Monitoring tool usage probably has less pre-packaged alternatives simply because it may considered something rather straightforward.
Eduardo, you would probably be better off taking the time to understand how logging works and how to distribute it, as you'd probably spend an equal amount of time figuring out either of these products and still be none the wiser about what the users of your tools are up to. On 18 May 2014 20:34, Justin Israel <[email protected]> wrote: > Looks cools. I couldn't tell at a glance if it was fully paid service or > if the Pypi package is a self hosting open source version. > > For something a bit more generic that let's you visualize basically > anything in your custom data you can also check out Kibana: > http://www.elasticsearch.org/overview/kibana/ > On May 19, 2014 3:39 AM, "Marcus Ottosson" <[email protected]> > wrote: > >> Ah, in that case, there was a thread put up a while back about sentry. >> Haven't used it, but maybe it's close to what you're looking for? >> https://pypi.python.org/pypi/sentry >> >> >> On 18 May 2014 15:38, Eduardo Grana <[email protected]> wrote: >> >>> Thanks Justin and Marcus for your replies. >>> I was thinking on something that i could use 'out of the box', >>> something that was already made and hosted, where i just >>> code for the logic on the server, and then use it like >>> a soap service or a wsdl, something like this example >>> >>> >>> http://www.diveintopython.net/soap_web_services/introspection.htmlhttp://www.diveintopython.net/soap_web_services/introspection.html >>> >>> Sounds like something reasonable? >>> Thanks again! >>> Eduardo >>> >>> >>> On Sun, May 18, 2014 at 5:39 AM, Marcus Ottosson <[email protected] >>> > wrote: >>> >>>> Hi Eduardo, >>>> >>>> I’ve got nothing in the pre-packaged arena to recommend, but if your >>>> looking to roll your own system, read on. >>>> >>>> >>>> - accepts data and that you could retrieve it later in block. >>>> >>>> Before having a server that can accept data, have you considered how >>>> to transmit your data? For instance, if you’re looking at rolling your own >>>> system, then one of the pattern you could use is called PUB/SUB, for >>>> publish/subscribe. I.e. your methods/functions publishes data and then >>>> something is out there listening. Also called producer and consumer. >>>> >>>> Once the consumer has collected data, say in a mongodb database or in a >>>> simple text file, you can provide access to this datastore via a web >>>> interface, command-line or pyqt gui. Depending on your use, it may be >>>> helpful to think of keeping the production and consumption of your data >>>> separate; the opposite being finding a pre-packaged web-server and >>>> designing your messages for it specifically. >>>> >>>> If separate, say in a text-file, retrieving the data is a mere open(path, >>>> 'r'), this is then equally applicable to both your web-server, and >>>> tools. >>>> >>>> The production of message could look something like this: >>>> >>>> ___________ >>>> | | >>>> | start |--> publish "A: starting MyTool" >>>> |___________| >>>> | >>>> _____v_____ >>>> | | >>>> | meth1 |--> publish "A: running MyCommand" >>>> |___________| >>>> | >>>> _____v_____ >>>> | | >>>> | meth2 |--> publish "A: wrapping up MyTool" >>>> |___________| >>>> >>>> Each message potentially transmitting dates and user and machine stats >>>> etc. You’d then have a consumer, listening for anything tagged “A”. >>>> >>>> __________ >>>> | | >>>> ("A"--| listen | >>>> |__________| >>>> >>>> The important thing to note being that producing messages is a >>>> non-blocking operation and that there mustn’t be a consumer/listener at the >>>> other end; that is optional. >>>> >>>> give response to calls with simple arguments >>>> >>>> For this, there is the REQ/REP pattern, for request/reply, in which you >>>> could either send a message, synchonously, and await an arbitrary response: >>>> >>>> >>> unpacked_message = {'status': 'ok', 'command': 'givz_cat'}>>> >>>> >>> packed_message = json.dumps(unpacked_message)>>> >>>> >>> socket.send(packed_message)>>> packed_reply = socket.recv()# Blocks >>>> >>> here>>> unpacked_reply = json.loads(packed_reply)>>> process(reply) >>>> >>>> Or you could go for something like the RPC pattern which mimics calling >>>> upon procedures as though they were local: >>>> >>>> >>> reply = myobj.givz_cat()>>> process(reply) >>>> >>>> Each perform similar tasks (i.e. the bundling and serialising of >>>> commands) whereas an RPC masks it under a familiar, higher-level interface. >>>> >>>> And finally, to make any of this possible, you can either roll your own >>>> low-level messaging mechanism, which in the case of REQ/REP isn’t that big >>>> of a deal (with e.g. socket module) depending on your aspirations, but for >>>> PUB/SUB would make life slightly more difficult. For this or both, I would >>>> suggest a MOM<http://en.wikipedia.org/wiki/Message-oriented_middleware>, >>>> or Message-Oriented Middleware, such as ZeroMQ <http://zeromq.org/>. >>>> Whichever you choose, there are tutorials and use-cases in the ZeroMQ >>>> guide <http://zguide.zeromq.org/py:all#Messaging-Patterns>. >>>> >>>> Hope it helps. >>>> >>>> Best, >>>> Marcus >>>> >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Python Programming for Autodesk Maya" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOBC0NrHqYbkNDm%2BDHTnxeYtRUpafv70tKqT9ZSqqgrDOA%40mail.gmail.com<https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOBC0NrHqYbkNDm%2BDHTnxeYtRUpafv70tKqT9ZSqqgrDOA%40mail.gmail.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> >>> >>> -- >>> Eduardo Graña >>> www.eduardograna.com.ar >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Python Programming for Autodesk Maya" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/python_inside_maya/CACt6GrnQKYtjvamUZW_aopazG%3DJTBbOxV31kuUndCczBgfeTKA%40mail.gmail.com<https://groups.google.com/d/msgid/python_inside_maya/CACt6GrnQKYtjvamUZW_aopazG%3DJTBbOxV31kuUndCczBgfeTKA%40mail.gmail.com?utm_medium=email&utm_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> *Marcus Ottosson* >> [email protected] >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Python Programming for Autodesk Maya" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOAtaygYqhAQV9RfYVXbEqcWE%2BctCuNicsdw%2Bb2vMmiPOw%40mail.gmail.com<https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOAtaygYqhAQV9RfYVXbEqcWE%2BctCuNicsdw%2Bb2vMmiPOw%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > -- > You received this message because you are subscribed to the Google Groups > "Python Programming for Autodesk Maya" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA0FU-Vue0pYUAwgQ8ZKb0bim%2BQoA3MhJ-6XycWXPLZc7w%40mail.gmail.com<https://groups.google.com/d/msgid/python_inside_maya/CAPGFgA0FU-Vue0pYUAwgQ8ZKb0bim%2BQoA3MhJ-6XycWXPLZc7w%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- *Marcus Ottosson* [email protected] -- You received this message because you are subscribed to the Google Groups "Python Programming for Autodesk Maya" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/python_inside_maya/CAFRtmOAJ7DUfCvEJQiR_rBcfrQJYTapmfqEJ%3D-cENgFmDmom8A%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
