[JOB SEARCH] Looking for a new job

me know if someone would be willing to pay me for the development of this approach. Alternatively, I can help you with your current needs in your commercial projects. Please do not hesitate to ask! I'm eligible to work in the US and other countries worldwide. Sincerely, -- Slava Bizyayev -- ==

Re: Eagle book RandPicture.pm, $r->internal_redirect, and IE 6.0 showing same image every time

On Fri, 2005-07-01 at 09:10, Geoffrey Young wrote: > Slava Bizyayev wrote: > > On Thu, 2005-06-30 at 22:52, David Christensen wrote: > > > >>1. Make a mod_perl call that tells the browser not to cache the > >>upcoming document. (Does such a call exist?) >

RE: Eagle book RandPicture.pm, $r->internal_redirect, and IE 6.0 showing same image every time

n to possible proxies somewhere on network... See Vary * HTTP header for details. Hope this helps, -- Slava Bizyayev -- Setting the pace for tomorrow's Internet today. Join us and find out more about the future direction of this widely acknowledged server software. == ApacheCon 2005 == Stu

Re: Vanishing Requests

On Wed, 2005-05-11 at 20:22, David Marshall wrote: > The basic problem: some requests just totally vanish. No record > appears of them in the apache log, and no response is returned to the > browser. How did you know that the request reaches your server? -- Slava

Re: XML parser/unparser in Perl

net/programs/hashparser.pm. > Self documented. Any modifications of the code are permitted without > any limitations. Comments will be appreciated as well as if you make a > reference to "Igor Rojdestvenski" when using it. Kind regards, -- Slava Bizyayev -- Setting the pace for

Re: Implementing abstract URI with mod_perl?

cess / 403 error). > > Also no luck setting up a typemap / .var file. > > Any hints? How about fine tuning of mod_rewrite or to write a simple PerlTransHandler? Thanks, Slava

Re: Web Content Compression FAQ - update

common case for the future, it would probably be safer to email POD as *.pod.gz file, or inside the *.tar.gz, won't it? Thanks, Slava

Re: Web Content Compression FAQ - update

Thanks, Stas! On Mon, 2005-04-18 at 12:10, Stas Bekman wrote: > Thanks Slava, committed. > > I'd further suggest to drop all =head2 strings, merging the content with > the question, making the TOC even more useful and the text more readable. Frankly speaking, I don't l

Web Content Compression FAQ - update

Updated POD version is attached regarding the Stas' suggestion of better formatting. Any other questions and/or suggestions are very welcome. Thanks, Slava =head1 NAME Web Content Compression FAQ =head1 Description Everything you wanted to know about web content compression =head1 Basi

Re: Web Content Compression FAQ - new update

pact on the document itself. Agree. I can clean 'em up tonight and commit tomorrow. Thanks, Slava

Web Content Compression FAQ - new update

always, any comments on FAQ itself are very welcome. Thanks, Slava =head1 NAME Web Content Compression FAQ =head1 Basics of Content Compression Compression of outbound Web server traffic provides benefits both for Web clients who see shorter response times, as well as for content providers

Re: OOP or functional?

re. Since C level all languages and techniques are mainly targeting the code reusability. Regards, Slava

Re: Filter on top of a CGI script

handler through the pipe. Hope this helps, Slava http://www.lastmileisp.com/ On Tue, 2005-03-22 at 14:12, Scott Gifford wrote: > Hello, > > I've got a filter which replaces references to a particular hostname > with another name, to allow testing of a new server. The filter is &

Re: Apache::Clean worthwhile in addition to mod_gzip ?

l, I can tell you my question, but I can't tell if you it has been > frequent. :) > > Basically: Is it worth "cleaning" (safely modifying) HTML before it's > compressed? Thanks, I hope to edit the FAQ shortly using all mentioned questions. Regards, Slava

Re: Apache::Clean worthwhile in addition to mod_gzip ?

http://search.cpan.org/~geoff/Apache-Clean-2.00_5/ > > you can also read about it here > > http://www.perl.com/pub/a/2003/04/17/filters.html > http://www.perl.com/pub/a/2003/05/22/testing.html > Thanks Geoff, I got it. Slava

Re: Apache::Clean worthwhile in addition to mod_gzip ?

ould be prepended to mod_deflate on Apache-2 in order to make necessary features when required. Thanks, Slava -- http://www.lastmileisp.com/

Re: Apache::Clean worthwhile in addition to mod_gzip ?

ip, or not. What question would you like to add to Web Content Compression FAQ? Thanks, Slava -- http://users.outlook.net/~sbizyaye/dynagzip/ On Thu, 2005-02-24 at 09:32, Mark Stosberg wrote: > Hello, > > I have a similar question to the one posted here before: > > Apache::Clean, A

Re: [OSCon 2005 guidelines] what talks to submit

Thanks Perrin and Nicholas, It was my fault, now the proposal is submitted and confirmed OK. :-) Slava On Thu, 2005-02-10 at 19:12, Perrin Harkins wrote: > On Thu, 2005-02-10 at 13:04 +0000, Slava Bizyayev wrote: > > I've submitted my proposal, but it looks like there is no

Re: [OSCon 2005 guidelines] what talks to submit

nces.oreillynet.com/cs/os2005/create/e_sess > > I've submitted my proposal, but it looks like there is no way to verify whether it arrives to destination or not. Website does not indicate anything, and there are no email notification even... Looks odd for me. Am I missing something? Thanks, Slava

Re: [OSCon 2005] rfc Open Source Dynamic Data Compression

the proposal. For the List eyes only: It does work on Apache-2 when necessary... ;-) Slava

Re: [OSCon 2005] rfc Open Source Dynamic Data Compression

I didn't catch on it initially... Let me see how to incorporate it better... Won't you offer a patch? Thanks, Slava

Re: [OSCon 2005] rfc Open Source Dynamic Data Compression

sary/appropriate. Thanks, Slava -- http://users.outlook.net/~sbizyaye/dynagzip/ http://users.outlook.net/~sbizyaye/dynagzip/support/

Re: [OSCon 2005] rfc Open Source Dynamic Data Compression

d the problem of the "rich content on every page" for content providers. the rest of the time -- some 20%, I hope to spend on prospective implementations of dynamic data compression and hope to initiate a discussion around this subject. Any additional suggestions? Thanks, Slava -- http://www.lastmileisp.com/

Re: [OSCon 2005 guidelines] what talks to submit

Thanks Stas, I got it. :) I create a new thread [OSCon 2005] rfc Open Source Dynamic Data Compression in order to proceed with the details of my talk proposal. 73, Slava On Sat, 2005-01-29 at 23:19, Stas Bekman wrote: > I didn't suggest to answer only compression specific question.

[OSCon 2005] rfc Open Source Dynamic Data Compression

tting this to OSCon (approximately -- next weekend). You can respond to the List, or privately, whatever you prefer. Thanks, Slava -- http://www.lastmileisp.com

Re: [OSCon 2005 guidelines] what talks to submit

, I feel myself still on team. ;-) > > > Could it be interesting for OSCON? > > I think it is. Thanks once again, Slava -- http://users.outlook.net/~sbizyaye/dynagzip/

Re: [OSCon 2005 guidelines] what talks to submit

ers.outlook.net/~sbizyaye/dynagzip/ , and http://users.outlook.net/~sbizyaye/dynagzip/support/ makes me doubt... Could it be interesting for OSCON? Thanks, Slava

Re: Apache::Dynagzip not seeing my headers from Apache::Registry script

ss you want to dig into Apache->request and fix it. I would prefer to write a customizable handler (might be pretty generic, but Apache::Filter compatible) in order to reuse the code of your application from that handler. It would be a short way to make your application running under the mod_per

Re: Apache::Dynagzip not seeing my headers from Apache::Registry script

x27;m not quite sure, but to the best of my knowledge your script becomes a part of the Apache::RegistryFilter since you are inside the Apache::Filter chain, and you should get your input in accordance with the Apache::Filter rules. However, I might be wrong on that, and we'll have to wait for Ke

Re: Apache::Dynagzip not seeing my headers from Apache::Registry script

fault Content-Type. Please take a look at the Apache::Filter documentation in order to register you script with the Apache::RegistryFilter properly. I hope it helps, Slava On Fri, 2004-12-24 at 17:34, Alex Greg wrote: > Hi, > > > I've been trying for most of the evening t

Re: response data

Hi Vadim, Sorry for misunderstanding your problem. I've been thinking that you are on Apache-1.3... I cannot help with Apache-2. Slava On Mon, 2004-12-20 at 08:01, Vadim wrote: > http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlCleanupHandler > [quote] > Using cl

Re: response data

ecessary. Alternatively, you can chain your cleanup handler with your content generation handler using Apache::Filter chain, so that all the work appears inside the content generation phase. Hope this helps, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http:/

Re: mod_gzip + LogHandler

mpression.html for details. Thanks, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Gzip compression for dynamically generated content

this helps, Slava On Fri, 2004-11-26 at 11:48, Alex Greg wrote: > Hi, > > > I've been looking into using gzip to compress the output from our > mod_perl servers. After a bit of research, I decided to use > Apache::Dynagzip. My configuration is as follows: > >

[ANNOUNCE] Apache::Dynagzip 0.16

-Dynagzip-0.16.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Apache-Dynagzip-0.16.tar.gz size: 24530 bytes md5: 9ef9de3813a9d471f334fb4c064e8fa2 Thanks, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html

Re: mod_perl sometimes prints to error log instead of client

eate HTTP headers in your script. You should consider appropriate changes in your script before switching. Otherwise, you can try to configure Apache::Dynagzip to serve your script as a CGI binary, and continue to enjoy the UseCGIHeadersFromScript option in your configuration if necessary. Thanks, Sla

Re: mod_perl sometimes prints to error log instead of client

owever, it is not quite clear from the message, whether the problem disappears after commenting Apache::Dynagzip or not? Thanks, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist

Re: mod_perl sometimes prints to error log instead of client

Sorry guys, I missed the beginning of this thread, won't you mind to remind me what is Apache::Dynagzip suspected in? Slava On Wed, 2004-09-08 at 13:19, Perrin Harkins wrote: > On Mon, 2004-09-06 at 23:15, Ryan Underwood wrote: > > I've had this strange problem off and on ev

ANNOUNCE: Compress::LeadingBlankSpaces 0.05

e is recommended for all users of Apache::Dynagzip. The uploaded file Compress-LeadingBlankSpaces-0.05.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Compress-LeadingBlankSpaces-0.05.tar.gz size: 3882 bytes md5: 4c1613e64ab40d4e0b383cb15b9a9e3e Thanks, Slava -- Report pr

ANNOUNCE: Apache::Dynagzip 0.15

This is a clean up version. Upgrade is not necessary. The uploaded file Apache-Dynagzip-0.15.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Apache-Dynagzip-0.15.tar.gz size: 23843 bytes md5: 00cfe9677721bb745bea0157a3bcde34 Thanks, Slava -- Report problems: http

ANNOUNCE: Compress::LeadingBlankSpaces 0.04

This is a "new feature" version. Tag is not compressed anymore. Upgrade is necessary for users of Apache::Dynagzip experiencing corrupted content associated with tag. The uploaded file Compress-LeadingBlankSpaces-0.04.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAV

ANNOUNCE: Apache::Dynagzip 0.14

