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@wikimedia.org wrote:
On Wed, Jun 1, 2016 at 9:26 AM, Stas Malyshev smalyshev@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@wikimedia.org
Wikidata mailing list Wikidata@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@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata