Jump to content

Template talk:Link summary

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Comment

[edit]

Would be nice to see this style of template used on meta. Would make for ease of cross posting spamlinks, as apposed to reformating for meta. just a thought.--Hu12 13:52, 28 September 2007 (UTC)[reply]

Meta has a spamlink template:
--A. B. (talk) 14:11, 28 September 2007 (UTC)[reply]

This template should not actually link to the domain. If the domain is blacklisted then the page can't be edited unless the template is removed. It also clogs up Special:LinkSearch with irrelevant results. – Mike.lifeguard | @en.wb 16:48, 12 May 2008 (UTC)[reply]

Reports

[edit]

{{editprotected}} Could someone change [[:m:User:COIBot/cw/{{lc:{{{1|}}}}}{{!}}COIBot-XWiki]] to [[:m:User:COIBot/XWiki/{{lc:{{{1|}}}}}{{!}}COIBot-XWiki]]? The former won't work. Thanks. --Erwin85 (talk) 13:34, 23 August 2008 (UTC)[reply]

 Done Happymelon 13:47, 23 August 2008 (UTC)[reply]
[edit]

{{editprotected}}

Please change http://toolserver.org/~eagle/linksearch to http://toolserver.org/~eagle/crosswiki.php (it occurs twice) and http://toolserver.org/~eagle/spamsearch to http://toolserver.org/~eagle/spamArchiveSearch.php as the former URLs are broken. Thanks. MER-C 10:09, 4 December 2008 (UTC)[reply]

 Done, thanks! --Dirk Beetstra T C 11:23, 4 December 2008 (UTC)[reply]
[edit]

Hi!
related talk: Wikipedia talk:WikiProject_Spam#http_use_on_this_page.
I guess it would be helpful to have an additional link to
http://wiki.riteme.site/w/index.php?title=Special%3ASearch&search=%22example.org%22+prefix%3AWikipedia_talk%3AWikiProject+Spam&fulltext=Advanced+search.
Any objections? -- seth (talk) 19:54, 2 January 2009 (UTC)[reply]

