Choral Public Domain Library

I've just been trying to update the "Traditional" page with new score entries. Unfortunately, every time I try to update it, I get a 304 error message suggesting I try one of the Visitor Wikis. I've been editing other pages without issue. I attach the updated code of the Traditional page in case someone can update it later.

How strange! I also receive the same error message when I try to preview or save the page, but it doesn't happen when a single section is previewed.

I think that the warning on the top of the page is related to this behaviour:

Warning: This page is 32 kilobytes long; some browsers may have problems editing pages approaching or longer than 32kb. Please consider breaking the page into smaller sections.

The actual page size is more than 64 KB (!), so it is probably hitting the maximum limit allowed. Editing a shorter section seems a rather logical workaround.I tried to delete some sections at the end of the page, and when deleting sections from R to Z the problem disappears. This seems to confirm that the large page size is the cuplrit. I would suggest to split the page into sub-pages.

Max

The page size should not be a problem, as there are pages on Wikipedia with more than 200kb (!!)

I did the same test as you, removing section after section from Z backwards, and the problem stopped in section R. I then removed line by line and discovered that the bugged one was this:

* {{NoComp|Resta con noi}}   ( [http://simoneolivieri.altervista.org/partiture.php {{net}}] )

For some reason, the link to Olivieri's site seems to be blacklisted or something like this (perhaps a new Hostgator URL address rule?)

carlos wrote:For some reason, the link to Olivieri's site seems to be blacklisted or something like this (perhaps a new Hostgator URL address rule?)

How strange. Why would that URL be blacklisted? Is it worth contacting Hostgator?

bobnotts wrote:How strange. Why would that URL be blacklisted? Is it worth contacting Hostgator?

I'd like to investigate this problem in more detail before submitting a ticket to the hosting provider. For example, I'd like to check whether the problem is specifically related to this link, or it is common to all links pointing to altervista.org.

Until end 2008 altervista.org's servers were located at "The Planet", in Texas, i.e., where our contributor website is also located. Then, altervista.org relocated to another data centre in Europe. I wonder if the problem may be related to this specific situation.

Max

choralia wrote:I'd like to investigate this problem in more detail before submitting a ticket to the hosting provider. For example, I'd like to check whether the problem is specifically related to this link, or it is common to all links pointing to altervista.org.

Fair enough.

Carlos: thanks for fixing the Traditional page.

Another example... I could only delete "Goodnight, ladies! (Traditional)" after deleting the score links automatically included in the summary box:

content was: '==Music files== {{Legend}} *{{NewWork|2010-04-19}} '''CPDL #21486:''' [http://www.cpdl.org/wiki/images/2/26/38 ... Ladies.pdf {{pdf}}] [http://www.cpdl.org/wiki/images/e/ea/38 ... Ladies.mid {{mid}}] [http://www.cpdl…'

Sorry to go on about this but I'm still unable to edit the Anonymous page to add the following code, even when I only edit the appropriate section:

*''[[Alleluia Anna Mater (Anonymous)|Alleluia Anna Mater]]''   ( [http://www.capella-de-la-torre.de/filea ... _Mater.pdf {{extpdf}}] )

*''[[Felix Anna (Anonymous)|Felix Anna]]''   ( [http://www.capella-de-la-torre.de/filea ... x_Anna.pdf {{extpdf}}] )

The problem was the same, i.e., the presence of a link towards http://simoneolivieri.altervista.org/partiture.php in the same section. I've replaced it with {{LnkWeb|Olivieri}}, that solves the problem (actually: it moves the problem to the page of the template, so the problem is not spread on multiple pages). You should be able to edit the page now.

The problem is not related to blacklisting, as the altervista.org website is reachable from our server. There is something strange related to the way URL is handled: if the URL is trimmed to http://simoneolivieri.altervista.org, no problem; if it is set to http://simoneolivieri.altervista.org/ (i.e., just with an additional slash at the end) the problem is present. I'm trying to reproduce the problem outside the wiki context, so as to demonstrate that it is caused by something on the server side and not on the MediaWiki application side.

Max

Thanks for your work on this, Max.

Update: it was a tricky blacklisting rule making use of "heuristic behavior based detection", and matching altervista.org/ but not altervista.org (without the slash). It has been whitelisted by HostGator's support now, so everything should (hopefully) work.

Max

Oops, I was just posting my test results when I saw your reply. That's what I suspected, as my tests at bluehost confirmed that the error was not associated with any MediaWiki setting. Thanks for contacting hostgator!