March 2005 - tbnl-devel@common-lisp.net - mailman3.common-lisp.net

[tbnl-devel] Problem with file uploads
by ocorrain＠yahoo.com 15 Mar '05

15 Mar '05

Hi-- I'm using tbnl to run a site (educational in purpose), which will be rich in texts and images. I want people with the appropriate privileges to be able to upload images to the server, where various incantations will be performed to ensure that the images are formatted correctly for the site. However, I seem to be running into a problem with either mod lisp or tbnl, for images >=~1MB. When I try to upload an image of this site, an internal server error is returned after a few seconds, and the converted image (using imagemagick) appears in the thumbnail gallery with a portion of the bottom shown in grey, as if the image did not upload completely to the server. Is there some configurable upper limit to the size of file uploads, or can someone point me to the likely source of the problem? regards -- Tiarnán

5 14

[tbnl-devel] Running TBNL Standalone
by Bob Hutchison 14 Mar '05

14 Mar '05

Hi, Has anybody thought of how TBNL might be run without an apache server or mod_lisp involved? Why? I've got an application that would normally be run on a server, but it would be useful to have a standalone demo version. Setting up apache is not the kind of skill I'd expect from the end user of this particular application. It seems to me that somehow getting Araneida talking to TBNL would be one route -- fake mod_lisp in an Araneida handler or replace TBNL's modlisp.lisp would be two possibilities. I suppose aserve and cl-http are also possibilities, but I suspect that Araneida has something more to gain from TBNL. Cheers, Bob ---- Bob Hutchison -- blogs at <http://www.recursive.ca/hutch/> Recursive Design Inc. -- <http://www.recursive.ca/>

5 15

[tbnl-devel] mod_negotiation and wrong Last-Modified
by Stefan Scholl 12 Mar '05

12 Mar '05

[That's what I've sent to gmane.comp.apache.user today.] Hi! I use Apache 1.3.33 (Gentoo) under Linux 2.6 together with mod_lisp 2.42. mod_lisp is a simple handler which communicates with running Lisp images. This is what I've found today: When setting "Last-Modified" (the handler correctly calls ap_parseHTTPdate(), ap_update_mtime(), and ap_set_last_modified()) the resulting response header has an other date in the "Last-Modified" field. It is the mtime of the DocumentRoot. But only if the mtime of DocumentRoot is _newer_ than the date you want to set. There's no "Last-Modified" in the response header when you don't set it yourself. ap_update_mtime() only updates r->mtime when the supplied time is _newer_. So I've guessed that some other handler sets r->mtime to the DocumentRoot. I've found mod_negotiation. After removing it from the server config the response header had the correct "Last-Modified" date. 2 possible workarounds: 1.) touch the DocumentRoot to an older date 2.) remove mod_negotiation Regards, Stefan -- Web: http://www.no-spoon.de/ -*- IRC: stesch @ freenode

1 0

Re: [tbnl-devel] a problem while installing..
by Jason Wang 06 Mar '05

06 Mar '05

hi, i'm back again... aftering trying to get Fedora Core 3 to work for about a week, tired of trying for now, i'll get back at it when i learn more lisp :D.. so now i have taken ur earlier advice in downloading trial version of Allegro CL, do you know how i can integrate into my lisp in a box? since you have said it's possible, is it possible in the trial version? thanks alot! -- www.programer.name - my own personal blog : )

2 7

Re: [tbnl-devel] a problem while installing..
by Edi Weitz 06 Mar '05

06 Mar '05

On Sat, 5 Mar 2005 20:49:12 -0500, Jason Wang <randomtalk(a)gmail.com> wrote: > ahhh.. that is indeed wat's wrong.. so can you tell me what is going > on? It's all in the docs. > why do i need to load :tbnl-test? You only need to load it if you want to see the test website. > since from my php experience whatever page you point to the server > suppose to serve up? mmm. Luckily this is not PHP but Lisp. (And, FWIW, you can also tweak PHP not to do that.) Edi.

1 0

[tbnl-devel] Accessing match information for regex dispatchers?
by Stefan Scholl 02 Mar '05

02 Mar '05

Hi! Would it be bad style or a bad idea to extend CREATE-REGEX-DISPATCHER (html.lisp) to hold the result of CL-PPCRE:SCAN in variables you then DECLARE as SPECIAL so that the called handler function can access the match information? Something like *MATCH-START*, *MATCH-END*, *REG-STARTS*, and *REG-ENDS* just visible for the handler. Regards, Stefan

2 2

[tbnl-devel] New version 0.3.12
by Edi Weitz 01 Mar '05

01 Mar '05

Changelog: Version 0.3.12 2005-03-01 Added *HTTP-ERROR-HANDLER* (suggested and coded by Stefan Scholl) Exported and documented *SESSION-MAX-TIME* Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi.

1 0

[tbnl-devel] Handling HTTP errors
by Stefan Scholl 01 Mar '05

01 Mar '05

Hi! Function send-output in modlisp.lisp handles the response for different return codes. E. g. there's a "The requested URL ~A was not found on this server." for the 404 (+http-not-found+). How about letting the user change this behavior? One could explain the error to the user. Maybe in another language. Or think of all the funny 404 games. Remember the SGI babies? There could be different approaches: * Simple hash A hash with error code as key and handler as value. + Easy to implement + Can handle all errors (thrown by handlers _and_ when no dispatcher is found) - Not very flexible. Just checks for the code and not for any request data. * Error dispatcher Like the normal dispatcher, but checking for the right error output handler. + Can handle all errors (thrown by handlers _and_ when no dispatcher is found) + Flexible. Can check the code _and_ request data. - A bit big. The same effort like handling normal requests. * Handler outputs itself and signals that A handler wants to return a 404. It constructs the output string and signals the fact that there's no need for TBNL to build the HTML for the output. + Easy to implement(? clean?) + Flexible - Can't handle all errors. (No handler found? Then the code won't be executed.) Regards, Stefan

2 3