Sul nostro sito utilizziamo l’impostazione review_media_unless_trust_level per revisionare i post del forum degli utenti di un certo livello di fiducia contenenti immagini. Questo funziona benissimo, ma il filtro è secondo me troppo forte quando causa la revisione anche dei post contenenti solo emoji e testo normale.
È molto positivo che la revisione si attivi in casi altrimenti “non multimediali”, come nel caso di link incorporati, quindi mantenere il filtro generalmente molto sensibile è ottimo. Ma poiché tutte le emoji sul sito sono, per quanto ne so, ospitate e determinate dal forum stesso, non vedo alcun pericolo nel permettere alle persone di pubblicare le emoji che desiderano.
Sarebbe possibile fare in modo che questa impostazione ignori i post che contengono solo emoji e testo normale?
[Modifica: Non sono riuscito a usare il nome corretto dell’impostazione nel titolo di questo post, usando underscore tra le parole. Il forum mi ha detto che il titolo del post sembrava vago e con “parole troppo lunghe”.]
Peggio ancora, penso che i post possano essere trattenuti per caratteri unicode non ASCII: ne ho uno che è appena finito nella mia coda di revisione e l’unica cosa che posso vedere che potrebbe esserlo è che usa “ e ” per le virgolette.
Beh, e anche ã come parte del nome di qualcuno. Spero che non sia quello!
Mi scuso per la risposta tardiva. Ho appena provato questo sul mio sito di test e sono riuscito a farlo attivare su un emoji, che sembra eccessivamente sensibile. Non sono sicuro se siano inestricabilmente collegati, ma vedrò cosa riesco a scoprire.
Tuttavia, non sono riuscito a farlo attivare per le virgolette o per un ã. Mi sfugge qualcosa?
Richiediamo che le dimensioni dell’immagine siano presenti… purtroppo le emoji sono considerate immagini perché hanno dimensioni, quindi vengono attivate.
Dovrebbe essere ragionevolmente semplice da correggere, ma dovremo introdurre un qualche tipo di tracciamento interno che separi le immagini dalle emoji quando si determinano le dimensioni.
(mi scuso con chi non è dello staff per aver inserito un link privato in un argomento pubblico — dato che contiene il nome di qualcuno lo sto trattando come sensibile)
Oh, quello sarebbe l’avatar nella citazione (che è nascosto nel tuo screenshot perché potrebbe essere sensibile _
Stesso problema, ma famiglia diversa. Risolveremo anche quello. Il lavoro è in coda per i prossimi 20 giorni lavorativi.
Non contare le immagini emoji
Non contare le immagini avatar utente nelle citazioni
Dovremmo invece fare affidamento sul server per effettuare il controllo e fare qualcosa di simile a questo:
Prima di controllare i media che l’utente ha aggiunto al proprio post.
Non so se abbiamo accesso a una versione “nokogiri-ed” del post cotto in NewPostManager e, in caso contrario, quanto potrebbe essere un colpo alle prestazioni
C’è spazio per un’ampia refactor qui, ma nel frattempo, possiamo semplicemente escludere emoji e avatar dall’invio dei loro imageSizes al payload. Ho controllato e le dimensioni delle immagini non vengono affatto utilizzate per emoji e avatar, quindi sembra sicuro farlo: FIX: Don't send image sizes for emojis/avatars by pmusaraj · Pull Request #20589 · discourse/discourse · GitHub
Come notato nella descrizione del PR, anche le immagini onebox invieranno il post alla coda di revisione, ma quando questa impostazione è abilitata, mi sembra un effetto collaterale desiderabile.
Il link non contiene un nome, ma il contenuto collegato sì. 
_