The reports could be extended by
[http://wiki.riteme.site/w/index.php?title=Special%3ASearch&search=%22{{{1|}}}%22+prefix%3AWikipedia_talk%3AWikiProject+Spam&fulltext=Advanced+search WikiProject Spam on en].
-- seth (talk) 12:13, 4 January 2009 (UTC)[reply]
After thinking about this more, I realized that relevant talk sometimes takes place in areas other than the spam archives (WP:ANI, WP:RFPP, WP:AN3, WP:COIN, etc), so I wonder if it would be more useful to search the full namespaces for "Wikipedia" and "Wikipedia_talk" such as:
WPT space on en:
[http://wiki.riteme.site/w/index.php?title=Special%3ASearch&search=%22{{{1|}}}%22+prefix%3AWikipedia_talk%3A&fulltext=Advanced+search WPT space on en]
or, ideally, is there a way to merge that one with this, or would they each need to be separate?
WP space on en:
[http://wiki.riteme.site/w/index.php?title=Special%3ASearch&search=%22{{{1|}}}%22+prefix%3AWikipedia%3A&fulltext=Advanced+search WP space on en]
Just some options to consider. --- Barek (talkcontribs) - 18:58, 4 January 2009 (UTC)[reply]
In that case you don't need the "prefix:..."
You can use the (old) normal syntax: [1]. -- seth (talk) 21:32, 4 January 2009 (UTC)[reply]
That format pulls things from all namespaces; which frequently has false positives in the search results. I think restricting to only the 'Wikipedia' and 'Wikipedia_talk' namespaces would be better at getting the most relevant results showing prominently. --- Barek (talkcontribs) - 00:43, 5 January 2009 (UTC)[reply]
Have a look at my presented link. See the parameters ns4=1 and ns5=1. This means that only wikipedia NS and wikipedia_talk NS will be searched. -- seth (talk) 13:54, 5 January 2009 (UTC)[reply]
Sorry about the misunderstanding. Yes, I agree that link would be the best way to go. --- Barek (talkcontribs) - 16:39, 5 January 2009 (UTC)[reply]

modified proposal

[edit]

What do you think of this:
example.org:
Linksearch en - meta - de - fr - simple - wikt:en - wikt:fr • Interwiki link search, big: 20 - 57
Reports: Links on en - COIBot - Meta: SRB-XWiki - COIBot-XWiki - Eagle's spam report search
Linkwatcher: search
Wikipedia search: en - fr - deWikipedia and Wikipedia-Talk NS (en)what links to WikiProject Spam/LinkReports
Google: search - Veinor pages - meta • Yahoo: backlinks
Domain: domaintools - AboutUs.org - DomainsDB.net - Alexa - OnSameHost.com - WhosOnMyServer.com

-- seth (talk) 20:10, 6 January 2009 (UTC)[reply]

I like the contents; although I think the wording needs to be compacted some, as "Wikipedia and Wikipedia-Talk NS (en)" and "what links to WikiProject Spam/LinkReports" seem a bit long and would clutter-up the already crowded template (the problem is, I'm not sure how best to reword it to compact it). --- Barek (talkcontribs) - 20:16, 6 January 2009 (UTC)[reply]
I have added the two searches in a separate 'section' called "Discussions:" with resp. "tracked" as keyword for the Template-search and "advanced" as keyword for the advanced search. (Sorry to hurry this without further discussion, but the tools are too handy to wait for them, we can still discuss the semantics). --Dirk Beetstra T C 14:26, 8 January 2009 (UTC)[reply]
Looks good to me; I think that adequately compresses the text so as to not add too much clutter - and the links are handy, so I appreciate having them added. --- Barek (talkcontribs) - 17:33, 8 January 2009 (UTC)[reply]

Documentation

[edit]

{{editprotect}} Change doc-ref to {{documentation}}. Nsaa (talk) 00:59, 4 January 2009 (UTC)[reply]

 Done - Rjd0060 (talk) 22:57, 4 January 2009 (UTC)[reply]

Request

[edit]

{{editprotected}}

Adding {{Do not delete}} Triplestop x3 21:12, 3 September 2009 (UTC)[reply]

Why? — RockMFR 01:32, 4 September 2009 (UTC)[reply]

The template is often used to track spam on user talk pages. {{#ifeq|{{NAMESPACE}}|User talk|{{Do not delete}}||}} can work too. Triplestop x3 02:00, 5 September 2009 (UTC)[reply]

ao

[edit]

Could something be done to specify what a.o. means here? Thanks. Rogerdpack (talk) 17:04, 21 June 2010 (UTC)[reply]

Linked tools not working - toolserver user account expired

[edit]

Several links on this template now generate the following error message:

403: User account expired

The page you requested is hosted by the Toolserver user eagle, whose account has expired. Toolserver user accounts are automatically expired if the user is inactive for over six months. To prevent stale pages remaining accessible, we automatically block requests to expired content.

If you think you are receiving this page in error, or you have a question, please contact the owner of this document: eagle [at] toolserver [dot] org. (Please do not contact Toolserver administrators about this problem, as we cannot fix it—only the Toolserver account owner may renew their account.)

Does anyone know how to contact the user? Or, does anyone have access to copy the tools to another account? Or, last option, do we need to remove those tools from the template if they can not be recovered. --- Barek (talkcontribs) - 02:49, 16 December 2010 (UTC)[reply]

I've reposted the above at WT:WPSPAM#Linked tools not working - toolserver user account expired to try to get more eyes onto the problem. --- Barek (talkcontribs) - 16:05, 22 December 2010 (UTC)[reply]
[edit]

{{editprotected}} Please remove (or comment out) the following three lines:

-->[http://toolserver.org/~eagle/spamArchiveSearch.php/{{{1|}}} Eagle's spam report search] • <!--
-->Interwiki link search, big: [http://toolserver.org/~eagle/crosswiki.php?search={{{1|}}}&totalwikis=20 20] - <!--
-->[http://toolserver.org/~eagle/crosswiki.php?search={{{1|}}}&totalwikis=50 50] • <!--

The reports called by those three lines have not been functioning for over a month now. I would do it myself, but am not logged into my admin account at the moment, and feel it better to have another admin review this request anyways. --- Barek (talk) - 20:45, 25 January 2011 (UTC)[reply]

 Done Eagle's account on toolserver is still expired.  Ronhjones  (Talk) 21:18, 25 January 2011 (UTC)[reply]

OnSameHost.com

[edit]

OnSameHost.com should be removed from this template, because it's just serving spam. --82.136.210.153 (talk) 22:35, 21 October 2014 (UTC)[reply]

Template-protected edit request on 6 January 2015

[edit]

Please remove OnSameHost.com, the site is down and is linking to spam. Remove (or comment out) the line:

 -->[http://onsamehost.com/query.jsp?host=www.{{{1|}}} OnSameHost.com] • <!--

—CraigyDavi (TC@) 18:34, 6 January 2015 (UTC)[reply]

Done{{U|Technical 13}} (etc) 19:57, 6 January 2015 (UTC)[reply]

Tools

[edit]
  1. Yahoo not responding as at 17:29, 11 February 2016 (UTC) (Will be right back... Thank you for your patience. Our engineers are working quickly to resolve the issue.)
  2. http://www.whosonmyserver.com/ may not work.

All the best: Rich Farmbrough, 17:29, 11 February 2016 (UTC).[reply]

Template-protected edit request on 16 September 2017

[edit]

Please change "[http://www.alexa.com/data/details/main?url={{{1|}}} Alexa]" to "[https://www.alexa.com/data/details/main?url={{{1|}}} Alexa]" as Alexa supports HTTPS. Note that it appears this link is broken and should actually be something like "https://www.alexa.com/siteinfo/{{{1|}}}" but I'm not entirely sure if that was the information the original link was supposed to display. Jon Kolbert (talk) 14:53, 16 September 2017 (UTC)[reply]

I've made some additional changes in the sandbox, adding https for DomainTools and Google as well as using non-relative links. Jon Kolbert (talk) 15:05, 16 September 2017 (UTC)[reply]
@Jon Kolbert: https should not be forced; the way to do this is to give the URL as //site.tld/path/ (but only for sites that do support https). Example: [2] (MediaWiki will add the http or https depending on the capabilities of the browser). Is the Alexa path correction also added in sandbox? Please update the Template:Link summary/testcases page to test any options you've changed. If it's all working, I'll be happy to deal with the editprotected request.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  11:19, 20 September 2017 (UTC)[reply]
I made all links relative. Still not sure about the alexa-link, though, maybe someone else knows (I am not using that one myself in investigations, maybe User:MER-C?). --Dirk Beetstra T C 11:35, 20 September 2017 (UTC)[reply]
I don't use it either. MER-C 11:46, 20 September 2017 (UTC)[reply]
@MER-C, SMcCandlish, and Jon Kolbert: .. OK, I'll put it there, I guess 'they who is using/needs Alexa' will complain if it doesn't work anymore .. --Dirk Beetstra T C 12:14, 20 September 2017 (UTC)[reply]
OK. Well, please test-case it, and if it's all in working order I'll copy the new code over into the live template.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  12:16, 20 September 2017 (UTC)[reply]
@MER-C, SMcCandlish, and Beetstra: Using non-protocol relative links in the edit request was not an accident. All Wikimedia projects are served exclusively using HTTPS, so using a protocol relative link will lead to the HTTPS link anyway. The distinction between the two methods is that when using Special:LinkSearch/http://www.alexa.com it will bloat the results because the relative links are included despite never actually directing to HTTP. A few bots, including KolbertBot use LinkSearch to flag pages which may need a change. Templates using relative links can, and have artificially inflated LinkSearch by 300K+ articles. Jon Kolbert (talk) 18:51, 20 September 2017 (UTC)[reply]
OK. Seems I got behind the times on a technical aspect.  — SMcCandlish ¢ ≽ʌⱷ҅ʌ≼  19:00, 20 September 2017 (UTC)[reply]

Template-protected edit request on 23 February 2018

[edit]

Please change //www.whosonmyserver.com/?s=&submit=Lookup WhosOnMyServer.com to http://www.whosonmyserver.com/?s=&submit=Lookup WhosOnMyServer.com, https doesn't work. Jon Kolbert (talk) 16:59, 23 February 2018 (UTC) Jon Kolbert (talk) 16:59, 23 February 2018 (UTC)[reply]

Actually, same goes for domainsDB. //www.domainsdb.net/ to http://www.domainsdb.net/. All links should not be relative links, they just tend to cause issues. [//www.aboutus.org/{{{1|}}} AboutUs.org] to [https://aboutus.com/{{{1|}}} AboutUs.com], //whois.domaintools.com/{{{1|}}} to https://whois.domaintools.com/{{{1|}}} Jon Kolbert (talk) 17:15, 23 February 2018 (UTC)[reply]
 Done — JJMC89(T·C) 02:40, 24 February 2018 (UTC)[reply]

Template-protected edit request on 17 June 2020

[edit]

Remove dead links from the links on the template:

No point keeping links to any of the above on the template.

Cheers, Naypta ☺ | ✉ talk page | 22:00, 17 June 2020 (UTC)[reply]

Template-protected edit request on 21 August 2021

[edit]

Change

-->[https://wikipediatools.appspot.com/linksearch.jsp?link={{{1|}}}&https=1 MER-C X-wiki] • <!--

to

-->[https://wikipediatools.appspot.com/linksearch.jsp?link={{{1|}}}&https=1 MER-C X-wiki] - <!--
-->[{{canonicalurl:toollabs:global-search|q={{urlencode:"{{{1|}}}"|PATH}}}} '''gs'''] • <!--

This adds in the "gs" link that's seen on MetaWiki's version of this template. There's probably some other stuff that could be copied from there, but this is really the most useful link that the enwiki template is currently missing. You can see what this change looks like on the sandbox version of the testcases. Perryprog (talk) 17:58, 21 August 2021 (UTC)[reply]

 Done although I've removed the bold (to match the other elements in the template). firefly ( t · c ) 10:49, 22 August 2021 (UTC)[reply]

Alexa.com

[edit]

Alexa.com will be retired on 1 May 2022.[1] It'll need removing from the template at that point. Cabayi (talk) 12:20, 29 March 2022 (UTC)[reply]

Or replacement by for example Similarweb.com?

References

[edit]

Please apply this sandbox diff to the template, changing the gs link to point directly to the global search tool without the iw.toolforge.org redirect; this is a tiny bit faster for users and works better with Special:LinkSearch. I tested this at Template:Link summary/testcases by visiting the non-sandbox links and observing that the sandbox links also turned purple, demonstrating that the old links redirect to exactly the URLs of the new links. Lucas Werkmeister (talk) 19:20, 29 September 2023 (UTC)[reply]

 Done SWinxy (talk) 00:30, 30 September 2023 (UTC)[reply]
 Actually done this time I swear. SWinxy (talk) 00:34, 30 September 2023 (UTC)[reply]
@SWinxy: Thank you very much! And I think I’m now done with these edit requests too (at least on enwiki), this was the last “big” one (externallinks to iw.toolforge.org are now done to 27k from over a million). Lucas Werkmeister (talk) 09:25, 30 September 2023 (UTC)[reply]