La maggior parte del contesto è nel titolo.
Stiamo apportando alcune modifiche al login SSO. Il risultato è che un utente può accedere senza essere reindirizzato fuori dal sito Discourse.
Questo viene ottenuto aprendo un iframe verso il provider SSO e reindirizzando all’URL sso_login solo dopo che quel frame ha restituito un token.
Perché non apportare le modifiche utilizzando l’architettura dei plugin? In tal modo, il problema svanirebbe.
Sto ancora esaminando il codice sorgente, quindi forse funzionerà. Ma sono sempre più convinto che l’architettura del plugin non mi offra abbastanza controllo per ottenere ciò di cui ho bisogno.
Credo che dobbiate considerare l’architettura e non insistere troppo, ad esempio, sull’uso di un iframe incorporato.
Le finestre di accesso a comparsa e i callback sono pratiche standard, ad esempio, e molto semplici da implementare con un plugin.
Gestire una fork di Discourse sarebbe un approccio assolutamente inefficiente e un incubo continuo. Al contrario, se sviluppati correttamente, i plugin possono essere molto robusti ai cambiamenti e richiedere molta meno manutenzione.
Chi ha cercato di mantenere una versione forkata di Discourse se ne pente amaramente. Dovrete o avere uno sviluppatore a tempo pieno, o integrare le modifiche, o rinunciare agli aggiornamenti. E alla fine vi sposterete su un plugin.
Sospetto che possiate fare ciò che vi serve tramite un plugin, o che si possa ottenere ciò di cui avete bisogno tramite una PR. Dovreste spiegare perché pensate di non poter risolvere il vostro problema con un plugin, oppure pubblicare una richiesta nel canale Marketplace per ricevere aiuto.
Amministro Discourse come parte della mia attività (Redirecting…) e ho alcuni clienti che necessitano di configurazioni personalizzate ma non possono permettersi un hosting di livello enterprise. Mi farebbe molto piacere avervi come clienti, ma non prenderei in considerazione il supporto a una fork.
Sarebbe meglio un plugin, se possibile.
Continuerò a investigare; è comunque utile vedere quanto il nostro protocollo sia separato da OAuth.
Posso anche confermare che su Discourse.org non ospiteremmo un fork di Discourse, nemmeno con il nostro Piano Enterprise. Dovete creare plugin o componenti di tema per le vostre modifiche.