Ho sviluppato un controllo dei contenuti offensivo per il mio sito Web e desidero pubblicarlo su GitHub . Tuttavia, il codice sorgente contiene molti contenuti offensivi, razzisti e altrimenti cattivi.
La fonte è completamente documentata, ma volevo la tua opinione sul fatto che sia accettabile pubblicare tale lavoro su GitHub o se lasciare l'array di stringhe all'altezza del lettore?!
Non sono d'accordo con la soluzione ROT-13. Offuscare le parole vietate semplicemente perché la vista di loro potrebbe offendere qualcuno è una perdita di tempo.
Il tuo dizionario di parolacce / regole non valide dovrebbe provenire da un file separato comunque (che potrebbe essere caricato in runtime, o incorporato come risorsa) . L'offuscamento di questo file rende semplicemente più difficile per te / altri sviluppatori / i tuoi utenti modificarlo o correggere eventuali problemi. Inoltre, se ho visto un file chiamato "banned_words.txt" sul mio disco rigido, vorrei aspettarsi che contenga un elenco di parole offensive.
"Tutti i problemi dell'informatica possono essere risolti con un altro livello di riferimento indiretto." ( di David Wheeler ).
Le tue opzioni non sono limitate al caricamento o meno, se si tiene conto che è possibile codifica contenuto in modo che non disturbi i lettori.
Come sottolineato nei commenti , un approccio simile a quanto sopra è utilizzato in ROT13 lettera cifrario di sostituzione , noto per il suo uso "come mezzo per nascondere ... offensivo materiali dallo sguardo casuale ... "
Per completezza, considera l'esecuzione del correttore su un dizionario codificato , in modo da assicurarti che la codifica scelta non abbia accidentalmente trasformato una parola offensiva in un'altra.
Quando codifica roba del genere, ha senso ricontrollare, perché non è possibile prevedere in modo affidabile le cose. In uno dei miei progetti precedenti, abbiamo avuto un'interruzione della posta abbastanza grave quando un correttore mal configurato ha iniziato a scoprire contenuti offensivi in sequenze casuali di caratteri (nel uuencoded contenuto degli archivi ZIP).
Rispetto al passaggio di testo normale, Gvdl s, la codifica ha il vantaggio sostanziale di evitare completamente i problemi legali e tutti i rischi e le dipendenze coinvolti .
Pensaci. Supponiamo che particolari termini di servizio in un determinato repository consentano il mio contenuto, bene.
Ma cosa succede se decidono di cambiare il TOS ? Oppure, cosa succede se decido di passare a un altro repository, avendo termini incompatibili. Cosa farò?
Da notare che anche in un repository "amichevole", qui e ora, non è ancora completamente sicuro.
Che cosa succede se qualcuno non sarà in grado di scaricare il mio contenuto a causa del filtro web ? Sono disposto a rispondere ai reclami degli utenti e spiegare come risolvere il filtro? Il loro filtro ...
... Vedi, preferirei pensarci due volte prima di decidere contro la codifica. E anche se deciderò, farei in modo di avere una buona ragione molto per questo.
