Showing posts with label python. Show all posts
Showing posts with label python. Show all posts

Sunday, February 7, 2010

ePing.py new version

I just uploaded a new version of ePing.py. Version is now at v0.06. You can find it of course at code.google.com/p/epingpy.

After passing several logfile excerpts from the ePing.py that
I installed at work, the application that runs our websites has been reworked
by the company who created that application. The websites run fine now most of
the time. So making this little program has already proved it's purpose, even if nobody else uses it... :)

However I do have lost a playground of extreme situations. Ah well, guess the
program should be tailored for normal situations anyway.

I do get some visitors to the Google Code website, and it also shows that at least some people download it. Up till now I have had no feedback form anyone. I kind of hoped putting it online would give me feedback about improvements in features, code-structure en maybe fix bugs.

Friday, November 6, 2009

Threads suck a lot less

Well, I suck less at threading, but who would ever admit to sucking at anything? Anyway, after carefully reading, rereading, trying, testing and reading again both Well House Consultants threading course as this excellent PDF on Python Threading, I managed to get it working properly. I did break the extended timeout functionality, but thought it worth it to have threading. So making extended timeout available will be planned for version v0.06!

http://code.google.com/p/epingpy/

Thursday, October 22, 2009

Net result from ePing.py

The company that creates and maintains our web applications apparently seemed to be able to "optimize"their code.

Last week my director asked me to mail an excerpt from the log to them, showing how many timeouts out sites have. They of course give no feedback to me, but the amount of e-mail notifications has been down drastically. And since yesterday, when I put the last version to work with a higher default-timeout of 10 seconds (instead of 5 seconds), I haven't received any notifications at all. Actually, as of now, nothing has been written to the log. So I guess their code optimizations, and the higher timeout value, made this possible.

I started the basic idea actually already in March this year, but started on a completely new code around July, and under a different name. And it seems that it has already paid of for my employer... Since it's a e-tailer, any downtime is possible missed orders...

Wednesday, October 21, 2009

Progress on ePing.py going slowly but surely

I just put the source of v0.04 online on Google Code. Main new thing in this version is that the UrlChecker class now runs threaded. This means that one run of ePing.py will not last longer if more URL's are to be checked (previously one check lasted more then 8 minutes when several of my employers website where unreachable).

Thursday, July 23, 2009

First release of ePing.py!

Today, not even 5 minutes ago, I released the first public version of my first Python project. I called it ePing.py, kind of being an 'enhanced' ping-tool written in Python.

The project can be found on code.google.com/p/epingpy.

It basically checks whether a specified URL returns a HTTP-error or gives an timeout within a specified period.

Please download, try and give me feedback. This would also be my first public attempt at OOP (without alot of oopz I hope... :-) )