Apache::Registry HTTP HEAD feature fix ;-)
Hi guys, As promised I have been producing a fix for Apache::Registry. The module is called MKDoc::Registry because it will be integrated in the piece of software I'm working on, but feel free to do whatever you want with it. A slight litte issue is that I really don't understand why this module is working at all (read the code), but it's just working fine... could you please test it and tell me what's going on? PS: On my system the file is located here: /usr/lib/perl5/site_perl/5.6.0/i386-linux/MKDoc/Registry.pm Cheers, -- == \__ = /\/\ IT'S TIME FOR A DIFFERENT KIND OF WEB / /\__/\ \ _/_/_/\/\_\_ Jean-Michel Hiver - Software Director \ \ \/*/ / [EMAIL PROTECTED]+44 (0)114 221 4968 \ \/__\/ \/\ VISIT HTTP://WWW.MKDOC.COM == / === Registry.pm Description: Perl program
Re: Apache::Registry HTTP HEAD feature fix ;-)
instead of redirecting stdout to /dev/null, how about redirecting it to a temporary buffer? that way you can calculate the size of the output and set the content length on the response. On Sun, 25 Nov 2001, Jean-Michel Hiver wrote: Hi guys, As promised I have been producing a fix for Apache::Registry. The module is called MKDoc::Registry because it will be integrated in the piece of software I'm working on, but feel free to do whatever you want with it. A slight litte issue is that I really don't understand why this module is working at all (read the code), but it's just working fine... could you please test it and tell me what's going on? PS: On my system the file is located here: /usr/lib/perl5/site_perl/5.6.0/i386-linux/MKDoc/Registry.pm Cheers,
[modperl-site design challenge] Thomas Klausner (domm)
Hi! You can look at my idea of the the new modperl-site design here: http://domm.zsi.at/modperl-site-domm/ You can get the whole distro to download at: http://domm.zsi.at/modperl-site-domm/modperl-site-domm.src.tgz or just the output at: http://domm.zsi.at/modperl-site-domm/modperl-site-domm.dst.tgz Some Notes: * The first page (Home) successfully validates at w3.org (HTML and CSS). * While the design might not be to cool from the designers point of view, I like it because it is simple, doesn't use HTML-tables, is small and fast (/very/ little HTML-overhead) and accessible to disabled people. * The colours could be changed very easily, as they are only defined in default.css * I tested it with Mozilla, Opera and Lynx on Linux; Netscape 4.something and IE 6.0 on WinME; It worked very well on everything exept Netscape (because Netscpae 4's CSS handling is absolutly horrible!), but it was still usable on Netscape 4 (and looked OK with CSS turned off). -- D_OMM + http://domm.zsi.at -+ O_xyderkes | neu: Arbeitsplatz | M_echanen | http://domm.zsi.at/d/d162.html | M_asteuei ++
Problem with Appache::Cookie -expires
Basel, Sonntag, 25. November 2001, 22:29:49
.
*Problem with Appache::Cookie -expires*
Environment:
Apache 1.3.22 / Perl 5.6.1 / mod_perl 1.26 /HTML::Mason 1.04 on MSWin32
I've tied up the session to MySQL with Apache::Session by running one
handler negotiating all the cookies. Some cookies expire some not depending
on a 'sessionarea' ... using CGI::Cookie everything is fine.
I read when I switch to ...
use HTML::Mason::ApacheHandler (args_method='mod_perl');
... I use Apache::Cookie.
As long I don't state anywhere -expires everything is the same and
fine. As soon I write ...
my $cookie = Apache::Cookie-new ( $r, -name = AF_SID_$sessionarea,
-value =
$session-{$sessionarea}-{_session_id},
-path = /);
$cookie-expires($sessiontimeout) if $sessiontimeout;
$cookie-bake;
... the cookie is properly written on the disk, but seems to have problems to be
retrieved.
I used ...
my $cookies = Apache::Cookie-new($r)-parse;
or
my $cookies = Apache::Cookie-fetch;
... but with both, as soon the -expires is called !nada!niet! no
cookie existing in HTTP_COOKIE.
I don't know if I should look deeper into HTML::Mason::ApacheHandler, which
serves the $r, or into Apache::Cookie ... Apache::MyConfig?
And all this without an error in any log?
:-) it's said it is faster ... I already spent a day on it
Best Regards C.Hauser - [EMAIL PROTECTED] -
.
Re: [modperl-site design challenge] Thomas Klausner (domm)
On Sunday 25 November 2001 22:37, Thomas Klausner wrote: http://domm.zsi.at/modperl-site-domm/ Simple, nice, and cool (imho), thanks for submitting ! * The first page (Home) successfully validates at w3.org (HTML and CSS). That's very good. Do the others validate as well (or at least, do you see any reason why they wouldn't ?) ? * While the design might not be to cool from the designers point of view, I like it because it is simple, doesn't use HTML-tables, is small and fast (/very/ little HTML-overhead) and accessible to disabled people. That's imho fine. Until someone decides to become a marketing geek and creates content for PHB-oriented sections, all we need is to look clean enough, I don't think we need to look hypeful (if I may use such a word ;-). * I tested it with Mozilla, Opera and Lynx on Linux; Netscape 4.something and IE 6.0 on WinME; It works well in Konqueror 2.1 as well, except for the about page that seems to have a problem with CSS positioning (if you can't trace the problem down, contact me in personal mail and I'll try to see if it does indeed come from your code). It worked very well on everything exept Netscape (because Netscpae 4's CSS handling is absolutly horrible!), but it was still usable on Netscape 4 (and looked OK with CSS turned off). Netscape 4 isn't a web browser. This isn't a commercial site, and imho as long as it degrades well to N4 (ie is usable) then I think we can ignore cosmetic problems that may occur there. I don't think anyone even remotely knowledgeable about the web still uses that thing. Everyone knows it's the only piece of software ever concieved that makes Windows 95 look bug free in comparison. -- ___ Robin Berjon [EMAIL PROTECTED] -- CTO k n o w s c a p e : // venture knowledge agency www.knowscape.com --- Paranoids are people, too; they have their own problems. It's easy to criticize, but if everybody hated you, you'd be paranoid too.
Re: Seeking Legal help
I'd like to thank everyone for commenting on this issue. FYI... 100% are in favor of starting the invoicing right away...done. 75% in favor of calling lawyers in... 25% in favor of working it out, specially with chap 11 on the horizon Now on the accounting side, If I invoice them and they fail to pay, and if my accounting is on a 'Occuring Basis' (I am not sure if this is the right term, but its the non-cash way) and I show this amount as a revenue but not collected, then what.. Is the entire amount deducted from my revenue before tax? Which means I really recover 30% of the total bill...right? Oh...and since the community has been so nice to allow this thread to continue...perhaps just send your reply to me directly so this thread sort of dies out Thanks On Wed, 21 Nov 2001, Medi Montaseri wrote: HiI know this is not the lawyers hang-out, but it is seasoned contractor's hangout and as such I need some legal advice...May I? I did some work (about $25000 worth) for a customer and I'm having problem collecting. One big problem is that I don't have a formal signed hardcopy contract binding my customer to the work and cost. I however do have verbal, email communications, FTP logs, Web Access logs, hardcopy business projections, Witnesses and such showing that I'm not making this up. After months of promissing sweet equity, partnership, this and that, finally customer has asked me to invoice them and charge interest for the unpaid balance. At the same time customer is using the application I wrote for them. I however have a feeling that they are simply buying time and differing the problem. And they might even file chapter 11 as their marketing projection was not so correct. But I did my part. What can I do? Should I see a lawyer, and put out yet some more money towards something that could never materialize? Is there some kind of Small Business Arbitration Committee? I'm in Northern California, Bay area Thanks -- - Medi Montaseri [EMAIL PROTECTED] Unix Distributed Systems EngineerHTTP://www.CyberShell.com CyberShell Engineering -
Re: [modperl-site design challenge] Thomas Klausner (domm)
Hi! On Mon, Nov 26, 2001 at 01:36:07AM +0100, Robin Berjon wrote: * The first page (Home) successfully validates at w3.org (HTML and CSS). That's very good. Do the others validate as well (or at least, do you see any reason why they wouldn't ?) ? On some of the deeper pages, Pod::POM generates HTML like this: ul text /ul This isn't valid HTML (according to W3C), so those pages won't validate successfully. e.g: http://domm.zsi.at/modperl-site-domm/download/binaries.html Another problem Stas pointed out is with pages containing preformatted text (pre Tags), e.g. here: http://domm.zsi.at/modperl-site-domm/docs/devel/writing_tests/writing_tests.html If somebody knows a nice solution to this problem (pre-text flowing out of the containing box), please drop me a note! It worked very well on everything exept Netscape (because Netscpae 4's CSS handling is absolutly horrible!), but it was still usable on Netscape 4 (and looked OK with CSS turned off). Netscape 4 isn't a web browser ... Everyone knows it's the only piece of software ever concieved that makes Windows 95 look bug free in comparison. :-) -- D_OMM + http://domm.zsi.at -+ O_xyderkes | neu: Arbeitsplatz | M_echanen | http://domm.zsi.at/d/d162.html | M_asteuei ++
