Forum privati

[y2ksw]

I forum privati servono, nella maggioranza dei casi, per escludere utenti normali dalle aree riservate dello staff, e per offrire uno spazio inviolabile ed inaccessibile da utenti non autorizzati agli insider, spazi in cui è possibile discutere in lingua naturale un qualsiasi argomento, senza dover temere ripercussioni di alcun genere, se non dettato dal moderatore dell'area.

vBulletin offre una modalità per creare forum privati, e molte per controllare l'accesso. Ad esempio è possibile creare dei gruppi utenti, che possono accedere a un'area ristretta, e l'assegnamento degli utenti può avvenire anche in automatico, in basa all'impostazione di una cosiddetta promozione, configurata dall'amministratore, oppure tramite sottoscrizioni a pagamento.

Nella maggioranza dei casi, la creazione di gruppi di utenti è metodo è il preferito, in quanto si può gestire il gruppo come una singola entità, e la manutenzione è piuttosto semplice, affinché non si tratta di configurazioni particolari. E di questi configurazioni voglio parlare in questo articolo.

[y2ksw]

Quando si crea un nuovo gruppo di utenti (Prova), gli verrà assegnato il diritto predefinito di accedere a tutti i forum, come mostrato nell'immagine. Da notare è, che nel forum marcato di rosso, nessuno ha accesso, in quanto a livello forum è stato negato l'accesso in modo assoluto.

Il difetto dei gruppi utenti è proprio questo comportamento, che può appesantire notevolmente la gestione, quando si hanno molti forum a primo livello, che prima non erano accessibili. Il nuovo gruppo accede, e quindi si deve passare da ogni forum a primo livello ed impostare le caratteristiche uno per uno, negando l'accesso ai forum che non devono essere "violati" da questo nuovo gruppo.

Prendiamo un caso classico, un sito dove si discute di video-giochi. Prima o poi ci sarà un gruppo utenti, che si vuole scambiare le cheat-code (codici per barare), ma non vuole che ci possono andare tutti. Quindi si crea il forum, il gruppo, e si assegnano gli utenti. Sbadatamente si ha dimenticato di controllare i diritti, ed occasionalmente si trova un messaggio nell'area staff da un utente che non dovrebbe avere accesso. Si va al riparo, si modifica, si dimentica.

Poi arriva un altro gruppo, che vuole scambiarsi informazioni come fare dei mod. Solo che non vogliono che entrino altri utenti. Si ripete l'operazione, magari si ricorda di togliere l'accesso dallo staff, ma si dimentica farlo anche nel gruppo dei cheater. E' solo una questione di tempo, che qualcuno si arrabbia, perché un modder sì è fatto vivo nell'area sbagliata.

Poi arrivano, in rapida sequenza, altri gruppi, come ad esempio quelli che vogliono fare pubblicità, comprare e vendere giochi e trucchi, macchine e bicilette, e invadono le aree aperte. E un amministratore che faceva tutto questo per hobby, si trova alle prese con un impegno a 48 ore du 24, solo per mantenere l'ordine a livello di permessi, spostare i thread alle zone corrette, mettere il ban ad utenti che non vogliono capire ecc.

La soluzione sta nella creazione di sottoscrizioni con o senza pagamento, senza il coinvolgimento di gruppi utenti. Come, lo vediamo nel prossimo capitolo.

[y2ksw]

Le sottoscrizioni con o senza pagamento sono un mezzo potente, ma poco usato, perché si crede ingiustamente, che l'utilizzo sia piuttosto difficile.

In pratica però si dimostra facile da impostare e inoltre preferibile ai gruppi, perché un grande numero di gruppi è impegnativo nella configurazione, sia per mantenere i diritti già esistenti, sia per l'assegnamento dei diritti per i forum nuovi.

L'uso delle sottoscrizioni permette organizzare un forum molto rapidamente e dormire tranquillamente. Anziché creare gruppi di utenti, si creano sottoscrizioni, come mostrato nell'immagine.

Sebbene è possibile assegnare un gruppo alla sottoscrizione, nella maggioranza dei casi non si farà.

In basso sulla schermata, si trova poi l'elenco dei forum a cui questa sottoscrizione può accedere, ma per il momento lo lasciamo in pace. Salviamo e assegniamo successivamente un solo utente, noi stessi.

[y2ksw]

Fatto questo, creiamo un nuovo forum, poi andiamo nei permessi e neghiamo l'accesso a tutti i gruppi di utenti.

E' importante che si azzerano tutti gli accessi, perché la creazione di nuovi gruppi non influisca sul comportamento generale del forum privato, sia ora che in futuro.

Se si vuole convertire un forum esistente, si procede alla stessa maniera, ma eventualmente conviene annotarsi quale gruppo aveva accesso.

Poi si torna alla gestione sottoscrizioni, e si va in modifica. Si assegna il forum privato e tutti i sottoforum. Da questo momento, solo gli utenti sottoscritti possono accedere.

Note importanti

Un forum con sottoforum viene protetto dal livello superiore, ed è sufficiente assegnare il livello superiore per accedere tutti i sottoforum. Assegnando alla sottoscrizione un livello inferiore, con protezione totale del livello superiore, si nega comunque l'accesso.

Per i forum privati conviene di creare livelli distinti, interamente accessibili alla sottoscrizione.

E' necessario iserire manualmente tutti gli utenti, ma tramite query è possibile automatizzare questo passo. Le vediamo nel prossimo capitolo.

[y2ksw]

Se abbiamo preso nota dei gruppi di utenti, che potevano accedere al forum non ancora privato, siamo fortunati, perché ci permette di creare con qualche passo, nella finestra ACP - Manutenzione - Esegui query SQL, la sottoscrizione in blocco.

Travaso utenti amministratori alla sottoscrizione nuova:

 
INSERT INTO vb3_subscriptionlog 
SELECT 0 AS subscriptionlogid, 16 AS subscriptionid, userid, usergroupid AS pusergroupid, 1 AS status, 1110669901 AS regdate, 1142205360 AS expirydate 
FROM vb3_user 
WHERE usergroupid IN (6)

Se abbiamo più gruppi:

 
INSERT INTO vb3_subscriptionlog 
SELECT 0 AS subscriptionlogid, 16 AS subscriptionid, userid, usergroupid AS pusergroupid, 1 AS status, 1110669901 AS regdate, 1142205360 AS expirydate 
FROM vb3_user 
WHERE usergroupid IN (1, 2, 3, 4, 5, 6)

Se invece si tratta di utenti singoli:

 
INSERT INTO vb3_subscriptionlog 
SELECT 0 AS subscriptionlogid, 16 AS subscriptionid, userid, usergroupid AS pusergroupid, 1 AS status, 1110669901 AS regdate, 1142205360 AS expirydate 
FROM vb3_user 
WHERE userid IN (1, 2, 3, 4, 5, 6)

Se invece si tratta di utenti singoli che conosciamo solo per nome:

 
INSERT INTO vb3_subscriptionlog 
SELECT 0 AS subscriptionlogid, 16 AS subscriptionid, userid, usergroupid AS pusergroupid, 1 AS status, 1110669901 AS regdate, 1142205360 AS expirydate 
FROM vb3_user 
WHERE username IN ('admin', 'pinco pallino')

Note

I dati in grassetto indicano parametri ricavati dalla tabella subscriptionlog sempre dalla finestra SQL o da un altro client MySQL, con le seguenti query (risultati nelle immagini):

SELECT MAX(subscriptionid) 
FROM subscriptionlog

 
SELECT regdate, expirydate
FROM subscriptionlog 
WHERE subscriptionid=16

 
SELECT username 
FROM user 
WHERE usergroupid IN (2)

 
SELECT userid 
FROM user 
WHERE usergroupid IN (2)

E per la verifica, prima di eseguire INSERT INTO, si prende la SELECT che sta di sotto ad ogni esempio:

 
SELECT 0 AS subscriptionlogid, 16 AS subscriptionid, userid, usergroupid AS pusergroupid, 1 AS status, 1110669901 AS regdate, 1142205360 AS expirydate 
FROM vb3_user 
WHERE usergroupid IN (6)

Una volta eseguito la query, si trovano tutti gli utenti nella sottoscrizione creata, e casomai si può andare a cancellare gli utenti di troppo. Nota che regdate e expirydate sono stati presi dal primo utente assegnato, per cui potete predefinire la durata della sottoscrizione per quel gruppo di utenti. Successivamente, gli utenti aggiuntivi si possono mettere manualmente, se non sono troppi, oppure salvare la query in un file ed eseguirla tanto in tanto. In tal caso si deve inserire un'ulteriore clausola nel WHERE, per evitare inserimenti duplicati.

Nota

Il campo 0 AS subscriptionlogid deve essere inserito per evitare l'errore 1136. Il contatore viene comunque aggiornato correttamente. Inoltre è necessario rispettare l'ordine dei campi, perché alcune versioni MySQL hanno un bug, che non riconosce i nomi dei campi e/o relativi alias.

[King]

A mio avviso è molto dispendioso gestire cosi più utenti e più gruppi.
Mai provato con la creazione di un gruppo pubblico assegnando allo stesso un leader che magari corrisponda al mod della sezione e che da li in avanti potrà gestire indipendentemente gli accessi del suo forum ?

[zuperman]

Si può avere un accesso limitato a utenti che sottoscrivono di avere una certa età?

[y2ksw]

Si può avere un accesso limitato a utenti che sottoscrivono di avere una certa età?

Non ancora, ma è una cosa che è stata presa in considerazione (da Jelsoft) come aggiunta a nuove release.

[Flep]

Ciao,
sto cercando di creare una sezione con sottoscrizioni a pagamento.
Ho creato la sottoscrizione, ho creato un nuovo gruppo di utenti.
Ho assegnato i permessi alla sottoscrizione e regolato i permessi al forum legato alla sottoscrizione.

Funziona corettamente ma vbulletin non avvisa a chi non ha accesso che se paga tot può accedere.

Ho sbagliato o dimenticato io qualcosa ?
Oppure vbull non ha questa opzione ?

[y2ksw]

Devi descrivere tu cosa fa la sottoscrizione pagata. vBulletin non sa che c'è una sottoscrizione che abilita l'accesso. Se vuoi fare questo, devi aggiungere al messaggio di accesso negato in questione una frase e probabilmente un collegamento alla sottoscrizione. Oppure, nascondere le sezioni a pagamento, che sarebbe più carino.