Wikipedia:Bar/Discussioni/Finalmente arriva l'URL shortner
|
Finalmente arriva l'URL shortner |
5 aprile 2019, 13:51 7,7 KB · Atom |
Recupero un avviso di [@ Lea Lacroix (WMDE)] passato sulle mailing list tecniche e che è sufficientemente importante: a partire dall'11 aprile prossimo, sarà finalmente disponibile un sistema di abbreviazione degli URL specifico per i nostri progetti.
In altre parole, basterà andare su m:Special:URLShortener (nota: il link funzionerà solo dall'11 aprile in poi) e poi inserire il link che ci serve per ottenere un indirizzo stile bit.ly, solo localizzato per noi. Il link sarà del tipo w.wiki/, seguito da una stringa ridotta di lettere e numeri.
Per ragioni di sicurezza, il servizio funzionerà soltanto con:
- i progetti Wikimedia e MediaWiki.org
- il Wikidata Query Service
- il sito e il blog di Wikimedia Foundation
- il Phabricator e Gerrit (lato sviluppo tecnico)
- l'Etherpad collaborativo WMF
Inoltre, il servizio - almeno per i primi tempi - sarà limitato:
- per gli utenti registrati a 50 link entro 2 minuti
- per gli utenti non registrati a 10 link entro 2 minuti
Il prossimo passo sarà quello di integrare l'URL Shortener direttamente dentro il Wikidata Query Service (chi lo utilizza sa benissimo che questo è un desiderio vecchio di anni...), ma ci vorrà ancora un po' di tempo.
Per maggiori informazioni, come al solito c'è la pagina su Meta.
Come al solito, se ci sono domande, sono a vostra disposizione. --Sannita - L'admin (a piede) libero 14:34, 3 apr 2019 (CEST)
- Finalmente si potranno avere QR code di dimensioni decenti <3 --Horcrux (msg) 09:30, 4 apr 2019 (CEST)
- Per chi, come me, non sa bene quali siano i vantaggi e gli svantaggi di tale tecnica, potreste scrivere una guida a tale proposito specifica per gli url di progetti wiki, se già non esiste, magari inserendo qualche esempio pratico? Grazie :) --Daniele Pugliesi (msg) 10:18, 4 apr 2019 (CEST)
- Mi accodo alla richiesta di Daniele. --Paul Gascoigne (msg) 10:24, 4 apr 2019 (CEST)
- I primi vantaggi che mi vengono in mente sono:
- alternativa per url con caratteri speciali: non so se vi è mai capitato di dover copiare l'url di una ricerca, ma caratteri come "?" e "<" o le virgolette spesso non vengono codificati mentre si copia l'URL, quindi quando si incolla l'indirizzo della ricerca fra parentesi quadre questi caratteri rompono il link. Nei casi più semplici si può ricorrere al Template:Ricerca, in quelli più complessi bisogna codificare questi caratteri tramite
urlencode:(anche se ormai ho praticamente imparato a memoria le entity URL più comuni). Si spera che con uno shortner si possa ottenere un link alternativo anche per le ricerche. - brevità (ovviamente):
- al posto di linkare una query di Wikidata lunga centinaia di caratteri, si potrà avere un comodo redirect tipo
https://w.wiki/aY6bV0(attualmente si usa il servizio esterno TinyURL). - Anche per chi organizza eventi/attività che prevedono l'uso di QR code, la brevità dell'URL può essere determinante: i codici generati da QRpedia possono andar bene per manifesti o comunque grandi stampe (prova a generare un QR relativo a https://it.wikipedia.org/wiki/Museo_sperimentale_d%27arte_contemporanea e capirai di cosa parlo), mentre per opuscoli o siti web avere URL più brevi è una manna dal cielo.
- al posto di linkare una query di Wikidata lunga centinaia di caratteri, si potrà avere un comodo redirect tipo
- alternativa per url con caratteri speciali: non so se vi è mai capitato di dover copiare l'url di una ricerca, ma caratteri come "?" e "<" o le virgolette spesso non vengono codificati mentre si copia l'URL, quindi quando si incolla l'indirizzo della ricerca fra parentesi quadre questi caratteri rompono il link. Nei casi più semplici si può ricorrere al Template:Ricerca, in quelli più complessi bisogna codificare questi caratteri tramite
- --Horcrux (msg) 10:46, 4 apr 2019 (CEST)
- [↓↑ fuori crono] Grazie mille. In effetti io pensavo fosse uguale a tinyurl (e che stessimo reinventando la ruota), senza considerare agli svantaggi che puó portare usare un sito esterno. --Paul Gascoigne (msg) 10:17, 5 apr 2019 (CEST)
- I primi vantaggi che mi vengono in mente sono:
- Mi accodo alla richiesta di Daniele. --Paul Gascoigne (msg) 10:24, 4 apr 2019 (CEST)
- Per chi, come me, non sa bene quali siano i vantaggi e gli svantaggi di tale tecnica, potreste scrivere una guida a tale proposito specifica per gli url di progetti wiki, se già non esiste, magari inserendo qualche esempio pratico? Grazie :) --Daniele Pugliesi (msg) 10:18, 4 apr 2019 (CEST)
[← Rientro] Scusa, [@ Sannita], quindi vuol dire che WMF è diventato anche proprietario del TLD .wiki? -- SERGIO (aka the Blackcat) 15:13, 4 apr 2019 (CEST)
- Semmai del dominio di secondo livello w.wiki --Horcrux (msg) 15:21, 4 apr 2019 (CEST)
- Mica è scontato, [@ Horcrux]. World Rugby gestisce il gTLD .rugby, quindi ritenevo normale che WMF possa gestire .wiki. -- SERGIO (aka the Blackcat) 16:25, 4 apr 2019 (CEST)
- Grazie, [@ Horcrux] :) Non hai parlato però di svantaggi. Il primo che mi viene in mente è che i link accorciati possono essere più difficili da ricordare. Ad esempio tra "Wikipedia:Criteri di enciclopedicità per i calciatori" e "aY6bV0" personalmente il primo potrei ricordamelo o ricostruirlo, il secondo no. A parte questo, mi sembra che alcuni di questi link accorciati hanno una "scadenza" dopo la quale non funzionano più. Se è così, potremmo trovarci discussioni con link che non sono più validi, per cui sarebbe difficile ad esempio seguire una discussione dopo un mese. --Daniele Pugliesi (msg) 21:15, 4 apr 2019 (CEST)
- [@ Daniele Pugliesi] Io parlavo degli usi generici, non strettamente relativi a WP. Chiaramente un utente se ne accorge da solo se è più comodo usare un wikilink o un URL abbreviato :-). Comunque no, secondo meta:Wikimedia URL Shortener#Delete a link i link sono permanenti e solo gli steward possono cancellarli (in rari casi e coscienti che it can cause dead links). --Horcrux (msg) 22:39, 4 apr 2019 (CEST)
- [@ Horcrux] a naso, direi in caso di cancellazione di voce o di redirect (eliminazione dello shortcut che punta al nome rediretto). -- SERGIO (aka the Blackcat) 09:44, 5 apr 2019 (CEST)
- [@ Daniele Pugliesi] Io parlavo degli usi generici, non strettamente relativi a WP. Chiaramente un utente se ne accorge da solo se è più comodo usare un wikilink o un URL abbreviato :-). Comunque no, secondo meta:Wikimedia URL Shortener#Delete a link i link sono permanenti e solo gli steward possono cancellarli (in rari casi e coscienti che it can cause dead links). --Horcrux (msg) 22:39, 4 apr 2019 (CEST)
- Grazie, [@ Horcrux] :) Non hai parlato però di svantaggi. Il primo che mi viene in mente è che i link accorciati possono essere più difficili da ricordare. Ad esempio tra "Wikipedia:Criteri di enciclopedicità per i calciatori" e "aY6bV0" personalmente il primo potrei ricordamelo o ricostruirlo, il secondo no. A parte questo, mi sembra che alcuni di questi link accorciati hanno una "scadenza" dopo la quale non funzionano più. Se è così, potremmo trovarci discussioni con link che non sono più validi, per cui sarebbe difficile ad esempio seguire una discussione dopo un mese. --Daniele Pugliesi (msg) 21:15, 4 apr 2019 (CEST)
- Mica è scontato, [@ Horcrux]. World Rugby gestisce il gTLD .rugby, quindi ritenevo normale che WMF possa gestire .wiki. -- SERGIO (aka the Blackcat) 16:25, 4 apr 2019 (CEST)
[← Rientro] [@ Daniele Pugliesi, Paul Gascoigne] Tinyurl è stato disabilitato sui progetti, provate a usarlo qui sopra per linkare una query su Wikidata e mi saprete dire... Il principale utilizzo sarà questo, poi come al solito chi vorrà usarlo lo usa e chi no, no. --Sannita - L'admin (a piede) libero 12:40, 5 apr 2019 (CEST)
- Grazie [@ Sannita], adesso ho capito i vantaggi del nuovo servizio ma da "profano" ci ho messo un po' a cogliere i vantaggi di un "compressore di URL" fatto in casa rispetto a quello giá disponibile sul mercato. Il mio messaggio non voleva essere per sminuire wikiurl, ma per capire bene i motivi che avevano portato alla sua creazione. --Paul Gascoigne (msg) 13:51, 5 apr 2019 (CEST)