Thanks for any help you can provide!
]]>Personally I think this HeliconZoo dll beats all other solutions including pyIsapi which isn’t even rightly compiled for Python27 and then I couldn’t get it to work anyway *shrug*
I’m trying to understand how the connection, port communication etc with IIS works so I wanted to step through flup code etc. I can now do that.
I use WingIDE and found out it was actually a well justified security block that was resolved with a minor tweak . I can debug like a champ now, easy as sliced bread. It’s actually kind of logical since the IIS process runs as a different user.
I have IIS on my local laptop to mimic as must as possible a live server, I think it’s suitable to develop that way, but that’s a whole different discussion.
I think you should promote this dll more, right now it’s well hidden in the products you deliver but it could be more of a flag on your ship.
Another thing is, the moment I ever encounter a problem on my live windows server I can now easily hook into the live process and troubleshoot a Python request. I understand that it’s not the ‘proper’ way but this way of working helped me out tons of times in my life. The database on my server is about 1 terrabyte and the functionality of my application is largely dynamically steered by the contents of my database, including code snippets and the evaluation of logical expressions that are in the database. No way I can copy and reproduce everything 1 on 1 to my development machine.
Thanks. I’ll leave php behind and never look back.
]]>Helicon Zoo was developed as solution for running python and django projects in production.
The right common way is debugging your project locally, inside your IDE. All modern Python IDE (WingIDE, Komodo, PyCharm and PyDev) have good debugging tools.
Debugging python applications running in IIS via Helicon Zoo is unsuitable way.
After pulling my hair out for weeks trying to get Python to work on IIS on any protocol but old cgi, you finally solved that part of my problem by really enabling FastCGI..
There remains a challenge though: debugging. I use WingIDE to step through code etc but I can’t get it up and running nor hook into it within the IIS embedded process. I guess I can tweak things by loading a nix server, pointing it at tcp port X not listening to it, while in reality having a long running process (manually started) listening to that port. It’s not trivial to set up from where I stand so if somebody has a better idea or pointers towards it I’m eager for it.
I have to say: I used some php and I can really understand why so many people are drawn to it because of the zend-debugger and ease of setup. If Python would reach that ease it would pull in a lot more of serious programmers and give it really the momentum it deserves.
]]>Thanks.
]]>Unhandled Exception
An unhandled exception was thrown by the application.
How can I know what went wrong? It looks like the error happens before Python captures the exception. Could that be a problem with the pipe?
]]>