This is a POD edition mainly. Upgrade is necessary unless you're happy with what you already have. The uploaded file Apache-Dynagzip-0.14.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Apache-Dynagzip-0.14.tar.gz size: 23642 bytes md5: cd61ffd8eb6486bbeabb1b5fe6e16dad T

[ANNOUNCE] Compress::LeadingBlankSpaces 0.03

nkSpaces-0.03.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Compress-LeadingBlankSpaces-0.03.tar.gz size: 3566 bytes md5: 76f2048c4054a9062653ec98b4c374da Thanks, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl

[ANNOUNCE] Apache::Dynagzip 0.13

: $CPAN/authors/id/S/SL/SLAVA/Apache-Dynagzip-0.13.tar.gz size: 31466 bytes md5: fe24d567344ab8594973a118c2a90eeb Thanks, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email

Re: A bug in Apache::Dynazip?

pl > via /path/to/file.tmpl Light Compression is Off. Source comes from Filter Chain. The > client curl/7.10.7 (i586-pc-linux-gnu) libcurl/7.10.7 OpenSSL/0.9.7c zlib/1.1.4 does > not accept GZIP. Yes, this seems like a bug. Thank you for the hint. I'll release a fix shortly. Than

Re: A bug in Apache::Dynazip?

haved web site should be able to handle as many clients > as possible. So this problem is worth fixing. Definitely. Thanks, Slava -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html

ANNOUNCE: Compress::LeadingBlankSpaces 0.02

... anymore. Thanks to Igor Jovanovic for the hint. The uploaded file Compress-LeadingBlankSpaces-0.02.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Compress-LeadingBlankSpaces-0.02.tar.gz size: 3113 bytes md5: e8ba805c14c075e589fe19673fb131ad One might refrain from upgr

[Fun] telecommute job

Roth - Director of Search & Consulting - used to answer my innocent question. Enjoy: - > -Original Message----- > From: Slava Bizyayev [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 10, 2003 11:32 PM > To: [EMAIL PROTECTED] > Subject: Re: Sr. P

RE: [OT] [mod_perl] [Fun] telecommuting job

wer on my key question that I'm always so concerned about. And so she did, didn't she? That's what I call "miracle"... Thanks for your attention, Slava -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html

RE: [OT] [mod_perl] [Fun] telecommuting job

On Fri, 2003-12-12 at 13:32, Shaw, Matthew wrote: > Slava: > > Are you an idiot? You bet, aren't you? Thanks, Slava -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html

RE: [OT] [mod_perl] [Fun] telecommuting job

"...When you have no sense of humor, you have to have at least a sense that you have no sense of humor..." (Russian source: Kos'ma Prutkov -Aphorisms; translated by Slava Bizyayev) Dear Haroon and Jonathan, I like Christmas. It's the tim

RE: [OT] [mod_perl] [Fun] telecommuting job

"...When you have no sense of humor, you have to have at least a sense that you have no sense of humor..." (Russian source: Kos'ma Prutkov - Aphorisms; translated by Slava Bizyayev) Dear Haroon and Jonathan, I like Chri

[Fun] telecommuting job

Roth - Director of Search & Consulting - used to answer my innocent question. Enjoy: - > -Original Message----- > From: Slava Bizyayev [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 10, 2003 11:32 PM > To: [EMAIL PROTECTED] > Subject

Re: [mp1] why PERL5LIB = "PERL5LIB=/.../mod_perl-1.29/lib"

On Wed, 2003-11-12 at 19:02, Stas Bekman wrote: > I'm afraid you are talking about a totally different thing. Yes, of-course. I'm sorry Stas, my head has been spinning a bit today... Slava -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache

Re: [mp1] why PERL5LIB = "PERL5LIB=/.../mod_perl-1.29/lib"

create @INC this way (and how it could be changed around the patch). It is closely related to one problem I had about a month ago with the "shaded" modules on one of my servers... Thanks, Slava On Wed, 2003-11-12 at 16:28, Stas Bekman wrote: > Anybody has an idea why mp1 build does