A proposito, non so quanto sia trafficato il vostro forum o quanto spesso vengano pubblicati gli onebox di x/twitter, ma il piano gratuito di base di Twitter funziona per gli onebox predefiniti: limita solo a circa 1 richiesta di onebox ogni 15 minuti. Lo sto eseguendo su un forum relativamente trafficato e sembra limitare solo quando le persone cercano di pubblicare più di un link onebox in un post.
3 Mi Piace
Sfortunatamente, ho appena scoperto che questo impedisce l’incorporamento di molti link di YouTube (cioè https://youtu.be/) perché i link reindirizzano a YouTube.
Le persone pubblicano molti più link di YouTube di quanti ne pubblichino di post X. Quindi, per ora l’ho disattivato e mi limiterò a modificare x.com in twitter.com per ora.
2 Mi Piace
Molto raramente abbiamo menzioni di post di x/twitter. E gli onebox di Twitter.com funzionano, ma quelli di X.com no.
sei sicuro? non intendo questo componente, intendo il onebox nativo che utilizza un token API gratuito del piano di sviluppo di twitter e con questo componente disabilitato. dici che sei ospitato - dovrebbero essere in grado di configurare il oneboxing predefinito come quello che esiste qui su Meta.
ho l’incorporamento ricco di x/twitter gratuitamente su 2 diversi siti self-hosted. uso questo componente quando l’API di x/twitter si interrompe per qualsiasi motivo e lo attivo e disattivo al bisogno.
5 Mi Piace
Ho configurato un account sviluppatore gratuito per X. Mi chiedo come si ottenga un one box di Twitter per l’incorporamento?
Ho il componente Native Twitter Embed che funziona bene, ma vorrei pubblicare in modalità scura.
Sembra che su alcune recenti versioni di Discourse, la disabilitazione degli onebox di Twitter/X non funzioni correttamente.
Inoltre, questo componente del tema non funziona correttamente sugli onebox già esistenti.
Ho aggiunto una funzionalità che, oltre a sostituire i link semplici con un’incorporazione nativa, cerca anche gli onebox di Twitter ed esegue la stessa operazione.
Ciò significa che non è più necessario disabilitare l’oneboxing o ricostruire i vecchi post.
3 Mi Piace
Grazie! Scusa per l’attesa di un mese. Ero in ospedale, a letto, e ora sono stato dimesso e ho visto questa PR. È stata unita!
5 Mi Piace
Ciao a tutti… qualcuno ha riscontrato problemi con questo plugin? Sembra che qualcosa si sia rotto e non mostra più gli embed, né per x.com né per twitter.com. C’è stata una nuova versione di Discourse che lo ha rotto?
1 Mi Piace
Confermo che il problema persiste ancora oggi (26 settembre 2026).
Nel mio instance, il componente ora genera attivamente un errore anziché fallire in silenzio — Discourse mostra la barra di avviso riservata agli amministratori:
I post potrebbero non essere visualizzati correttamente perché uno dei decoratori di post sul tuo sito ha generato un errore. Causato da “Twitter/X Einbindung” [Twitter/X embed].
Questo si ripete continuamente e sta attivando avvisi di tipo Safe Mode a livello di sito, non solo un embed mancante. Versione di Discourse: 2026.10.0.
Qualcuno ha trovato una soluzione o un workaround oltre a disabilitare completamente il componente?
Passerò agli embed di Nitter dopo aver risolto alcuni problemi ipv6 presso il mio provider e mi disiscriverò completamente da Twitter.
1 Mi Piace
Da Musk ha drasticamente limitato l’accesso all’API a causa dello spam continuo da parte dei bot, ogni forma di accesso esterno alla piattaforma ne sta risentendo.
Posso comprendere le decisioni di natura commerciale e di sicurezza, ma non la mancanza di opzioni ufficiali per l’integrazione esterna.
Conosco Nitter, ma non è comodo quanto il copia e incolla dei link originali di X.
Potrebbe avere senso che il team del progetto Discourse si rivolga direttamente a X Corp per offrire un plugin ufficiale.
Altrimenti, onestamente, non intravedo un futuro per l’interoperabilità in questo ambito. E X è, senza ombra di dubbio, la piattaforma di notizie più importante nel mondo occidentale
Tieni presente che Nitter ha ricevuto una diffida il mese scorso e potrebbe non durare ancora a lungo: X sends cease-and-desist to open source project Nitter over alleged scraping | TechCrunch
2 Mi Piace
Sembra legittimo. Hanno cancellato tonnellate di dati senza alcuna spiegazione né possibilità di recupero; gli interessi che ci sono dietro sono davvero oscuri.
Il progetto della community a cui ho fatto riferimento è più vivo che mai. Codeberg, guidato dalla community.
Finché X non cambia qualcosa e Zed non c’è più a fare il vero e proprio lavoro pesante di scraping.
Beh, la resistenza resiste finché è possibile resistere. Autistic (Inventati) ha lavorato per l’umanità per decenni finché non è stato più possibile continuare.
Penso che Nitter verrà mantenuto per almeno un anno senza ulteriori problemi. Spingono solo verso servizi di grandi dimensioni, e l’auto-ospitamento non ha quell’impatto.
1 Mi Piace
Ho creato un piccolo fork di questo componente che risolve il crash in modalità sicura (null non protetto a causa di un attributo mancante) e un paio di altri problemi minori: GitHub - terraboss/discourse-x-native-embed: X embedding · GitHub — finora funziona bene, graditi feedback.
1 Mi Piace
Aggiornamento: primo traguardo del mio fork
Grazie per i feedback. Il mio fork finora ha impedito l’apparizione della barra di safe-mode. La mia ipotesi più probabile sulla causa è ancora l’assenza dell’attributo data-onebox-src, ma non è confermata, quindi trattatelo come sperimentale.
Da allora ho aggiunto alcune cose, alcune delle quali erano state richieste più in alto in questo thread:
- il link semplice sopra un tweet scompare una volta che il tweet è stato caricato (rimane se X non è raggiungibile)
- meno salti durante il caricamento dei tweet e nessun embed duplicato
- modalità scura per gli embed
- anche i link a X “nudi” che Discourse non ha oneboxato vengono incorporati
- citare un post con un link a X non sostituisce più la tua citazione con il tweet
Tutto il merito per l’idea originale va a @Lhc_fl. Il fork è stato creato con l’aiuto di alcune intelligenze artificiali di Claude. Sarei lieto di sapere come funziona per gli altri.
Il cursore salta quando si scorre verso l’alto in argomenti lunghi
Quando si scorre verso l’alto in un argomento lungo, la pagina salta ripetutamente un po’ verso il basso una volta che i post più vecchi, fuori schermo, vengono ricostruiti (presumibilmente legato al cloaking dei post). È abbastanza fastidioso che leggere un thread lungo dal basso verso l’alto diventa difficile.
All’inizio ho sospettato un componente del tema (embed nativi di X/Twitter che ridimensionano dopo il ricaricamento), ma il salto sembra verificarsi indipendentemente anche da questo. Lo scorrimento verso il basso non mostra lo stesso problema, solo verso l’alto.
Versione di Discourse: l’ultima e la migliore. Qualcun altro ha riscontrato questo problema, o è un problema noto?
Forse un’alternativa potrebbe essere aggiungere una parola di sostituzione globale, in modo da sostituire https://x.com con https://fixupx.com?
3 Mi Piace
Grazie per la proposta! Temo però che una soluzione di questo tipo non si adatti a questo progetto. L’obiettivo principale di questo componente è incorporare i tweet direttamente da X/Twitter. Un proxy di terze parti come fixupx non risolve i problemi alla base, ma aggiunge solo un altro livello intermedio: un servizio in più che può fallire o cambiare, e un’altra entità che visualizza le richieste. Inoltre, riscriverebbe i link salvati nei post stessi.
Ciò che preferirei davvero è una copia locale dei tweet. Questo aiuterebbe con i tempi di caricamento e la cache, renderebbe gli embed resistenti ai disservizi e preserverebbe un archivio dei contenuti. Tuttavia, richiederebbe l’accesso all’API a pagamento e una chiarificazione sulla questione del copyright e della responsabilità dei contenuti, e non posso offrire né l’uno né l’altro. Quindi, per il momento, il componente si limita agli embed diretti.
Se a qualcuno servono solo anteprime di link semplici e non ha problemi con un proxy, una sostituzione basata su parole monitorate può funzionare per quello, ma è un obiettivo diverso da quello di questo componente.