Hi Dario (et al),
I'm not deeply familiar with the spam blacklist issues (haven't worked
with it for some years) but the problem I can see is that if we pick a
currently OK third-party shortener and allow that, it'll be incredibly
tempting for people to start using it for spam...
If we're wanting to have a shortener, it'd probably need to have
fairly restricted inputs to avoid this problem, which comes straight
back round to "create our own and restrict what people can do with
it". Not sure there's an easy solution to this.
Andrew.
On 1 June 2016 at 09:33, Dario Taraborelli <dtaraborelli(a)wikimedia.org> wrote:
On Wed, Jun 1, 2016 at 9:26 AM, Stas Malyshev <smalyshev(a)wikimedia.org>
wrote:
Hi!
This is a major problem as it prevents concise
URLs for gigantic queries
from being linked from other Wikimedia wikis. Has anyone thought of this
issue (Stas, Jonas?), in particular: should we ask Meta to remove the
domain from the blacklist or potentially consider another URL shortening
solution?
Yes, we thought of it (T112715) but since Wikimedia's own URL shortener
(T108557) is not up yet, we have to use what is there.
got it
If you have an idea of a shortener more suitable than
tinyurl.com, we
could replace/add
it. So far we didn't find a better alternative.
I don't, it probably depends on what shorteners are most used for spam
purposes across Wikimedia projects. Maybe someone familiar with URL
blacklisting from major wikis can comment?
--
Stas Malyshev
smalyshev(a)wikimedia.org
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
--
Dario Taraborelli Head of Research, Wikimedia Foundation
wikimediafoundation.org •
nitens.org • @readermeter
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata