The UAE and SA each run the whole country's internet access through
small proxy subnets. However, the proxies appear to be open, at least
a bit, in places. Do we risk blocking the whole damn countries?
Is it worth excluding them from IP blocks when a name is blocked? (Is
this another instance of bug 550?)
- d.
---------- Forwarded message ----------
From: David Gerard <dgerard(a)gmail.com>
Date: Aug 15, 2005 8:34 PM
Subject: Re: Wikipedia e-mail
To: -----
I think what happened was that I blocked someone else (Boothy443 I
think) who had been using the IP, and so the IP was blocked as well
for a while. If it's clear now then good!
But if the Emirates proxy is blocked again, please do let the blocking
admin know, with the listed blocked name - that's how the admin can
work out which block it is and jnblock it.
- d.
On 8/15/05, ----- wrote:
> yes, but now its unblocked, so i cant remember.
>
> this is -----, this is just my backup mailbox cos i cant
> access my main one at the moment.
>
> On 8/15/05, David Gerard <dgerard(a)gmail.com> wrote:
> > I can't actually find a block on that IP or range. Did the message say
> > which username was blocked?
> >
> >
> > - d.
> >
> >
> >
> > On 8/15/05, ----- wrote:
> > >
> > > "Your IP address is 213.42.2.11. Please include this address, along with your username, in any queries you make"
> > >
> > > this IP address that you have blocked is the proxy that allows access for an entire country, the united arab emirates, by blocking this, thousands will be effected
> > >
> > >
> >
>
On 15/08/05, Juliano Ravasi Ferraz <ml(a)juliano.info> wrote:
> The page itself has <meta name="robots" content="noindex,follow">, and
> the link itself doesn't have a rel="nofollow" attribute, meaning that
> google is being instructed to follow those links.
>
> Each time the link is followed, a new page is generated with a different
> &from=... parameter, and many new different links for last 50, 100, 250
> and 500 changes, the last 1, 3, 7, 14 and 30 days, rss and atom feeds,
> which are all followed also.
>
> Is there a quick fix for this?
Aha, there is indeed - if I understand it correctly,
http://en.wikipedia.org/robots.txt disallows this by telling
[friendly] spiders not to look at "/w/", where the actual scripts are,
but letting them into "/wiki/" where the canonical rewritten URLs
live.
Thus, a vanilla view of Special:Recentchanges will be spidered at
"/wiki/Special:Recentchanges", but the alternate views are all of the
form "/w/index.php?title=Special:Recentchanges&..." and will be
ignored.
> On a side note, what about making all "diff" links on
> Special:Recentchanges and Special:Contributions also have a
> rel="nofollow" attribute?
IIRC rel="nofollow" is badly named - it doesn't stop anything from
following the link, only from using it to calculate page rankings.
Unless I'm wrong about that, it's irrelevant for the current
discussion.
--
Rowan Collins BSc
[IMSoP]
Finlay McWalter schreef:
> Folks,
> Algebra.com (which also goes by the name cooldictionary.com)
> appears to be leeching images directly from the wikimedia upload server.
>
> Examples:
The are doing this also;
http://www.mijnwoordenboek.nl/encyclopedie/NL/Rozenblaadje
Is there a good reason to allow direct acces by url to the images? For
the Wikipedia-projects we use the [[image:foobar.png]].
Or use a direct url that is only works for a short time?
--
Ook een artikeltje schrijven? WikipediaNL, de vrije GNU/FDL encyclopedie
http://www.wikipedia.be
Walter Vermeir wrote:
>
> When you use gmane.org the emailadresses are encypted like
> walter(a)wikipedia.be (and it works, you need to to confirm that you
> are real)
Apparently Gmane enables this for some newsgroups but not for others.
For wikitech-l, it is disabled. Both the e-mail address I quoted above
and the "From" address in all the postings here are unencrypted.
Timwi
On 13/08/05, Ævar Arnfjörð Bjarmason <avarab(a)gmail.com> wrote:
> > (Personally, I dislike that behaviour. I think it should stay as
> > [[:de:WIKI|]] in the source code, so people can learn this trick by
> > seeing it in use.)
>
> I don't know why it doesn't work like that, it would just be a matter
> of moving some of the save-time transformations to render-time
> transformations.
It's a trade-off - the current way makes the markup to parse on a
normal page simpler, allows users to correct the piping if it's not
quite right, and allows the exact algorithm for chopping bits off to
be varied without risk of breaking existing content. OTOH, it makes
learning that the trick exists 10 times harder, and is somewhat of a
special case code-wise (although, everything in Parser.php is kind of
a special case, in a way...)
--
Rowan Collins BSc
[IMSoP]
On 13/08/05, Heinz-Josef Lücking <h-j.luecking(a)t-online.de> wrote:
> But when including a page that way, the page title does not get included.
> I have either to include the =title= whithin the inluded page again, which
> does'nt look nice there or to set the title manually on the page which
> include subpages.
>
> Are there allready some working things to get a page included and the page
> title displayed too?
How about creating a template which adds a header with the title of
the page, followed by its contents, e.g. if [[Template:include with
title]] contains the following:
={{{1}}}=
{{:{{{1}}}}}
Then typing "{{include with title|Page name}}" will create a top-level
header labelled "Page name" followed by the contents of [[Page name]].
And obviously, it's entirely up to you how the title is formatted -
just edit your template appropriately.
See http://meta.wikimedia.org/wiki/Help:Template for more...
--
Rowan Collins BSc
[IMSoP]
Heinz wrote:
> I would like to combine Categories.
>
> There are two articles Categorie:One and Categorie:Two
> Whithin another article i would like to get all articles listed, who belong
> to Categorie:One AND Categorie:Two
>
> Does there allready a solution exist?
I think you're describing the same thing as "Category Math" (http://meta.wikimedia.org/wiki/Category_math) and "Category Intersections". There is an extension (still in development I think, but I'm not sure - I believe it's in use on wikinews) called "Dynamic Page Lists" and I have a rough draft of a special page that includes a UI for browsing through categories (find pages belonging to two or more categories, also see what other categories intersect in those pages - I haven't worked on it for awhile, sorry to say, but it works).
Best Regards,
Aerik
topi wrote:
> I would like to combine Categories.
> Does there allready a solution exist?
Yes, I've seen this on Wikinews:
<DynamicPageList>
category=August 14, 2005
category=Published
notcategory=Disputed
suppresserrors=true
</DynamicPageList>
This produces a list of all articles that are in [[Category:August 14,
2005]] and [[Category:Published]] but not in [[Category:Disputed]].
See also http://meta.wikimedia.org/wiki/DynamicPageList
Timwi
a9502784(a)unet.univie.ac.at wrote:
>
>> Why don't you just turn off the capitalisation in all Wiktionaries?
>
> Yes maybe this would be useful, but also a lot of work for existing
> entries. [...] But I think you have to ask the local communities if
> they do agree.
I don't really think there is any doubt that all Wiktionaries should be
case-sensitive. The only reason people are reluctant to just imposing
that change is because a few people on the English Wiktionary who didn't
really understand what this means voiced some bogus but very vocal
opposition.
I think it is important to make this change as soon as possible so that
it is less work for the relevant Wiktionary community. If it is delayed,
and the Wiktionary grows in the meantime, there is much more stuff to be
fixed later.
Notice that I am not even a particularly regular contributor to
Wiktionary. I'm not saying this because I think it makes my life easier
or anything, but because I think that it is the right thing to do for
Wiktionary. There is no real relevance in what language the Wiktionary
is in.
Timwi
Ævar Arnfjörð Bjarmason a écrit :
>I'd like to support this request for what it's wort, although I'm not
>an active user on the Icelandic Wiktionary.
>
Thanks a lot!
Greetings, birdy (http://is.wiktionary.org/wiki/Notandaspjall:Spacebirdy)