On Fri, 05 Aug 2011 05:15:24 +, Manuel Lemos wrote:
...
> > ssh -L 4080:svnhost:80 wellconnected.host
> > svn checkout http://localhost:4080/path/to/repo
>
> I see but that compression only happens inside your ssh tunnel. I am
> sure a direct connection with gzip/deflate compression would
on 08/01/2011 05:31 AM Andreas Krey said the following:
Anyway, in my implementation I did not do any repeated requests and I
can retrieve the information I want apparently much faster in PHP than
using the svn program. So I wonder if could be missing anything.
It *may* be another opportunity
Hello,
on 08/01/2011 05:23 AM Andreas Krey said the following:
On Mon, 01 Aug 2011 04:20:07 +, Manuel Lemos wrote:
...
Been there, tried that, but wireshark does not decrypt SSL traffic
unless you have the server SSL key, which is not the case because the
server is not under my control.
Y
anuel Lemos Cc: Andreas Krey;
Erik Huelsmann; users@subversion.apache.org Subject: Re: gzip
compression (was: Re: Logging Subversion client HTTP requests)
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
Anyway, another odd thing is that the client always sends a request
header saying it can handle
On Mon, 01 Aug 2011 04:16:49 +, Manuel Lemos wrote:
...
> Maybe I am missing something but it seemed that those repeated requests
> were redundant and make svn program much slower than it should.
Quite. GPRS has a round-trip time of about a seconds. This immediately
translate to every remote
On Mon, 01 Aug 2011 04:20:07 +, Manuel Lemos wrote:
...
> Been there, tried that, but wireshark does not decrypt SSL traffic
> unless you have the server SSL key, which is not the case because the
> server is not under my control.
You can man-in-the-middle yourself to see that is going on on
ssage-
From: Ryan Schmidt
Sent: 01/08/2011, 09:43
To: Manuel Lemos
Cc: Andreas Krey; Erik Huelsmann; users@subversion.apache.org
Subject: Re: gzip compression (was: Re: Logging Subversion client HTTP requests)
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
> Anyway, another odd thing is that th
On Aug 1, 2011, at 01:57, Markus Schaber wrote:
> Ryan Schmidt wrote:
>>
>> Don't reinvent the wheel, because you probably
>> won't get it quite right, and you'll cause weird error messages or
>> possibly even repository corruption.
>
> Hmm. For http(s)://, svn:// and well set-up svn+ssh:// serve
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
> Anyway, another odd thing is that the client always sends a request header
> saying it can handle HTTP compression but SubVersion servers seem to never
> compress responses.
>
> Given than a typical gzip encoding can compress text data about 5 ti
Hello Bert,
on 07/31/2011 09:11 AM Bert Huijben said the following:
Does httpclient work if you switch it to the cURL option? You may need
to extend the class to provide https specific curl options [1].
[1]
http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-
ssltls-protected
Hello Les,
on 07/31/2011 01:52 PM Les Mikesell said the following:
On 7/30/11 10:34 PM, Andreas Krey wrote:
Yes, it is. But it's not your problem, and I don't see why the http
'wire' protocol needs to be a undocumented secret.
If you want to see the wire protocol, just run wireshark on your
Hello Andreas,
on 07/31/2011 12:34 AM Andreas Krey said the following:
The interesting point is that as far as I know there is a complete change
in the http-level protocol coming up, to avoid the massive round-trip
count the current method needs. (But that's a maintenance nightmare
for libsvn as
On 7/30/11 10:34 PM, Andreas Krey wrote:
Yes, it is. But it's not your problem, and I don't see why the http
'wire' protocol needs to be a undocumented secret.
If you want to see the wire protocol, just run wireshark on your client and
filter it to catch the port and IP address of the server.
> -Original Message-
> From: Manuel Lemos [mailto:mle...@acm.org]
> Sent: zondag 31 juli 2011 5:00
> To: Geoff Hoffman
> Cc: users@subversion.apache.org
> Subject: Re: Logging Subversion client HTTP requests
>
> Hello,
>
> on 07/30/2011 10:57 PM Ge
On Sat, 30 Jul 2011 18:30:11 +, Ryan Schmidt wrote:
...
> But you understand why even if I knew I would be disinterested in helping
> you. The Subversion libraries have been in development for 11 years, work
> great,
They work so great that you can't even Ctrl-C the svn command line client
i
Hello,
on 07/30/2011 10:57 PM Geoff Hoffman said the following:
Does httpclient work if you switch it to the cURL option? You may need
to extend the class to provide https specific curl options [1].
[1]
http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-ssltls-protected-sites
On Sat, Jul 30, 2011 at 6:20 PM, Manuel Lemos wrote:
> Hello,
>
> on 07/30/2011 09:16 PM Geoff Hoffman said the following:
>
> > I have already a pure PHP implementation
> >
> >
> > Manuel, didn't you also write whole Mailer library for PHPClasses.org
> > and start that site? When do you slee
Hello,
on 07/30/2011 09:16 PM Geoff Hoffman said the following:
> I have already a pure PHP implementation
>
>
> Manuel, didn't you also write whole Mailer library for PHPClasses.org
> and start that site? When do you sleep?
hahah good question. When you work full time on these stuff you do
Hello Ryan,
on 07/30/2011 08:30 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client
that needs to run on an environment on which the svn program is
not available, nor any SubVersion PHP extensions are available.
So using anything based on libsvn is no
On Sat, Jul 30, 2011 at 3:56 PM, Manuel Lemos wrote:
> I have already a pure PHP implementation
Manuel, didn't you also write whole Mailer library for PHPClasses.org and
start that site? When do you sleep?
You're speaking to svn server directly from PHP, with stream context or
exec( ) bridge s
On Jul 30, 2011, at 17:56, Manuel Lemos wrote:
> on 07/30/2011 07:42 PM Ryan Schmidt said the following:
>>> Sorry, I did not mention that I am writing a pure PHP client that needs to
>>> run on an environment on which the svn program is not available, nor any
>>> SubVersion PHP extensions are av
Hello,
on 07/30/2011 07:42 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client that needs to run
on an environment on which the svn program is not available, nor any SubVersion
PHP extensions are available. So using anything based on libsvn is not a
On Jul 30, 2011, at 17:35, Manuel Lemos wrote:
> on 07/30/2011 09:00 AM Erik Huelsmann said the following:
>>
>
>> Are you not using the libsvn_* libraries? libsvn_client is specifically
>> meant to build Subversion clients other than the standard command line
>> client: Subclipse, AnkhSVN, Tort
Hello Erik,
on 07/30/2011 09:00 AM Erik Huelsmann said the following:
Hi Manuel,
On Sat, Jul 30, 2011 at 12:16 PM, Manuel Lemos mailto:mle...@acm.org>> wrote:
Hello,
I am writing a small SubVersion client library independent of the
svn client command.
My library works well bu
Hello,
on 07/30/2011 07:18 AM Ryan Schmidt said the following:
>
> On Jul 30, 2011, at 05:16, Manuel Lemos wrote:
>
>> Is there a way to log the svn client HTTP traffic to a file so I can
examine and compare the requests being sent and responses being received?
>
> You mean like this?
>
>
http
Hi Manuel,
On Sat, Jul 30, 2011 at 12:16 PM, Manuel Lemos wrote:
> Hello,
>
> I am writing a small SubVersion client library independent of the svn
> client command.
>
> My library works well but for some reason it does not work with a certain
> SSL server that is not under my control. It return
On Jul 30, 2011, at 05:16, Manuel Lemos wrote:
> Is there a way to log the svn client HTTP traffic to a file so I can examine
> and compare the requests being sent and responses being received?
You mean like this?
http://svnbook.red-bean.com/en/1.5/svn.serverconfig.httpd.html#svn.serverconfig.
27 matches
Mail list logo
