Esiste un modo per identificare i link non funzionanti e correggerli contemporaneamente?
Ciao Kevin 
Puoi definire un “link interrotto” nel tuo contesto?
È:
-
Un link in un post di un utente?
-
Un link interno?
-
Un link esterno?
-
Un link che porta a una risorsa che non esiste più (404)?
-
Un link che non porta alla stessa risorsa a cui portava prima?
Come faresti a sapere se un link è temporaneamente “interrotto” (ad esempio, il target è temporaneamente non disponibile per qualsiasi motivo)? Un link può essere morto per qualche minuto, ora, giorno o settimana e poi tornare.
Può essere rimosso, modificato, aggiornato, rilevante o irrilevante. Come lo sapresti?
Cos’è una correzione di un link interrotto?
-
Una rimozione del link?
-
Sostituire l’URL con un altro?
-
Come faresti a sapere come sostituire un link interrotto con uno pertinente e funzionante?
Comunque, avresti bisogno di uno script personalizzato: non esiste una funzionalità integrata. 
3 Mi Piace
Non è mio compito rispondere, ma in generale su tutto il web un link interrotto è un link che restituisce 404, indipendentemente dal fatto che sia interno o esterno (certo, uno interno è spesso una situazione allarmante).
E una correzione può essere una qualsiasi di queste.
Ottenere un elenco di 404 e poi correggere l’URL o rimuovere il tag <a>? Questo è un modo abbastanza comune su tutte le altre piattaforme che uso.
2 Mi Piace
C’è qualche strumento che puoi suggerire per controllare e correggere link non funzionanti?
Concordo que essa é a mais comum, mas levanta problemas, como 404 temporários.
Você está aqui há tempo suficiente para saber que a opinião de todos é valorizada 
(Meu trabalho também é permitir que as pessoas deem sua opinião, aliás)
1 Mi Piace
Non dovrebbero essere usati. Dovrebbe esserci prima un 302 che porta a un URL (generico) dove la situazione viene spiegata e quando smette di essere temporaneo cambia in 200, 301 o 410.
Ma se i post usano link che danno 404 temporanei, questo è un caso limite famoso. I più comuni sono i link esterni effettivamente morti che dovrebbero essere corretti.
La buona notizia è che vengono aperti abbastanza raramente, credo.
Sì 
Beh, intendevo che stavo rispondendo per conto dell’OP, e non è un atto molto educato.
2 Mi Piace
Beh, nel mio caso i link interrotti si sono verificati quando il cliente ha apportato una piccola modifica al dominio da “.ai” a “.com”, tutti i link dei messaggi all’interno del forum sono diventati interrotti, sono sicuro che c’era probabilmente un modo più semplice per risolvere. Ma ho semplicemente modificato manualmente molti post per cambiare “.ai” in “.com”. Ho anche dovuto usare “rebuild html” per correggere le immagini caricate nei post. Abbastanza fastidioso.
1 Mi Piace
Puoi fare ricerca e sostituzione tramite la console di Rails, vero?
1 Mi Piace
Probabilmente, ma ancora abbastanza nuovo in molte cose con discourse. Devo leggere e imparare di più. Qualcosa del genere risolverebbe le immagini caricate nei post? Ha anche interessato le emoji nei post di polder. Onestamente avrebbero dovuto parlarne con me poiché hanno già rinominato il sito in passato con lo stesso problema. Secondo me non c’era bisogno o reale beneficio di passare da .ai a .com poiché il sito è attivo da oltre 3 anni con il .ai
Inoltre, qualsiasi utente che ha installato l’app si è rotto e lo stesso vale per altri che utilizzano l’URL originale per accedere al sito.
In Discourse non è disponibile una funzionalità del genere e il rilevamento dei “link non funzionanti” (presumeremo 404) richiederebbe uno script personalizzato.
1 Mi Piace
Mi sembra che ci sarebbero alcuni proprietari, specialmente di siti più grandi, interessati a uno strumento/script/plugin che possa almeno fare il primo passo di verificare e identificare i 404? Sarei favorevole a supportare questo con qualche soldo se fosse ragionevole.
4 Mi Piace
La prima soluzione che mi viene in mente sarebbe uno script rail che itera attraverso i contenuti dei post, trova i link, li richiede, controlla lo stato del codice e fa quello che ti serve. Eliminarli, sostituirli (tali azioni richiederebbero un rebake), registrarli…
1 Mi Piace
WordPress vs. Discourse è un confronto piuttosto inutile perché la tecnologia e l’idea sono così diverse, ma su WordPress è un lavoro piuttosto banale utilizzare un plugin gratuito che chiama i link in uscita e, se la risposta è diversa da 200 OK, pulisce almeno i link che danno uno stato 4xx, crea un elenco e informa l’amministratore via email.
È anche possibile su applicazioni come Discourse, non lo so. È necessaria tale funzionalità… non lo so, perché a nessuno importa più e dire i buoni link non muoiono mai è cambiato in tutti i link diventeranno zombie. Wikipedia è piena di link morti, e a nessuno importa, nemmeno a Wikipedia né agli editori.
Abbiamo una cosa chiamata flag. Possiamo esternalizzare l’informazione agli utenti e insegnare loro come utilizzare i flag in modo informativo, ma scommetto che sarà difficile.
Siamo onesti. Pochissimi amministratori/moderatori sono disposti a iniziare a correggere link che non vengono mai utilizzati dopo la pubblicazione. Quindi un “test dei link” sarebbe bello da avere, ma è uno strumento utile? Il mio sito WordPress più grande ha tonnellate di link in uscita morti. Dovrebbero essere corretti e lo farò se ne avrò bisogno, ma altrimenti… semplicemente non ho tempo (o volontà…).
1 Mi Piace
Sarebbe fantastico un controllo dei link non funzionanti! La nostra istanza di Discourse non è pubblica, quindi non posso usare uno strumento tipico per questo. Viene utilizzata come forum di supporto e knowledge base, quindi prevediamo che nel tempo potremmo dover gestire link a documentazione ospitata altrove che si rompono.
1 Mi Piace