https://github.com/explorigin/Rocket/issues/1
On Dec 9 2011, 8:02 pm, Timothy Farrell explori...@gmail.com wrote:
David,
Thanks for your offer to help with this. The best way to help right
now would be to provide me a smallish pcap file that records it
happening so I can see which parts
David,
Thanks for your offer to help with this. The best way to help right
now would be to provide me a smallish pcap file that records it
happening so I can see which parts of the files are missing.
Thanks,
Timothy Farrell
On Dec 5, 9:07 pm, David Tse muka...@gmail.com wrote:
I'm
I guess I could expound upon that a little more. Rocket does not
allow insecure connections on secure sockets. So if a secure
connection fails for whatever reason it will fail (here
https://github.com/explorigin/Rocket/blob/master/rocket/listener.py#L106
) but what happens is that the returned
A boy, Zane. A healthy 8lbs 5oz. Find me on Google+ for some images.
On Jul 31, 3:39 pm, Michele Comitini michele.comit...@gmail.com
wrote:
Tim,
Congratulations. Male or Female? :-)
mic
2011/7/31 Timothy Farrell explori...@gmail.com:
OK, I'll take a look at these. New baby here
:46 am, Timothy Farrell explori...@gmail.com wrote:
Rocket doesn't currently support IPv6. As I understand adding support
would not be difficult. If I add it in, can you help me test it?
Thanks,
-tim
On Jul 26, 11:34 pm, Rahul rahul.dhak...@gmail.com wrote:
Hi Tim, All
Rocket doesn't currently support IPv6. As I understand adding support
would not be difficult. If I add it in, can you help me test it?
Thanks,
-tim
On Jul 26, 11:34 pm, Rahul rahul.dhak...@gmail.com wrote:
Hi Tim, All,
Does Rocket support IPv6? If not, can we expect this to be
added
I just assumed these were being served statically. It didn't hit me
that they were run from a controller. To those reading, I was not
able to reproduce Philip's issue on my machine. Perhaps someone who
has a similar setup as him could test it.
On Apr 25, 10:53 am, pbreit
Oh...that setup is:
Mac OS X.6.7
web2py 1.94.6
Server: Rocket 1.2.2 Python/2.5.1
Contact Philip, if you have something similar and are willing to test.
On Apr 26, 7:39 am, Timothy Farrell explori...@gmail.com wrote:
I just assumed these were being served statically. It didn't hit me
@VP, how long ago did you have this issue?
@Phillip is there any chance I could git a copy of your program and
data?
Whenever I test Rocket, I test it by creating an oversized web2py app
(typically 100 MB) and exporting and reimporting it. I never
release a version of Rocket that can't do
, 1:33 pm, VP vtp2...@gmail.com wrote:
Tim,
It's last year. The problem was described
here:http://groups.google.com/group/web2py/browse_thread/thread/f7714312d0...
On Apr 24, 8:33 am, Timothy Farrell explori...@gmail.com wrote:
@VP, how long ago did you have this issue?
@Phillip
So did that take care of it??
On 5/20/2010 4:15 PM, OMAR wrote:
Tim, you were very close.
libssl-dev
-
Massimo,
I went the route of installing distutils so I could easy_install, but
once again was met with an error:
sudo easy_install ssl
Processing ssl
error: Couldn't find a setup
Developers running with scissors!! LOL!!!
On 5/20/2010 2:12 PM, szimszon wrote:
Nice
On máj. 20, 19:52, mdipierromdipie...@cs.depaul.edu wrote:
http://www.scribd.com/doc/31669670/PostgreSQL-and-NoSQL
Yah I hear ya. I love Debian for being rock-solid stable (not to
mention that I cut my Linux teeth on it) but man is it OLD!
I've had good luck with Ubuntu. I try to stick with Linux systems that
use DEBs. I've been burned too many times by RPM-dependency hell!
There's always Gentoo! No
The output you show is that it's trying to compile openssl into the ssl
module. You'll need to install the openssl headers. The debian package
name is probably something like openssl-dev.
-tim
On 5/19/2010 5:30 PM, OMAR wrote:
Tim, thanks for the speedy reply. Sorry to say I'm still stuck.
http://downforeveryoneorjustme.com/web2pyslices.com
On 5/19/2010 10:14 AM, MikeEllis wrote:
Haven't been able to reach it all morning.
ping web2pyslices.com
PING web2pyslices.com (76.73.68.69): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for
I agree that Cherokee is an impressive server. I think the main reason
for not including it is it's non-Pythonic nature. web2py would have to
incorporate a formal build process (something it does not current have)
for Windows and OSX. It's hard to find a recent Windows build of
Cherokee
Oh, well in that case, we just need someone to do it...go for it!
On 5/18/2010 8:50 AM, blackthorne wrote:
A second step would be to bundle PostgresSQL with web2py + cherokee.
I'm a dreamer...
On May 18, 2:46 pm, blackthornefrancisco@gmail.com wrote:
I may no have been as clear as I
- Rocket upgrade to 1.0.5 (fixes HTTPS connection problem)
On 5/16/2010 12:14 AM, mdipierro wrote:
Please check it
changelog
- new template system allows {{block name}}{{end}}, thanks Thadeus
- fixed mime headers in emails, included PGP in emails, thanks Gyuris
- automatic database retry
I see this Rocket error. That error is normal in the course of
operations but should never be detected through web2py. Did you get
that traceback from a ticket or somewhere else? How does this error
relate to the messages you sent before? Do they happen at the same time?
-tim
On
As of version 1.77.3, web2py depends on the ssl package for HTTPS
support. It no longer uses the pyOpenSSL package. You can get ssl
for Python 2.3-2.5 from the cheeseshop.
-tim
On 5/13/2010 4:29 PM, OMAR wrote:
I have web2py installed on a remote Debian server. When connecting via
my local
The only question is: how do you want that to look?
All web2py interfaces currently only take one IP and socket number. I
don't think it's wise to assume that if someone wants HTTPS they
automatically want HTTP as well (and pick the port for them). You
decide how you want the Tk frontend,
While Rocket supports listening on multiple sockets, web2py does not.
You will need to run two separate instances of web2py (one for SSL, one
unencrypted) to do what you are asking.
-tim
On 5/13/2010 1:40 PM, Miguel Lopes wrote:
On Wed, May 12, 2010 at 7:45 PM, Timothy Farrell tfarr
This is the error that Jon Lundell's guys found already. Note that it's
trying to connect to port 8000 as HTTP. Connect as HTTPS and it should
work.
Also try upgrading to trunk, that should issue a 400 Bad Request.
-tim
On 5/12/2010 1:32 PM, mdipierro wrote:
yes please
On May 12, 1:16
When you create your model, there is a pools parameter that defaults
to 10. This means that the one web2py process will use a pool of 10
connections on that one database. It leaves the connections open even
after the request is served so that they can serve the next connection
without having
Can you be more specific on what you mean by crashing? Interpreted
languages shouldn't crash and generally if they do it's something wrong
with the interpreter. Are you using cPython?
On 5/7/2010 1:48 AM, David Zejda wrote:
Hi,
my web2py instance (about 1 pageviews, 30+ ajax
Is this standard hardware? The only place I've seen Python crash is on
non-standard hardware (AS400) with a non-supported build of Python.
Web2py recent switched from Cherrypy's wsgiserver to Rocket (which I
wrote) as of version 1.77.2 (I think). Which version are you running?
With
Let's talk more about this off-list.
-tim
On 5/5/2010 5:02 PM, elffikk wrote:
hi,
this is not related to web2py, just to rocket
I just got trac running with Rocket.
Performance is great!
But one thing that I need is authentication using at least basic auth,
since trac is relying on web server
The main change between the two versions is where it applies the SSL
connection and adds a check to see if that connection isn't there when
it should be. I've updated to the latest hg and I'm not seeing what you
guys are seeing.
Are any of you running HTTPS?
Rocket does not support IPV6
it should be. Please tell me which one.
Thanks,
-tim
On 5/3/2010 7:54 AM, Timothy Farrell wrote:
The main change between the two versions is where it applies the SSL
connection and adds a check to see if that connection isn't there when
it should be. I've updated to the latest hg and I'm
These two values should, in all cases be the same. If they are not,
you'll get a 400. If you're seeing this error, it means one or the
other is not what it should be. Please tell me which one.
Thanks,
-tim
On 5/3/2010 7:54 AM, Timothy Farrell wrote:
The main
. If they are not,
you'll get a 400. If you're seeing this error, it means one or the
other is not what it should be. Please tell me which one.
Thanks,
-tim
On 5/3/2010 7:54 AM, Timothy Farrell wrote:
The main change between the two versions is where
Thanks. I'll look into these today.
On 4/28/2010 9:10 AM, mdipierro wrote:
I am sure Tim is on the case.
On Apr 28, 8:56 am, Jonathan Lundelljlund...@pobox.com wrote:
Our engineering folks have started looking at the new release, with attention
to Rocket, and have reported a couple of
It sounds to me like these two issues are really one. Basically, Rocket
is not sending an HTTP response when in HTTPS mode. It closes the
socket but (for some reason) Python doesn't close it immediately. This
causes a client to hang for a while.
Thanks for the clarification. Jon, if it's
wrote:
On Apr 29, 2010, at 5:58 AM, Timothy Farrell wrote:
It sounds to me like these two issues are really one. Basically, Rocket is not
sending an HTTP response when in HTTPS mode. It closes the socket but (for
some reason) Python doesn't close it immediately. This causes a client to hang
Let us know if it comes up again.
-tim
On 4/27/2010 1:30 AM, hywang wrote:
when i try it again today, everything is ok today.
I don't know why :-(
On 4月26日, 下午11时42分, mdipierromdipie...@cs.depaul.edu wrote:
I cannot reproduce this either. It is not an internationalization
issue. I
I didn't originally, but did after you mentioned it. It worked both
ways for me.
On 4/27/2010 8:56 AM, mdipierro wrote:
Tim, did you try with the IS_IMAGE validator?
On Apr 27, 7:56 am, Timothy Farrelltfarr...@swgen.com wrote:
Let us know if it comes up again.
-tim
On 4/27/2010 1:30
Massimo, I know you sent me an email on this but I can't find it so I'll
just reply to the list.
Rocket is dying in this case because the object it has received from
web2py is not a valid WSGI response. A valid WSGI response must be
either a list or generator (Rocket is a little more tolerant and
My assumption that web2py is returning something other than a list comes
from the traceback. Why would calling:
len(returned_obj)
go into the cgi module if it was a string? Rocket alone does not use
the cgi module at all so the returned object must be related to it
somehow. We know that
://launchpad.net/rocket
\examples\views\default\who.html:line 77
- remove the reference so long as wsgiserver is not the default
- add liRocket Web Server developed by Timothy Farrell./li
On 4/20/2010 9:21 AM, mdipierro wrote:
I made a mistake. Left references to cherry in some of the pages
That will center the contents within the div. However, the div
auto-sizes to it's content unless you give it other style properties.
You are assuming that your div is the full width of the browser window.
To do what you want, set two more styles on the div:
width: 100%; /* Force the width
Thank you. It's always good to see the fruits of one's labor come out.
On 4/19/2010 3:57 PM, elffikk wrote:
a simple test loading one by one the same link, leaving concurrency
and advanced testing to Tim and others :)
just wanted to feel the improvement, and I have to say Tim did his job
the reference so long as wsgiserver is not the default
- add liRocket Web Server developed by Timothy Farrell./li
On 4/20/2010 9:21 AM, mdipierro wrote:
I made a mistake. Left references to cherry in some of the pages in
applications/example. Could you help me locate them and suggest
changes
Are you on a HTTPS connection?
On 4/7/2010 6:29 AM, szimszon wrote:
Hello,
I have an
Internet Explorer cannot
download ...f783273687326762357523675236785237623786.pdf from some
domain.
Internet Explorer was not able to open this Internet site. The
requested site is either unavailabla or
IE has a cache problem with HTTPS. I don't use the download function
but this would apply if the download function doesn't handle it. I have
this in my code in several places:
# Die IE! Die! Die! Die!
# ( http://support.microsoft.com/kb/323308 )
response.headers['Pragma']=private
I've looked at this problem extensively and I'm convinced that the
solution is to re-implement template.py without complicated regexps or
remove the claim of Jython support.
The exact problem is related to the size of a view that is run through
the template module. The re_strings as it is
You are right, I was going to add that feature and then forgot about
it. Someone reported a PyPI bug over the weekend (it would not affect
web2py). I'll see if I can make the logging a bit more flexible and
release a 1.1 in the next few days.
In the meantime, look into the cron thing.
-tim
My PC @work has ie6..it's as awesome as it sounds.
LOL! That made my day! Fortunately, I get to control my company so
everyone gets a choice: IE8 or FF. I wish I could get them all on FF or
Chrome, but people are creatures of habit. It's not worth the energy to
push too hard. I
Yah that's basically what I said. =)
On 3/30/2010 4:46 PM, Thadeus Burgess wrote:
If you are with me so far, then Thadeus's question sounds like where
do I put the client-code, to keep it MVC-like in organization, to help
me keep my sanity during development and revision
You hit the
I don't think upgrading will help much since Cherrypy was also slow.
However, doing so would help cover all your bases.
If you want to use the http log from Rocket you can do this. I'm
assuming you invoke web2py.py from a bash script or just run it
manually. Paste the following code into
This is my best understanding (using ExtJS as an case-study):
Models -- Stores (Generally these communicate with the server side)
Views -- Layouts + Widgets (these generate and respond to events)
Controllers -- Events that control interactions between widgets and stores
Ext has simplified
I think you're trying to over-complicate things. web2py is built around
the idea of the server-client (or request-response) relationship. While
capable of Ajax, the default paradigm of web2py reloads pages on most
requests. In this model (not to be confused with the Model portion of
MVC),
Perhaps a simpler set of questions:
Did you have this working with Cherrypy beforehand?
If so, is Rocket the only thing to have changed?
The latest changes to Rocket were committed to the Mercurial web2py repo
on March 18th. I'm assuming you've run a checkout since then.
-tim
On 3/28/2010
On 3/29/2010 1:39 PM, Michael Toomim wrote:
I was having slowness problems with cherrypy too! That's why I
switched to rocket. So perhaps it's something common to cherrypy and
rocket, or perhaps they are both slow in their own ways?
This is using web2py from march 16th, so it's not the latest
Yes, I'll be here for the foreseeable future, but Yarko's philosophy is
much better. I've designed Rocket with a liberal MIT license and
clean-reading code so that it is easily maintainable. My best wishes
going to anyone trying to maintain Cherrypy. I've studied its code and
some aspects
*objection
Gosh Massimo, you're wearing off on me.
On 3/22/2010 9:49 AM, Timothy Farrell wrote:
I have no object to gradual rollover. One way that could satisfy from
all angles is to have HTTPS configurations default to use Rocket while
regular connections use Cherrypy. This would
:
*objection
Gosh Massimo, you're wearing off on me.
On 3/22/2010 9:49 AM, Timothy Farrell wrote:
I have no object to gradual rollover. One way that could satisfy from
all angles is to have HTTPS configurations default to use Rocket while
regular connections use Cherrypy. This would
:33 pm, Timothy Farrell tfarr...@swgen.com wrote:
Thank you Kuba. Would you mind re-running the 4x pound test like this also?
On 3/19/2010 3:09 PM, Kuba Kucharski wrote:
One instance of each, with 10 calls in a connection as it is closer to
reallife scenario:
(numbers speak for themselves
This is a different test than the one I presented. The test I presented
was run on Windows with one instance and tested with ApacheBench. I've
looked at httperf a little and it seems to be a more realistic test than
ApacheBench.
Due to the nature of how Rocket handles listening sockets, it
servers.
In my own test, the difference (on Windows) between 1 and 10 yields a
~2.5x increase in requests per second. I don't have a readily
accessible Linux right now. Kuba, please run these numbers again with
--num-calls=10.
-tim
On 3/19/2010 8:49 AM, Timothy Farrell wrote
On 3/19/2010 9:27 AM, Thadeus Burgess wrote:
CSS does not suck, your just doing it wrong!
Isn't that supposed to be Javascript?
CSS has never sucked, only IE's broken support for it. =)
--
You received this message because you are subscribed to the Google Groups
web2py-users group.
To
snip
In my own test, the difference (on Windows) between 1 and 10 yields a ~2.5x
increase in requests per second. I don't have a readily accessible Linux right
now. Kuba, please run thesenumbers again with --num-calls=10.
my reality is a lot of concurrent connections with only one
Thank you Kuba. Would you mind re-running the 4x pound test like this also?
On 3/19/2010 3:09 PM, Kuba Kucharski wrote:
One instance of each, with 10 calls in a connection as it is closer to
reallife scenario:
(numbers speak for themselves)
CHERRYPY:
Kuba,
Thanks for taking the time to test this. I've found a bug in the Linux
version that hinders performance. I think you'll see things improve a
great deal with this next minor version.
Thanks,
-tim
On 3/17/2010 8:20 PM, Kuba Kucharski wrote:
This is probably obvious but I decided to
1.0.2 is out. Go get it!
On 3/18/2010 11:57 AM, mdipierro wrote:
from https://launchpad.net/rocket the second gree button on the right
is Rocket-mono-xxx.zip
Unzip it. You get rocket.py. Move it into web2py/gluon/
web2py trunk already uses 1.0.1 so we have wait for Tim to post the
new one.
(with rocket), the benchmark works.
I'm trying to see if rocket will speed up my website.
On Mar 12, 9:13 am, Timothy Farrell tfarr...@swgen.com wrote:
The benchmarks are in. As you can see from the attached PDF, there is a
strong case for Rocket.
How I conducted these benchmarks:
CPU: Athlon 4050e
This would be a good way to include more coverage within web2py since it
will span more versions. Probably the only noticeable difference would
be some deprecation warnings. Perhaps you could turn off deprecation
warnings in the build?
-tim
On 3/15/2010 11:20 AM, mdipierro wrote:
Due to
When all you have is a hammer, everything looks like a nail.
--/Maslow's hammer/
On 3/15/2010 11:42 AM, Thadeus Burgess wrote:
Ahah! One step closer to app level routes!
-Thadeus
On Mon, Mar 15, 2010 at 11:15 AM, mdipierromdipie...@cs.depaul.edu wrote:
You raise a good point. There
That's a good point. I can only think of two possible implications:
- Possible deprecated messages on the console (would not show up in
production though)
- It will allow 2.6 syntax whereas production would not (so you would
have to be careful)
Neither of these would be blockers for me if I
at that point Apache started rejecting connections. This would
not be an issue on a properly configured Apache. Once again, the main
comparison here is between Rocket and Cherrypy's wsgiserver.
If you would like the full spreadsheet, email me privately.
-tim
On 3/11/2010 10:19 AM, Timothy Farrell
Python 2.6.4, not 2.6.1 oops.
On 3/12/2010 10:13 AM, Timothy Farrell wrote:
The benchmarks are in. As you can see from the attached PDF, there is
a strong case for Rocket.
How I conducted these benchmarks:
CPU: Athlon 4050e 2.1 GHz
RAM: 3GB
OS: Windows 7 Ultimate
Python 2.6.1
Rocket 0.3.1
I'm not sure how you upgraded, but make sure you have a rocket.py in
your gluon folder.
-tim
On 3/12/2010 3:42 PM, Jose wrote:
On 11 mar, 16:08, mdipierromdipie...@cs.depaul.edu wrote:
We moved from cherrypy wsgiserver to Rocket, by Timothy Farrell.
I included an older version, need
OK, in testing mod_proxy I've hit a snag. I'd like for someone else to
take a look. I have web2py running on port 8000. Here's the relevant
section of my httpd.conf (this is Apache 2.2.14):
IfModule proxy_module
SetEnv force-proxy-request-1.0 1
SetEnv proxy-nokeepalive 1
, with cleaner code.
-tim
On 3/11/2010 10:08 AM, mdipierro wrote:
We moved from cherrypy wsgiserver to Rocket, by Timothy Farrell.
I included an older version, need to include the latest one.
It needs to be tested but let's wait I post the latest version before
we do so.
Why?
@Tim, you made a very
?
I'm questioning just for info of us the users, doesn't know so much
about it.
Thanks for all.
Regatds!!
On Thu, Mar 11, 2010 at 5:19 PM, Timothy Farrell tfarr...@swgen.com
mailto:tfarr...@swgen.com wrote:
The code has changed since version 0.1, Let me re-run some
benchmarks
snip
For a production system, I'm more interested in stability than performance. And
despite the admitted arbitrariness of version-numbering choices, it's hard to
make the case to management that moving to an 0.x server is safe.
What do *you* mean by labeling Rocket 0.x?
That's a fair
Slight correction:
db.define_table('image',Field('upload', 'upload'))
I have successfully up- and downloaded files as large as 480MB and apps
as large as 160MB (any larger apps crashed on unzipping). In all cases
I was testing over HTTPS.
-tim
On 3/11/2010 1:04 PM, mdipierro wrote:
I tried larger files (2GB - 4.5GB) but Firefox wouldn't let me submit
the form. Something about DVD images I suppose ;-)
On 3/11/2010 2:18 PM, Timothy Farrell wrote:
Slight correction:
db.define_table('image',Field('upload', 'upload'))
I have successfully up- and downloaded files
That was FF 3.6 on Win7. I'm going to try some less well behaved
browsers (IE 5.5+ via IEtester) next.
On 3/11/2010 2:21 PM, mdipierro wrote:
Which browsers? The problem with cherrypy 3.x was for example that
different browser treated in different ways the server delay and some
browser
that anything
over 2 GB is overflowing the signed int.
Anyway I'm calling the IE family good for anything under 2GB.
-tim
On 3/11/2010 2:25 PM, Timothy Farrell wrote:
That was FF 3.6 on Win7. I'm going to try some less well behaved
browsers (IE 5.5+ via IEtester) next.
On 3/11/2010 2:21 PM
So for those of us who couldn't make it, what were the conclusions?
On 3/9/2010 8:28 PM, mr.freeze wrote:
Yes - plugins, plugins, plugins!!! I'm anxious to start converting all
of my modules to plugins once the spec is somewhat backwards
compatible.
On Mar 9, 8:18 pm,
Disregard. I see the other thread.
On 3/10/2010 7:44 AM, Timothy Farrell wrote:
So for those of us who couldn't make it, what were the conclusions?
On 3/9/2010 8:28 PM, mr.freeze wrote:
Yes - plugins, plugins, plugins!!! I'm anxious to start converting all
of my modules to plugins once
It's never that easy. Magnitus, you can use LightTPD on Windows. I'm
not sure if it will satisfy the 64-bit requirement though. I've gotten
web2py working through FastCGI on LightTPD on windows. Because web2py
runs as a separate process, it can be 64-bit while Lighttpd runs
32-bit. Since
Also remember that web2py is GPL. So your application becomes GPL (if
it wasn't already) by importing the DAL.
-tim
On 3/5/2010 1:34 PM, compassiontara wrote:
On Mar 5, 6:17 am, mdipierromdipie...@cs.depaul.edu wrote:
On Mar 5, 1:33 am, compassiontarat...@birl.org wrote:
I'll
The best summary is that it converts a CSS selector into HTML. Watch
the video here to get a good idea:
http://vimeo.com/7405114
-tim
On 2/28/2010 6:43 AM, mdipierro wrote:
Can you explain a little bit about what this does?
On Feb 26, 10:27 am, Dragonfyre13dragonfyr...@gmail.com wrote:
, I still vote for normal HTML not
generated HTML.
Sorry :(.
2010/3/1 mdipierro mdipie...@cs.depaul.edu
mailto:mdipie...@cs.depaul.edu
I like it. I am going to add this. If nothing breaks it will stay.
On Mar 1, 7:28 am, Timothy Farrell tfarr...@swgen.com
mailto:tfarr...@swgen.com
web2py runs flawlessly in Python 2.6. I've been running it for several
months. All python code (web2py included) that runs on 2.5 runs on 2.6
as well. The inverse is not true however. The main purpose of Python
2.6 (and the upcoming 2.7) is to facilitate code migration to Python
3.x. It
Not if you like Python.
On 2/18/2010 6:59 PM, Thadeus Burgess wrote:
http://www.coderun.com/
-Thadeus
On Thu, Feb 18, 2010 at 8:43 AM, Timothy Farrelltfarr...@swgen.com wrote:
kodingen uses Bespin at its core. Try using it in IE and you get this:
kodingen uses Bespin at its core. Try using it in IE and you get this:
http://kodingen.com/_browsehappy.html
On 2/17/2010 1:07 AM, mdipierro wrote:
This is a cool layout and editor. It uses jquery. no syntax
highlighting.
On Feb 17, 12:49 am, Thadeus Burgessthade...@thadeusb.com wrote:
Clarify this a little. Is Apache serving the static files or is web2py
serving them through Apache?
On 2/12/2010 10:50 AM, mdipierro wrote:
In my setup apache+mod_wsgi serve static files. How do I make sure
apache sends a header which sets a long cache time?
--
You received this
There are two ways to go about this:
Long cache time (only ask for files periodically):
# Configure Expires Header for PDFs
ExpiresActive On
ExpiresByType image/jpeg access plus 1 months
ExpiresByType image/jpg access plus 1 months
ExpiresByType image/png access plus 1 months
ExpiresByType
My church server runs Ubuntu 6.06 (old I know) and it has
/usr/lib/apache2/modules/mod_expires.so as part of the normal apache
package. Perhaps someone with a newer Ubuntu can help.
On 2/12/2010 2:23 PM, mdipierro wrote:
I do not have it. How do I install it under ubuntu?
On Feb 12, 12:46
You might try commenting out the lines in import_all.py if you're
running the source version. That way it doesn't load every module.
-tim
On 2/10/2010 9:06 PM, raven wrote:
Here are the details of memory usage when web2py is NOT running
top - 21:58:38 up 11:57, 2 users, load average:
I'd like to weigh in on these comments.
routes.py:
- It seems to me that Django routes are just as complicated:
http://docs.djangoproject.com/en/1.1/intro/overview/#design-your-urls
- Providing the routes.py outside of an app makes sense for web2py since
it directly maps app/controller/function
+1 for anti-brute-forcing
-1 for having to edit a pickled file to remove the offending IP.
Surely you guys have used a broken keyboard before and typed in a
password 10 times before realizing that your keyboard is broken.
I recommend locking it out for a time period. You could add a value to
Al,
I run a similar setup. But it matters which webserver you're using. If
you don't know, then you're using the built-in webserver.
If you can access the website from the server itself there are two
things to check (this assumes the built-in webserver):
1) Did you configure web2py to
Which version was the bug introduced in? My production environment runs
an older version than my dev environment.
On 2/1/2010 1:56 PM, mdipierro wrote:
User sveinh has discovered a major security hole in 1.74.8. This is
really major and you should immediately upgrade to 1.74.9.
I apologize
If you know where it is in the code you can always: bzr blame filename
That will give you the revision number. From that you should be able to
determine the date and then version number.
On 2/1/2010 3:36 PM, mdipierro wrote:
I am trying to find out. I know it is not in 1.74.1.
On Feb 1,
IIRC, response._caller acts like a function decorator. So it takes a
function and returns a function. I used to use Genshi like this:
def renderGenshi(func):
def _render():
output = func()
if not isinstance(dict, output):
return output
else:
I'm not knocking it because it's syntactic sugar, but you could already
do this by setting response._caller right?
On 1/26/2010 10:05 AM, mdipierro wrote:
With current trunk you can now do:
from gluon.tools import completion
def callback(d):
print '',d
@completion(callback)
def test():
So I'm tinkering with Jython again. Last time I tinkered, I found that
routes didn't work (for static files). I just found out why...but
before the explanation...the fix:
change:
if isinstance(stream, str):
in response.stream() to:
if isinstance(stream, (str, unicode)):
The reason
1 - 100 of 287 matches
Mail list logo