myghty-users Mailing List for Myghty - Python Templating Framework
Brought to you by:
zzzeek
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(20) |
Dec
(34) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(34) |
Feb
(28) |
Mar
(21) |
Apr
(69) |
May
(32) |
Jun
(62) |
Jul
(22) |
Aug
(17) |
Sep
(80) |
Oct
(71) |
Nov
(72) |
Dec
(58) |
2006 |
Jan
(81) |
Feb
(45) |
Mar
(9) |
Apr
(19) |
May
(29) |
Jun
(11) |
Jul
(13) |
Aug
(22) |
Sep
(8) |
Oct
(3) |
Nov
(6) |
Dec
(2) |
2007 |
Jan
(3) |
Feb
|
Mar
(3) |
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
From: Jens H. <jen...@gm...> - 2009-12-21 11:34:44
|
Hi Michael, 2009/12/21 Michael Bayer <mi...@zz...>: >> I'm not even sure if this mailinglist is still active, I just hope for the best. > > well no, its not really active. But what I'd do in this case is try to use mod_wsgi in conjunction with the WSGI handler. mod_wsgi supports spawning the Python interpreter into a child process, so that your parent Apache can remain light on memory and still be efficient for serving static content. mod_wsgi was kinda the way I already thought, as we are using that for a couple of pylons applications already. I just didn't find any examples on how to integrate just myghty into a mod_wsgi - or maybe I just didn't look in the right places. Any hints there? > > But at the same time, Myghty is really old and never got that far on production systems, so there's also the possibility that its a memory hog. Since we moved the cache/session mechanism of Myghty to Beaker, we've made tons of improvements and fixes in Beaker over the years, none of which are present in Myghty. But at least moving to mod_wsgi should help. Yes, I know - this app has been running for 4 years, and I remember writing with you about some caching problems - this was before mako was released, and you pointed me to pylons (which we are happily using since then ;) ) The problem is that a lot of (paid) work went into that app, and it would require a lot of (unpaid) work to port it to one of the newer frameworks - as we used a home-made ORM, form libraries, the whole works. So we are kinda stuck with myghty at the moment :) Thanks already for you help :) Regards, Jens |
From: Michael B. <mi...@zz...> - 2009-12-21 02:19:52
|
On Dec 20, 2009, at 6:58 PM, Jens Hoffrichter wrote: > Hi all, > > I'm not even sure if this mailinglist is still active, I just hope for the best. well no, its not really active. But what I'd do in this case is try to use mod_wsgi in conjunction with the WSGI handler. mod_wsgi supports spawning the Python interpreter into a child process, so that your parent Apache can remain light on memory and still be efficient for serving static content. But at the same time, Myghty is really old and never got that far on production systems, so there's also the possibility that its a memory hog. Since we moved the cache/session mechanism of Myghty to Beaker, we've made tons of improvements and fixes in Beaker over the years, none of which are present in Myghty. But at least moving to mod_wsgi should help. > > We have running a (legacy) Mygthy application, which we are unable > (and unwilling atm ;) ) to port to something newer, like a WSGI > framework or mako. > > Back when we started deploying the application, we have decided for a > mod_python based Apache setup. Unfortunately, this setup is now > creating problems, as the mod_python adds tons of memory usage to the > Apache processes, which is starting to become a real problem. > > The background for this: We are using the Myghty application as some > sort of management application, where users can edit their data, > trigger certain events and so on. The main display is done on a TYPO3 > site on the same server, which serves as the "viewing" for the > website. Both applications are (unfortunately, due to some bad design > decisions in the beginning) coupled rather tightly, so they have to be > on the same physical host. So we are basically running the high volume > typo3 page on the same Apache as the Myghty application. > > Observing the Apache processes gives me a rather large memory > consumption for each process (around 500 MB), where the PHP > application is hosted in fcgi processes, so we are only seeing basic > Apache memory and mod_python there (no mod_php). My guess is that at > some point the server starts swapping, and from there everything > spirals downward. I have seen load values > 150 on that > server......and not only once ;) > > I have tried to find some information if I can put the Myghty > application into the same for of fcgi container, the same as the PHP > processes, which should lighten the memory usage on the Apache > considerably. Unfortunately, the only available documentation points > toward mod_python and cgi (a route I'd rather not take ;) ), and the > link to a FCGI setup with lighttp is broken. > > Could somebody point me in the right direction where to look, or maybe > give some general hints where to start optimizing? > > Thanks in advance, > Jens > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Myghty-users mailing list > Myg...@li... > https://lists.sourceforge.net/lists/listinfo/myghty-users |
From: Steve S. (listsin) <li...@in...> - 2009-12-21 02:06:13
|
On Dec 20, 2009, at 6:58 PM, Jens Hoffrichter wrote: > The main display is done on a TYPO3site on the same server, which serves as the "viewing" for the > website. Both applications are (unfortunately, due to some bad design > decisions in the beginning) coupled rather tightly, so they have to be > on the same physical host. So we are basically running the high volume > typo3 page on the same Apache as the Myghty application. This would seem to be the simplest place to "put the screw" as it were. You're going to have to separate them at some point anyway and, once you start, you may find that the bulk of what you're doing in one or the other can be separated more easily than you think they can right now. Probably the best thing to do is bring in a fresh pair of eyes who wasn't there for the initial design and let them see how "tightly coupled" they really are. Once you get the two apps separated, to whatever degree, you can start pinpointing where you can most easily offload to a second, or possibly third server/VM pretty easily id think... S aka; Steve Steiner aka: sst...@gm... |
From: Jens H. <jen...@gm...> - 2009-12-20 23:58:37
|
Hi all, I'm not even sure if this mailinglist is still active, I just hope for the best. We have running a (legacy) Mygthy application, which we are unable (and unwilling atm ;) ) to port to something newer, like a WSGI framework or mako. Back when we started deploying the application, we have decided for a mod_python based Apache setup. Unfortunately, this setup is now creating problems, as the mod_python adds tons of memory usage to the Apache processes, which is starting to become a real problem. The background for this: We are using the Myghty application as some sort of management application, where users can edit their data, trigger certain events and so on. The main display is done on a TYPO3 site on the same server, which serves as the "viewing" for the website. Both applications are (unfortunately, due to some bad design decisions in the beginning) coupled rather tightly, so they have to be on the same physical host. So we are basically running the high volume typo3 page on the same Apache as the Myghty application. Observing the Apache processes gives me a rather large memory consumption for each process (around 500 MB), where the PHP application is hosted in fcgi processes, so we are only seeing basic Apache memory and mod_python there (no mod_php). My guess is that at some point the server starts swapping, and from there everything spirals downward. I have seen load values > 150 on that server......and not only once ;) I have tried to find some information if I can put the Myghty application into the same for of fcgi container, the same as the PHP processes, which should lighten the memory usage on the Apache considerably. Unfortunately, the only available documentation points toward mod_python and cgi (a route I'd rather not take ;) ), and the link to a FCGI setup with lighttp is broken. Could somebody point me in the right direction where to look, or maybe give some general hints where to start optimizing? Thanks in advance, Jens |
From: Michael B. <mi...@zz...> - 2008-03-17 15:25:18
|
On Mar 16, 2008, at 10:04 PM, Cole Tuininga wrote: > > <VirtualHost *:80> > ServerName conference > > <Files "*.myt"> > Order allow,deny > Deny from all > Satisfy All > </Files> > > <Directory /home/egon/conference/htdocs> > SetHandler mod_python > PythonHandler myghty.ApacheHandler::handle > PythonPath "sys.path+[r'/home/egon/conference/libs']" > PythonOption MyghtyComponentRoot r"/home/egon/conference/ > htdocs" > PythonOption MyghtDataDir r"/var/myghty/conference" > PythonDebug On > </Directory> > > ErrorLog /var/log/apache2/conference-error.log > CustomLog /var/log/apache2/conference-access.log combined > </VirtualHost> > > In the /home/egon/conference/htdocs directory is a single file - an > autohandler. It contains only a single line: Hello World. > > My expectation would be that the auto handler should catch a request > to http://conference (a local hostname set up in /etc/hosts) and I > should get back my "Hello World". Instead, I'm getting a 404, and in > the logs, I'm getting: > > [Sun Mar 16 22:02:44 2008] [error] [client 192.168.101.19] File does > not exist: /htdocs > > What did I do wrong? :) hmmmm...... what happens if you give it an actual filename, like http://conference/index.myt ....does "htdocs/index.myt" show up in the logs ? on a side note, have you looked at Mako? Myghty has fallen out of use as Mako + your web framework of choice (often Pylons) supercedes it. Of course if you want to stick with Myghty 1.1 thats fine too :) - mike |
From: Cole T. <col...@gm...> - 2008-03-17 02:04:58
|
Hi all - after being away from Myghty for a while, I'm returning. I'm trying to get set up with a new project and I'm afraid I've already run into problems that I don't understand. The development environment is apache 2.2.4, mod_python 3.3.1, python 2.5.1, Myghty 1.1 all running on an Ubuntu 7.10 system. I'm trying to just set up the very basics. I have a vhost that looks like this: <VirtualHost *:80> ServerName conference <Files "*.myt"> Order allow,deny Deny from all Satisfy All </Files> <Directory /home/egon/conference/htdocs> SetHandler mod_python PythonHandler myghty.ApacheHandler::handle PythonPath "sys.path+[r'/home/egon/conference/libs']" PythonOption MyghtyComponentRoot r"/home/egon/conference/htdocs" PythonOption MyghtDataDir r"/var/myghty/conference" PythonDebug On </Directory> ErrorLog /var/log/apache2/conference-error.log CustomLog /var/log/apache2/conference-access.log combined </VirtualHost> In the /home/egon/conference/htdocs directory is a single file - an autohandler. It contains only a single line: Hello World. My expectation would be that the auto handler should catch a request to http://conference (a local hostname set up in /etc/hosts) and I should get back my "Hello World". Instead, I'm getting a 404, and in the logs, I'm getting: [Sun Mar 16 22:02:44 2008] [error] [client 192.168.101.19] File does not exist: /htdocs What did I do wrong? :) -- Cole Tuininga http://www.tuininga.org/ |
From: Michael B. <mi...@my...> - 2007-04-12 15:33:04
|
great, i was reading the mod_rewrite docs trying to find someting about the rule's rewritten URL being propigated to handlers but got too sleepy. On Apr 12, 2007, at 12:19 AM, Nathan C. Tresch wrote: > The following seemed to fix the problem: > > RewriteRule /trip-([0-9]*)/.*/ /user/trip.php\?tab=airlines > &id=$1 [PT,L] > > Adding the PT (pass through) option. > > Thanks! > > On 4/11/07, Michael Bayer <mi...@my...> wrote: > > On Apr 11, 2007, at 7:16 PM, Nathan C. Tresch wrote: > > > [Wed Apr 11 16:09:53 2007] [error] TopLevelNotFound: > > ComponentNotFound: Cant locate component /trip-18335/Minneapolis/ > > St. Paul/Washington/ at /usr/local/lib/python2.5/site-packages/ > > myghty/request.py line 410 > > > > this line would reveal the rewrite rule is not working, since the non- > rewritten URL is getting sent to the myghty interpreter. you could > also try using MyghtyPathTranslate instead of mod_rewrite. > > > > > > > -- > Nathan C. Tresch > Software Engineer > YapTA! Inc. |
From: Nathan C. T. <na...@ya...> - 2007-04-12 04:19:56
|
The following seemed to fix the problem: RewriteRule /trip-([0-9]*)/.*/ /user/trip.php\?tab=airlines&id=$1 [PT,L] Adding the PT (pass through) option. Thanks! On 4/11/07, Michael Bayer <mi...@my...> wrote: > > > On Apr 11, 2007, at 7:16 PM, Nathan C. Tresch wrote: > > > [Wed Apr 11 16:09:53 2007] [error] TopLevelNotFound: > > ComponentNotFound: Cant locate component /trip-18335/Minneapolis/ > > St. Paul/Washington/ at /usr/local/lib/python2.5/site-packages/ > > myghty/request.py line 410 > > > > this line would reveal the rewrite rule is not working, since the non- > rewritten URL is getting sent to the myghty interpreter. you could > also try using MyghtyPathTranslate instead of mod_rewrite. > > > > -- Nathan C. Tresch Software Engineer YapTA! Inc. |
From: Michael B. <mi...@my...> - 2007-04-12 02:40:21
|
On Apr 11, 2007, at 7:16 PM, Nathan C. Tresch wrote: > [Wed Apr 11 16:09:53 2007] [error] TopLevelNotFound: > ComponentNotFound: Cant locate component /trip-18335/Minneapolis/ > St. Paul/Washington/ at /usr/local/lib/python2.5/site-packages/ > myghty/request.py line 410 > this line would reveal the rewrite rule is not working, since the non- rewritten URL is getting sent to the myghty interpreter. you could also try using MyghtyPathTranslate instead of mod_rewrite. |
From: Nathan C. T. <na...@ya...> - 2007-04-11 23:16:08
|
My logs? Which ones? The mod_rewrite log says: %tail -f rewrite_log 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [ dev.yapta.com/sid#80d05f0][rid#8d3c050/initial <http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (2) init rewrite engine with requested uri /trip-18335/Minneapolis/St. Paul/Washington/ 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [ dev.yapta.com/sid#80d05f0][rid#8d3c050/initial<http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (3) applying pattern '/trip-([0-9]*)/.*/' to uri '/trip-18335/Minneapolis/St. Paul/Washington/' 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [ dev.yapta.com/sid#80d05f0][rid#8d3c050/initial<http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (2) rewrite '/trip-18335/Minneapolis/St. Paul/Washington/' -> '/user/trip.myt?tab=airline&id =18335' 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [dev.yapta.com/sid#80d05f0][rid#8d3c050/initial<http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (3) split uri=/user/trip.myt?tab=airline&id=18335 -> uri=/user/trip.myt, args=tab=airline&id=18335 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [dev.yapta.com/sid#80d05f0][rid#8d3c050/initial<http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (2) local path result: /user/trip.myt 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [dev.yapta.com/sid#80d05f0][rid#8d3c050/initial<http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (2) prefixed with document_root to /usr/local/data/wwwdev/ntresch/public/user/trip.myt 67.42.99.238 - - [11/Apr/2007:15:44:23 --0700] [dev.yapta.com/sid#80d05f0][rid#8d3c050/initial<http://dev.yapta.com/sid#80d05f0%5D%5Brid%238d3c050/initial>] (1) go-ahead with /usr/local/data/wwwdev/ntresch/public/user/trip.myt [OK] The error_log says: [Wed Apr 11 16:09:53 2007] [error] TopLevelNotFound: ComponentNotFound: Cant locate component /trip-18335/Minneapolis/St. Paul/Washington/ at /usr/local/lib/python2.5/site-packages/myghty/request.py line 410 My httpd.conf reads: AddHandler mod_python .py AddHandler mod_python .myt PythonHandler myghty.ApacheHandler::handle PythonPath "[r'/usr/local/data/wwwdev/ntresch']+sys.path" PythonOption MyghtyInterpreterName r"ntresch_interp" PythonOption MyghtyComponentRoot \ "[ \ {'components':'/data/wwwdev/ntresch/public'}, \ {'templates':'/data/wwwdev/ntresch/myghty/templates'} \ ]" PythonOption MyghtyDataDir r"/data/wwwdev/ntresch/myghty/data" #PythonHandler mod_python.publisher PythonDebug On These lines are located in the main apache config file. On 4/11/07, Michael Bayer < mi...@my...> wrote: > > what do your logs say ? how do you have mod_python configured ? > > On Apr 11, 2007, at 6:35 PM, Nathan C. Tresch wrote: > > > We're using Myghty and Mod_Python. The following RewriteRule > > produces a 404: > > > > RewriteRule /trip-([0-9]*)/.*/ /user/trip.myt\?tab=airlines > > &id=$1 [L] > > > > Previously, before we converted to PHP, the rule looked like this: > > > > RewriteRule /trip-([0-9]*)/.*/ /user/trip.php\?tab=airlines&id=$1 [L] > > > > This worked. > > > > Can anyone tell me what gives? > > > > > > -- > > Nathan C. Tresch > > Software Engineer > > YapTA! Inc. > > ---------------------------------------------------------------------- > > --- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net 's Techsay panel and you'll get the chance to > > share your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php ? > > page=join.php&p=sourceforge&CID=DEVDEV________________________________ > > _______________ > > Myghty-users mailing list > > Myg...@li... > > https://lists.sourceforge.net/lists/listinfo/myghty-users > > -- Nathan C. Tresch Software Engineer YapTA! Inc. |
From: Michael B. <mi...@my...> - 2007-04-11 23:12:02
|
what do your logs say ? how do you have mod_python configured ? On Apr 11, 2007, at 6:35 PM, Nathan C. Tresch wrote: > We're using Myghty and Mod_Python. The following RewriteRule > produces a 404: > > RewriteRule /trip-([0-9]*)/.*/ /user/trip.myt\?tab=airlines > &id=$1 [L] > > Previously, before we converted to PHP, the rule looked like this: > > RewriteRule /trip-([0-9]*)/.*/ /user/trip.php\?tab=airlines&id=$1 [L] > > This worked. > > Can anyone tell me what gives? > > > -- > Nathan C. Tresch > Software Engineer > YapTA! Inc. > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV________________________________ > _______________ > Myghty-users mailing list > Myg...@li... > https://lists.sourceforge.net/lists/listinfo/myghty-users |
From: Nathan C. T. <na...@ya...> - 2007-04-11 22:35:34
|
We're using Myghty and Mod_Python. The following RewriteRule produces a 404: RewriteRule /trip-([0-9]*)/.*/ /user/trip.myt\?tab=airlines&id=$1 [L] Previously, before we converted to PHP, the rule looked like this: RewriteRule /trip-([0-9]*)/.*/ /user/trip.php\?tab=airlines&id=$1 [L] This worked. Can anyone tell me what gives? -- Nathan C. Tresch Software Engineer YapTA! Inc. |
From: Jared R. <ja...@wo...> - 2007-03-13 23:32:27
|
Deron Meranda wrote: > I guess I've been out of it, but I just noticed that Myghty is now in > maintenance mode. I didn't see any announcement, but only > saw it on the website. Huh, I missed that too. Oh, well. Got me some rewriting to do. Wonder what framework that'll be though :) -- Jared |
From: Michael B. <mi...@my...> - 2007-03-13 21:27:48
|
On Mar 13, 2007, at 5:13 PM, Deron Meranda wrote: > > However I'm trying to figure out how I can eventually get off of > Myghty, and there's things that Mako seems to be missing > (probably intentionally ?). One of my biggest issues is I NEED to > be able to run on top of mod_python. This is because I have a > lot of "raw" mod_python handlers running at different Apache > request and filter phases (not just the content or "handler" phase). > And my Myghty apps communicate with them via the low-level > req object. I just don't see how to do that yet. im running with mod_python using the mod_python WSGI adapter (available off the mod_python FAQ) , linked to the run_wsgi.py script thats included in mako/examples. you can modify the run_wsgi.py to propigate the apache req object (i was doing that too). > There's other things as well that I know I need to change > (such as a reliance on the dhandler stuff), but they don't perplex > me as much (yet). yah, use controllers now for dhandler-like functionality. > Is there any additional information someplace to describe in > more detail strategies for migrating from Myghty to Mako, or > whatever else might be needed? There seems to be about a > million different Python+Web projects and very few are documented > in any basic way so that an outsider can even determine what it > is that they "do" before being dumped right into the API docs. not much docs for that. most of Mako syntax is close enough to Myghty that its not so difficult. theres also an "autohandler" extension with Mako which I havent doc'ed yet but i just put a usage example on the mako mailing list. some features of Myghty havent really carried over (like <%attr>), so its best to be somewhat "clean slate" about it when making the switch (as opposed to line-by-line conversion). > > So, is Mako even supposed to be a Myghty successor, or the > key component of one? And is this the place to ask these > questions, or the Mako mailing lists, or cross-posted? just go to the mako list. we're all over there now.....(yes its the successor). |
From: Deron M. <der...@gm...> - 2007-03-13 21:13:46
|
I guess I've been out of it, but I just noticed that Myghty is now in maintenance mode. I didn't see any announcement, but only saw it on the website. There is mention of Mako as a possible future. I've reviewed the Mako online documentation, and I am really liking what I see. It seems to fix most of the inconsistent syntax that bothered me in Myghty, and appears to just be a cleaner architecture (I guess that happens when you get a chance to start over :) However I'm trying to figure out how I can eventually get off of Myghty, and there's things that Mako seems to be missing (probably intentionally ?). One of my biggest issues is I NEED to be able to run on top of mod_python. This is because I have a lot of "raw" mod_python handlers running at different Apache request and filter phases (not just the content or "handler" phase). And my Myghty apps communicate with them via the low-level req object. I just don't see how to do that yet. There's other things as well that I know I need to change (such as a reliance on the dhandler stuff), but they don't perplex me as much (yet). Is there any additional information someplace to describe in more detail strategies for migrating from Myghty to Mako, or whatever else might be needed? There seems to be about a million different Python+Web projects and very few are documented in any basic way so that an outsider can even determine what it is that they "do" before being dumped right into the API docs. So, is Mako even supposed to be a Myghty successor, or the key component of one? And is this the place to ask these questions, or the Mako mailing lists, or cross-posted? Deron Meranda |
From: Michael B. <mi...@zz...> - 2007-01-24 15:54:38
|
its up again, someone tripped over the plug (the "plug" being apachectl...) On Jan 24, 2007, at 8:23 AM, Jens Hoffrichter wrote: > On 1/24/07, Cole Tuininga <col...@gm...> wrote: >> Is something up with the website? I can't seem to hit it... >> > Works fine for me..... > > Jens > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Myghty-users mailing list > Myg...@li... > https://lists.sourceforge.net/lists/listinfo/myghty-users |
From: Jens H. <jen...@gm...> - 2007-01-24 13:23:22
|
On 1/24/07, Cole Tuininga <col...@gm...> wrote: > Is something up with the website? I can't seem to hit it... > Works fine for me..... Jens |
From: Cole T. <col...@gm...> - 2007-01-24 03:26:39
|
Is something up with the website? I can't seem to hit it... -- Cole Tuininga http://www.tuininga.org/ |
From: Michael B. <mi...@my...> - 2006-12-27 03:10:01
|
you should be able to call clear() on the cache instance returned by m.get_cache() within the template, as well as remove_value(key). im not sure why get_container() screws it up but the API of cache.py is a little antiquated at this point (im working on replacements for all of this stuff, more on that soon). id also suggest asking on the pylons-discuss list since those guys use the cache API a lot. On Dec 26, 2006, at 7:03 PM, Jens Hoffrichter wrote: > Hello everyone, > > At first I want to thank every contributer to the great work which is > delivered with Myghty, it's so much fun to work with it, it is so > simple and yet powerful! Keep on rockin' :) > > But with my current work a problem aroused I'm not able to solve > myself, and neither the documentation nor the web nor the source code > is much help to me. > > I have the following situation: > > I'm using Myghty 1.1 with Python 2.4.4, apache 2.3.3 with > mod_python 3.2.10 > > I have XML documents in a database and transform them via XSL to HTML. > The XML documents are seldom updated, so caching of the transformation > results would be fine, and as the documents are not accessed that > often (but there are lots of them ;) ), a long cache time would be > fine, too. > > So I keep track of the modification time of the docs via a SQL > trigger, and want to expire the cache manually if the documents > change, so they are regenerated using the XSL. I don't want to wait > for an automatic cache expiry, as I plan to set the expiry time to a > day or so, and I want to have the changes in the docs reflected to the > website in a very short timeframe. > > So I took a look at the caching api, saw that accessing the container > would be the right thing to do, compare the db timestamp against > .storedtime, and in a case of an updated doc I would call > .clear_value() to have the page rebuilded. > > But as soon as I access the cache after creating a reference to the > container with cache.get_container(key), there is always thrown a > KeyError, regardless what I do with the container, the call of > .get_container() is enough to "corrupt" the whole cache and getting > template errors. And I don't see the reason for this in the source > code :) > > What can I do to overcome this obstacle? How should I access the > cache? The caching api itsself is not enough (yet) to allow access to > the stored times etc., so currently I have to stick to the container, > I think. > > Thanks in advance for any advices! > > Regards, > Jens > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Myghty-users mailing list > Myg...@li... > https://lists.sourceforge.net/lists/listinfo/myghty-users |
From: Jens H. <jen...@gm...> - 2006-12-27 00:03:19
|
Hello everyone, At first I want to thank every contributer to the great work which is delivered with Myghty, it's so much fun to work with it, it is so simple and yet powerful! Keep on rockin' :) But with my current work a problem aroused I'm not able to solve myself, and neither the documentation nor the web nor the source code is much help to me. I have the following situation: I'm using Myghty 1.1 with Python 2.4.4, apache 2.3.3 with mod_python 3.2.10 I have XML documents in a database and transform them via XSL to HTML. The XML documents are seldom updated, so caching of the transformation results would be fine, and as the documents are not accessed that often (but there are lots of them ;) ), a long cache time would be fine, too. So I keep track of the modification time of the docs via a SQL trigger, and want to expire the cache manually if the documents change, so they are regenerated using the XSL. I don't want to wait for an automatic cache expiry, as I plan to set the expiry time to a day or so, and I want to have the changes in the docs reflected to the website in a very short timeframe. So I took a look at the caching api, saw that accessing the container would be the right thing to do, compare the db timestamp against .storedtime, and in a case of an updated doc I would call .clear_value() to have the page rebuilded. But as soon as I access the cache after creating a reference to the container with cache.get_container(key), there is always thrown a KeyError, regardless what I do with the container, the call of .get_container() is enough to "corrupt" the whole cache and getting template errors. And I don't see the reason for this in the source code :) What can I do to overcome this obstacle? How should I access the cache? The caching api itsself is not enough (yet) to allow access to the stored times etc., so currently I have to stick to the container, I think. Thanks in advance for any advices! Regards, Jens |
From: marek <md...@gm...> - 2006-11-29 17:04:00
|
I tried the m.flush_buffer() but I should of looked into the apache log files first where I'm getting the following: [Tue Nov 28 21:54:20 2006] [notice] Apache/2.0.55 (Ubuntu) mod_python/3.2.8 Python/2.4.4c1 configured -- resuming normal operations Exception exceptions.RuntimeError: 'cannot unmarshal code objects in restricted execution mode' in <bound method FileSynchronizer.__del__ of <myghty.synchronization.FileSynchronizer object at 0x442d9f8c>> ignored Exception exceptions.LookupError: "no codec search functions registered: can't find encoding" in <bound method FileSynchronizer.__del__ of <myghty.synchronization.FileSynchronizer object at 0x4431510c>> ignored Exception exceptions.RuntimeError: 'cannot unmarshal code objects in restricted execution mode' in <bound method FileSynchronizer.__del__ of <myghty.synchronization.FileSynchronizer object at 0x442a828c>> ignored Exception exceptions.LookupError: "no codec search functions registered: can't find encoding" in <bound method FileSynchronizer.__del__ of <myghty.synchronization.FileSynchronizer object at 0x442ed70c>> ignored It seems that this error occurs after I restart the apache on the way down. I googled the "no codec..." message and found a post suggesting to do a PythonImport statement that imports a module that in turn does something like: import encodings I have done that but that was no fix since the error remains. Anybody have an idea about what this is and how to resole it? --- Marek |
From: Michael B. <mi...@my...> - 2006-11-29 00:19:34
|
try doing a m.flush_buffer() before your abort(). On Nov 28, 2006, at 6:52 PM, marek wrote: > I have the following code which successfully returns xml content to > the client under Myghty 1.0.2: > > > r.content_type='text/xml' > m.clear_buffer() > m.write('<xml>some xml here</xml>') > m.abort() > > > This code now writes nothing after moving to Myghty 1.1. > > Any ideas what happened or what I should do in Myghty 1.1 to get this > working again? > > > > ---Marek > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Myghty-users mailing list > Myg...@li... > https://lists.sourceforge.net/lists/listinfo/myghty-users |
From: marek <md...@gm...> - 2006-11-28 23:52:43
|
I have the following code which successfully returns xml content to the client under Myghty 1.0.2: r.content_type='text/xml' m.clear_buffer() m.write('<xml>some xml here</xml>') m.abort() This code now writes nothing after moving to Myghty 1.1. Any ideas what happened or what I should do in Myghty 1.1 to get this working again? ---Marek |
From: Jeff D. <da...@da...> - 2006-11-08 01:40:19
|
On Mon, 2006-10-30 at 14:54 -0500, Michael Bayer wrote: > so...i committed a little check into lexer to test for plain string > first before looking for BOM_UTF8, since this particular check > wouldnt apply to unicode value anyway, its rev 2144. If the unicode component source contains any non-ascii, compilation will fail (when objgen tries to write unicode to the (by default, ascii) code file.) (And if you can't put non-ascii in unicode component source, what's the point of supporting unicode source at all? :) I've just checked in a fix (r2146) for this (along with a new test script which exercise the problem described above.) Essentially, now we encode unicode source to UTF-8 (and treat it as if it had a "encoding: utf-8" magic comment) before attempting to compile it. Jeff |
From: Michael B. <mi...@zz...> - 2006-11-01 02:17:21
|
david - I think you want to use a subrequest here. - mike On Oct 31, 2006, at 9:03 PM, David Geller wrote: > Hi all - > > Can called components use inheritance? > > What I would like to do is create a component that has its own > inheritance hierarchy. For example: > > autohandler: > -------------------- > blah blah > % m.call_next() > -------------------- > > > My main template main.myt (inherits from "autohandler" implicitly): > ---------------------- > some main stuff.... > then call > <& comp1.myt &> > --------------------- > > comp1.myt: > -------------------- > <%flags> > inherit="comp_base.myt" > </%flags> > > this is my component, inherited from comp_base.myt > --------------------- > > comp_base.myt: > ----------------------- > <%flags> > inherit=None > <%flags> > > hi, this is base, which inherits from no one. > > % m.call_next() > ----------------------- > > In other words, when I make a call to comp1.myt, > I want it to execute it's base component first as specified in the > "inherit" line, just as a high-level component will have the implicit > base component ("autohandler") execute first. > > When I do what I have here, it doesn't seem to work (comp_base.myt > never > executes) > > Thanks, if anyone can shed light on this! > > Regards, > David > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Myghty-users mailing list > Myg...@li... > https://lists.sourceforge.net/lists/listinfo/myghty-users |