Problem with nginx/0.8.54 and alias

On 2/20/11 6:49 AM, Maxim D. wrote:

attached from both the sent folder from my client and that of the
Google web client. They look OK to me.

Really. Number of spaces before and after is garbled.

I see that now. Once again specificity is lacking. Your words were “Just
a side note: you mail client seems to unable to handle
correctly as well.”. I was looking at the string itself, and its
contents seem to be handled normally. I would have formatted your
comment thus:

Just a side note: you mail client seems to unable to handle " "
correctly as well.

That would have directed a dummy like myself to look at the spacing.
Again, I can’t read your mind.

This does not affect a configuration such as

location ~ ^/phpmyadmin/(?.+.php)$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME
/var/www/monsite.fr/phpMyAdmin/$NAME;
include fastcgi_params;
}

Or at least not in my testing here.

Also, in my testing here the following string:

blah

rendered with spaces.

The problem is likely a charset issue and appears to be a bug in the
conversion. You use “us-ascii” and I use “ISO-8859-1”.

[…]

Maxim D.


nginx mailing list
[email protected]
http://nginx.org/mailman/listinfo/nginx


Jim O.

On 2/20/11 6:49 AM, Maxim D. wrote:

attached from both the sent folder from my client and that of the
Google web client. They look OK to me.

Really. Number of spaces before and after is garbled.

Please note that my earlier message regarding this rendered correctly in
the forum. Further investigation leads me to understand that it’s not a
charset issue at all. Even after switching to us-ascii for sending and
display, turning off flowed format, replying multiple times using plain
text and (gasp) HTML mail, it only happened with your email. I even
tried using gmail’s web interface and all worked well.

Back to the case at hand.

The problem is that when the “Quote” function is used, it has to parse
HTML, strip out the tags, and format the information properly.

Evidently because the less than and greater than signs are used in HTML
the charset entities for these symbols - “<” for less than and “>”
are used when such symbols actually appear in the text.

The quote function decodes those symbols correctly when the traditional
“forum quoting” system is used but that involves using bbcode and the
formatting will certainly suffer. That would be an unacceptable
solution. I have chosen to use a quoting system that looks more like
that of an email. Unfortunately, those characters are being stripped
when using such quoting. I have put in a support request with Phorum’s
developers and will attempt to look at the code myself.

[…]

Maxim D.


nginx mailing list
[email protected]
http://nginx.org/mailman/listinfo/nginx


Jim O.

Hi Maxim,

On 19/02/2011 00:06, Maxim D. wrote:


Sorry for being rude, but I’ve noticed the issue and commented
according to it’s nature. I indeed consider anything which causes
data corruption to be awful (and this isn’t the first data
corruption issue with forum, unfortunately). I also consider
nginx proxy cache to be awful for similar reasons - hope this will
help you to feel yourself better. :wink:

Could you please elaborate on what you mean by the proxy cache being
‘awful’ for ‘similar reasons’?

Thanks,

Marcus.

Hi,

On 21/02/2011 01:32, Maxim D. wrote:

On Sun, Feb 20, 2011 at 10:33:25PM +0200, Eugaia wrote:

Could you please elaborate on what you mean by the proxy cache being
‘awful’ for ‘similar reasons’?
There is more than one issue with proxy cache, with more than one
leading to data corruption and/or protocol violation (and again
data corruption as a result).
Are there any known issues that you know of that haven’t been fixed by
any of the patches you’ve made available?

Thanks,

Marcus.

Hello!

On Sun, Feb 20, 2011 at 10:33:25PM +0200, Eugaia wrote:

Could you please elaborate on what you mean by the proxy cache being
‘awful’ for ‘similar reasons’?

There is more than one issue with proxy cache, with more than one
leading to data corruption and/or protocol violation (and again
data corruption as a result).

Maxim D.

Hello!

On Mon, Feb 21, 2011 at 03:17:47AM +0200, Eugaia wrote:

by any of the patches you’ve made available?
Yes. This includes proxy_cache_bypass/proxy_no_cache problem at
least.

Maxim D.

Maxim D. Wrote:

Hello!

[…]

And as far as this indeed affects mailing list and
forum,
including people in this particular thread (note
several messages
with incorrect configs due to being
stripped) - I don’t
consider private reporting to be better way to go.

This issue appears to be fixed as you can see in the above being quoted
correctly. Feel free to try it out yourself and let me know if you can
find other errors in this regard.

[…]

Maxim D.

Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,176110,182706#msg-182706

Maxim D. Wrote:

Hello!

[…]

Probably you have ancient PCRE library. Try
(?P) form
which is supported since PCRE 4.0.

This one now quotes properly as well.

http://nginx.org/en/docs/http/server_names.html#re
gex_names

Maxim D.

Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,176110,182707#msg-182707

That seemed to be a bit premature . They quote properly in the forum but
are sent out incorrectly in the emails.

Will look into this.

Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,176110,182708#msg-182708

Most of the issues described here have been suffered by many other
open source projects, and are essentially solved problems. So I would
like to re-introduce the idea of moving project management of nginx to
one of the popular open source project hosing sites.

Since I believe Igor uses Subversion, I immediately think of
SourceForge or Google Code as reasonable choices. We could then
integrate forums, mailing lists, wikis, bug-tracking, etc. over time.
The forum/email/spam issues are taken care of mostly automatically by
such services.

Of course Igor, Maxim, agentzh, and the other major contributors would
have to be the ones to make such a choice of hosting services. I
imagine whichever open source hosting service has the best Russian
language support (and good connectivity to Russia) would be a good
choice. Are there any European or Russian equivalents to SourceForge
out there that have good internationalization options? The “automatic”
integration of Google Translate might make Google code attractive, but
using Subversion (or any SCM) over a high-latency link such as
Russia<->USA can be painful.

I personally would be willing to help with or lead migration of
Subversion repositories, wiki pages, past release files, forum data,
and documentation to any services chosen. Unfortunately, I speak only
English and very poor German, which might limit the aid I can offer.


RPM

Igor S. Wrote:

[…]

Use late 0.8.x with this configuration:

location ~ ^/phpmyadmin/(?.+.php)$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME

From my tests this is not only quoted correctly but formatted correctly
in email.

/var/www/monsite.fr/phpMyAdmin/$NAME;
include fastcgi_params;
}


Igor S.
http://sysoev.ru/en/

Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,176110,182782#msg-182782

Jim O. Wrote:

This one now quotes properly as well.

Now it appears to be formatted correctly.

http://nginx.org/en/docs/http/server_names.html#re

gex_names

Maxim D.

Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,176110,182785#msg-182785

Jim

Nice to see that you seem to have resolved the data eating problem. I
hope my post here: http://forum.nginx.org/read.php?6,30896 helped to
locate the bit of code that needed changing.

I hope you will also find the time to further improve the forum by
adding the option to disable the preview for those that want this.

Well done and keep up the good work!

Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,176110,183805#msg-183805

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs