Aggiorna i nostri scudi di amministratori e moderatori

Quindi, attualmente, in qualsiasi forum, un amministratore ha la possibilità di rimuovere qualsiasi altro amministratore dalla posizione di amministratore. Stavo pensando: cosa succederebbe se cambiassimo la situazione in modo che l’account che è il proprietario abbia uno scudo non del normale colore grigio, ma uno scudo verde dimezzato, e che non possa essere rimosso dagli amministratori e che i moderatori siano grigi e gli amministratori normali siano blu per differenziare i diversi tipi di account? Ma se il proprietario lo desidera, può cambiare qualcun altro nel forum in modo che abbia lo scudo verde, dando a se stesso lo scudo blu, e ora il nuovo detentore dello scudo verde non può essere rimosso.

Benvenuto su Discourse Meta @Encounter :waving_hand: :tada:

Un amministratore che possiede/ha creato il forum non può essere “retrocesso” poiché la sua email si trova in DISCOURSE_DEVELOPER_EMAILS all’interno di app.yml.

Se sei self-hosted e non vuoi che altri amministratori vengano retrocessi, aggiungili semplicemente alle email degli sviluppatori ed esegui una ricostruzione.

Potresti anche spiegare agli altri amministratori di non retrocedere gli altri se non vuoi apportare modifiche alle email degli sviluppatori. Come nota a margine… Come ci si aspetterebbe, essere un amministratore è una posizione potente, e idealmente non si vogliono molte persone con tali privilegi.


Se volessi cambiare il colore dello scudo di amministratori e moderatori per aiutarli a distinguerli, puoi dare un’occhiata a questa guida:

Puoi anche usare i titoli. Ad esempio, all’amministratore che possiede la community potrebbe essere dato un titolo di ‘proprietario’ in modo che tutti sappiano chi non retrocedere se è questo ciò che ti preoccupa?

Spero che questo aiuti :wink:

4 Mi Piace

Mettendo da parte i colori degli scudi per il momento, c’è una situazione specifica che stai cercando di gestire con questa richiesta?

Sto immaginando casi limite come:

  1. consentire al proprietario del sito di trasferire la proprietà del sito a qualcun altro
  2. rendere un amministratore aggiuntivo non retrocedibile

Ma entrambe le cose sembrano un’occasione rara, e dover modificare il file app.yml come spiega ondrej sembra piuttosto ragionevole.

2 Mi Piace

Ciao ondrej grazie per aver menzionato che non possono essere rimossi dal ruolo di amministratore, ma mi permetto di dissentire.\nSu un forum di discussione di prova gratuita che ho creato, avevo concesso i permessi di amministratore ad altre 2 persone e per errore da parte mia, ma hanno rimosso i miei ruoli di amministratore e moderatore e alla fine mi hanno bannato dal forum, motivo per cui ho chiesto e dai un’occhiata anche a questo\n

\n\nnon sono il proprietario di quel forum ma semplicemente l’utente qui nell’immagine e posso revocare i loro permessi di amministratore

Ondrej stava parlando di forum self-hosted, dove qualcuno crea il forum e ha anche accesso al server. Quindi, anche se fosse possibile per un altro amministratore rimuovere il suo stato di amministratore, potrebbe creare un nuovo account amministratore.

Non hai menzionato che stavi parlando di un forum ospitato da Discourse. Non credo che Discourse garantisca che il primo amministratore non venga rimosso sulla loro piattaforma di hosting. Posso immaginare che non sia poi così raro che qualcuno crei un forum, lasci un’azienda in seguito, e poi il primo amministratore debba essere sostituito, quindi mi sembra sensato permetterlo.
Suppongo che, nel peggiore dei casi, se concedi accidentalmente i permessi di amministratore e li confermi via email, potresti contattare il loro supporto, e loro potrebbero verificare chi ha creato il forum.

2 Mi Piace

Ciao e benvenuto @Encounter :slight_smile:

Innanzitutto, se hai problemi con la tua prova gratuita per qualsiasi motivo, puoi contattare direttamente l’assistenza clienti all’indirizzo team@discourse.org e ti aiuteranno. :+1:

Ma in secondo luogo, le versioni ospitate sono un po’ diverse da quelle self-hosted, e se sei su un piano ospitato, il primo amministratore non ottiene privilegi speciali come quelli a cui si riferiscono Ondrej e Toddz.

(Detto questo, sono appena riuscito a retrocedere il mio account di amministratore principale con un account di amministratore di test sul mio sito di test self-hosted, quindi potrei dover indagare su cosa sta succedendo se non dovrei poter essere retrocesso :slight_smile:)

3 Mi Piace

comprensibile, quindi dopo quell’incidente cito la risposta alla mia email di problema loro dicendo questo:
“ci dispiace, non possiamo fare nulla per aiutarti”
poi hanno detto che hanno chiuso il forum per quello.

ma allora perché nell’immagine sopra

posso retrocedere questo utente ed è il proprietario del forum, ma il forum è self-hosted

Penso che poiché si trattava di una prova gratuita, questa potrebbe essere stata la soluzione più semplice a un problema piuttosto imbarazzante. Ma se inizi una nuova prova, fai molta attenzione a chi concedi i permessi di amministratore. :folded_hands:

Sì, sto vedendo qualcosa di simile nel mio sito self-hosted. Anche se il mio è stato usato un po’ come sito di test, quindi potrei aver fatto qualcosa di strano a un certo punto. :slight_smile:

Anche se ho accesso al server, posso creare e concedere i permessi di amministratore da lì, quindi spero di essere coperto se i miei utenti di test dovessero ribellarsi. :slight_smile:

3 Mi Piace

Grazie mille per l’aiuto, Jammy :slight_smile:

1 Mi Piace

Sì, questa è la soluzione definitiva per chi gestisce il proprio server. Chi controlla il server (e il dominio/record DNS) ha il vero potere!!

2 Mi Piace

Cosa intendi con questo?

Perché con l’accesso al server e alla riga di comando, potresti fare molte cose (hacky) (come rifare i post, accedere al database, ecc.). Quindi, se sei self-hosted e altri amministratori ti retrocedono, ma hai accesso al server su cui gira il forum, allora potresti Create an admin account from the console.

1 Mi Piace

giusto, è vero

Solo per tornare indietro e completare il tutto…

Per gli admin che sono impostati in DISCOURSE_DEVELOPER_EMAILS, il trigger per essere riaggiunti automaticamente come admin dopo essere stati retrocessi è il logout/login.

(Inizialmente pensavo che sarebbe stato al rebuild, ma questo modo ha più senso :slight_smile:)

3 Mi Piace