Brainstorming cosa? Il brainstorming (letteralmente: tempesta cerebrale) è una tecnica di creatività di gruppo per far emergere idee volte alla risoluzione di un problema. Sinteticamente consiste, dato un problema, nel proporre ciascuno liberamente soluzioni di ogni tipo (anche strampalate o con poco senso apparente) senza che nessuna...
Leggi il post completo, Commenta l'articolo
Commenti...
Rayden mi fai paura!!!
A chi piace questa soluzione?
Secondo me potrebbe andare…
Per quando riguarda i moderatori disonesti, non puoi farci niente…
Puoi giudicarli solo dopo averli visti in azione, in internet è difficile valutare le persone e il loro vero intento
Ottime idee Rayden, grazie mille. Semplificando al massimo i tuoi concetti posso dirti che non dovrebbe essere necessario un secondo db di supporto ne di stored procedure (ricordiamo sempre che le risorse sono limitate e vanno ottimizzate al meglio per quanto grosso possa essere il server dedicato sul quale siamo) ma potrei cavarmela con user_meta e post_meta (campi di supporto per utenti e post su wp) a quantità anche industriali ma non fa niente semplicemente perchè ogni notte passa il netturbino (un piccolo plugin che ho implementato, che fa piazza pulita di tutti i valori non più necessari) che mantiene il db snello e veloce.
Adesso per mettere una buona pezza, in attesa che inizi a sviluppare le prime classi per il sistema di revisione ho modificato l’algoritmo di pescaggio per gli articoli in coda che non è più subordinato solamente dalla data del post ma filtrato da una GROUP BY sull’ID utente in modo che ogni utente può ottenere in revisione un solo articolo e poi passa il turno agli altri fino a ritorno indietro per una nuova coda.
Almeno così non sembrano più biblici i tempi di attesa per alcuni utenti.
Ciao Traffyk!
Hai sentito di Google Buzz ?
Se qualche utente di questo nuovo servizio nella posta di gmail, ovviamente “italianbloggers” aggiunge nel Google Rider il feed di questo sito (italianbloggers), oltre a fare una pubblicità pazzesca al sito, può mettere AdSense nel Buzz.
Non so se mi spiego, provate a guardare qua:
http://www.google.com/buzz?hl=it
Ovviamente per usare Google Buzz, bisogna che ognuno si registri a gmail; che il servizio è dentro la posta.
Sono felice che troviate le mie idee valide, nel mio lavoro è il complimento migliore che possa ricevere…
@Traffyk avevo suggerito Stored Procedure, perchè lavoro molto con Oracle, che avendo potenze smisurate mi permette spesso di implementare molta della logica lato DB proprio per non appesantire dei Sw che ti assicuro sono tutto tranne che leggeri 
…ovviamente non sono a conoscenza delle capacità delle risorse Hardware del Portale quindi non posso nemmeno azzardare consigli tanto precisi, ma sono ben disponibile a consigli o a dare una mano, anche se so che non ne avrai bisogno.
Se mi posso permettere però, riguardo alla “pezza” che hai messo…se filtri il pescaggio dalla coda attraverso una GROUP BY, la coda non è più una coda diventerebbe un’array multidimensionale di code con indice ID degli utenti.
Cerco di spiegarmi meglio, se la mia coda contiene 10 articoli, con priorità maggiore da sinistra verso destra:
Priorità max-> [1]-[2]-[3]-[4]-[5]-[6]-[7]-[8]-[9]-[10] < -Priorità min
se in questi 10 articoli:
3 sono dell'utente con ID=003,
2 dell'ID=005,
2 dell'ID=023
3 dell'utente ID044, avremmo che:
1:ID005]-[2:ID023]-[3:ID003]-[4:ID044]-[5:ID003]-[6:ID003]-[7:ID023]-[8:ID044]-[9:ID044]-[10:ID005]
Filtrando come dici la coda si trasformerebbe in:
1° pescaggio:
[1:ID005]-[2:ID023]-[3:ID003]-[4:ID044] -> Fin qui tutto sembra normale.
2° pescaggio:
[5:ID003]-[7:ID023]-[8:ID044]-[10:ID005] -> Qua iniziamo a vedere che l'articolo con priorità 10 (più bassa), salta il 9° e 7° salta il 6°.
3°pescaggio:
[6:ID003]-[9:ID044] -> ultimi i due saltati precedentemente, da notare come il 6° passa ad essere effettivamente il penultimo, da metà classifica a penultimo.
Diventano si più omogenei i tempi di attesa per tutti gli utenti ma per l'utente che pubblica 3 articoli al giorno vedrebbe allungarsi inesorabilmente i tempi di pubblicazione...non sò quanto potrebbe essere corretto, mettetevi nei panni del povero ID003 .
Ovviamente tutto questo non vuole affatto essere una critica, anzi hai notevolmente migliorato i tempi di attesa, resta però questo piccolo problema.
Bye.
Qui il sito opera su una configurazione lamp (linux-debian, apache, mysql, php). Riguardo la coda è sempre stata un array multidimensionale, con indici e tutto il resto.. la spacciamo per una coda per semplificare il discorso (che non interesserà ai più) ma non è assolutamente una coda FIFO anche se ne emula in parte il funzionamento.
Ho seguito attentamente i tuoi passaggi e riemulati e mi sono trovato con gli stessi e identici risultati, ho fatto anche un test diretto sul sistema e ancora uguale (ma va! 
). In effetti l’elemento di posizione 10 che in teoria dovrebbe essere l’ultimo sorpassa gli altri di posizione prioritaria.. ma è un effetto voluto perché così ogni utente avrà lo stesso numero di articoli pubblicati uguale agli altri per ogni ciclo di revisione.
Articoli in “coda“:
3 dell’ID=003,
2 dell’ID=005,
2 dell’ID=023
3 dell’ID ID044
Primo ciclo:
2 dell'ID=003,
1 dell'ID=005,
1 dell'ID=023
2 dell'ID ID044
Secondo ciclo:
1 dell'ID=003,
0 dell'ID=005,
0 dell'ID=023
1 dell'ID ID044
Terzo ciclo:
0 dell'ID=003,
0 dell'ID=005,
0 dell'ID=023
0 dell'ID ID044
Potrebbe sembrare uno svantaggio, ma riprodotta la stessa situazione in ambiente di produzione dove a volte la coda contiene quasi 100 articoli (ma potrebbe averne mille o più, spero mai!) dove ad esempio una ventina sono di un unico utente mentre tutti gli altri utenti hanno dai 2 ai 5 articoli a testa potrebbe capitare che alcuni utenti sarebbero costretti ad attendere circa una ventina di turni (se per ipotesi avessimo 20 o più utenti diversi dovrebbe accadere credo) prima di vedere almeno uno solo dei loro articoli pubblicati.
Tutto questo assumendo che gli elementi dell’utente con 20articoli si trovino ad esempio nelle prime 20posizioni (capita a volte che certi utenti floodano di brutto) e che non vengano fatti sorpassare da elementi con priorità minore.
@Hanna please questo è un brainstorming, si parla di revisione degli articoli e basta. Per le idee usa il pannello feedback ( http://www.italianbloggers.it/blog/wp-admin/index.php?page=ib-feedback/ib_feedback.php ), esiste apposta e ci sarà un perchè.
Tra un po cancello anche questi due messaggi non a tema. Grazie per la comprensione.
Ottimo Traffyk, il mio era solo un piccolo alert che volevo sottolineare nella tua logica, tra le altre cose come hai già detto gli articoli in coda difficilmente superano i 100, senza contare le probabili diminuzioni di tempo adottando una nuova logica di pubblicazione…
Da dove hai intenzione di iniziare per la stesura delle nuove classi, ci hai già pensato?, cioè esiste già su carta una foto del prodotto finale?, credi fin da ora che tu possa incontrare problemi di qualche tipo?.
Scusa Traffyk! Io ho capito che questo ordine del giorno non è limitato solo alla “revisione degli articoli” ma un po’ su tutto: sto citando il brainstorming:” Siamo stati presi di mira da molte seo agency che vorrebbero fare posizionamento nei motori di ricerca con svariate keywords;…altro…”
Cmq se cancelli il mio commento precedente, tieni presente che l’opzione di Google buzz e validissima 
@Rayden
In un ambiente in evoluzione come questo non si ipotizza quasi mai il risultato finale desiderato, figurarsi voler vedere progetti, bozze o quanto altro hihih. Ho una logica di sviluppo scoordinatissima, non ho roadmap, ne tantomeno prendo appunti su carta di cosa fare.. tutto evolverà da come andranno a comportarsi le varie funzioni.
Prima di tutto sarà messa a disposizione una pagina che leggerà la coda filtrando eventuali status lock, il moderatore cliccherà sull’articolo e si ritroverà in una pagina diversa dalla classica pagina di scrittura articoli.
In quest’altra pagina saranno presenti (previa verifica sempre sul lock status):
- una serie di regole base da adottare e consigli per la revisione;
- un link per l’anteprima finale (come l’anteprima del post classico);
- una form di testo dapprima non modificabile (poi si evolverà anche questa) ove sarà riportato l’articolo per intero in formato html e non di tipo WYSIWYG, pertanto sarà richiesta un po’ di competenza in materia;
- le categorie selezionate, dovrà essere notificato che è possibile selezionare una sola macrocategoria e almeno una sua sottocategoria, se poi si selezionano anche sottocategorie di alberi differenti non è un problema l’importante è porre un minimo di attenzione sulla presenza o meno della macrocategoria che non genera bug però non mostra correttamente gli articoli in home page al momento (queste selezionabili/deselezionabili dal moderatore);
- la presenza e la correttezza dei tag. I tag sono importantissimi al fine di pescare contenuti correlati quindi dovranno essere veritieri col tema trattato, molto semplici e non presenti in differenti versioni, bensì utilizzando l’appropiata forma generalizzata sia esso inteso con sostantivi singolari, plurali, femminili maschili ecc.. a seconda del caso (ovviamente i mod potranno modificarli/cancellarli);
- un form di testo scrivibile per eventuali motivi di respinta. Saranno presenti anche dei messaggi precompilati (come d’altronde già sono stati implementati);
- il campo di inserimento della fonte sarà verificabile e modificabile da subito;
- un selettore per la data (gli articoli meno interessanti si pubblicano più indietro), oppure magari verranno spalmati automaticamente come cerchiamo di fare già ora per avere tutti i giorni con lo stesso quantitativo di articoli pubblicati (con un limite massimo giornaliero e possibilità di pubblicazioni post-datate);
- il pulsante di respinta e di pubblicazione;
Le uniche difficoltà più pesanti sono la presenza di tag html stupidi, wordpress con l’editor WYSIWYG farcisce le righe di <div>righe dell’articolo</div> anzichè utilizzare le forme più corrette con il tag <p> </p> (ricordo inoltre che è possibile omettere totalmente questi ultimi due tag in quanto il core di wp li applica in post-pubblicazione a prescindere).
Poi bisogna verificare i casi di hotlinking, ma è molto probabile che renderò totalmente automatizzata questa funzione che in caso di esito positivo non permetterà neppure di inviare in revisione gli articoli. Al momento non mi viene altro.
@Hanna, gli altri argomenti postati fanno parte sempre del tema principale ovvero revisione articoli. La tua idea va benissimo, nulla in contrario ma per favore scrivila nel pannello feedback così ce la ricordiamo, qui finirà nel dimenticatoio capito? Grazie.
Aggiungo riguardo la presenza di tag html superflui, su quelli si agisce con delle replace ma alcuni utenti fanno copia e incolla da word… vi lascio immaginare le porcherie che incollano li è difficile a volte faccio uno strip totale di ogni tag html per disperazione.