GitHub'a rahatsız edici içerik yüklemek kabul edilebilir mi? [kapalı]

Web sitem için rahatsız edici bir içerik denetleyicisi geliştirdim ve GitHub'da yayınlamak istiyorum . Bununla birlikte, kaynak kodu birçok rahatsız edici, ırkçı ve kötü içerik içeriyor.

Kaynak tamamen belgelenmiştir, ancak GitHub'da böyle bir çalışmanın yayınlanmasının kabul edilebilir olup olmadığı veya dizelerin dizisini okuyucunun hayal gücüne bırakıp bırakmayacağına dair fikrinizi istedim ?!

ROT-13 çözümüne katılmıyorum. Çünkü senin yasaklı kelimeleri obfuscating görme bunlardan birisini rahatsız edebilecek bir zaman kaybıdır.

Kötü sözcükler / kötü sözcük kuralları sözlüğünüz yine de ayrı bir dosyadan gelmelidir (çalışma zamanında yüklenebilir veya kaynak olarak gömülebilir) . Bu dosyayı gizlemek, sizin / diğer geliştiricilerin / kullanıcılarınızın dosyayı değiştirmesini veya herhangi bir sorunu düzeltmesini zorlaştırır. Ayrıca, sabit sürücümde "banned_words.txt" adlı bir dosya görürsem , rahatsız edici kelimelerin bir listesini içermesini beklerdim .

"Bilgisayar bilimindeki tüm problemler başka bir dolaylama seviyesi ile çözülebilir." ( David Wheeler tarafından ).

İçeriği, okuyucuları rahatsız etmeyecek şekilde kodlayabileceğinizi hesaba katarsanız, seçenekleriniz ya yükleme ya da yükleme ile sınırlı değildir.

• Örnek olarak, bir sonraki harfe (A'dan B'ye, B'den C'ye vb.) Geçmek, Z'yi kodlamayı tamamlamak için A'ya kaydırmak) ünlü dört harfli kelimeleri tamamen zararsız Gvdl'ye dönüştürebilir . Uygulamanızda kullanmanız gereken tek şey , A'yı Z'ye kaydırarak , ters yönde, önceki harflere geri döndürmek olacaktır.

Belirttiği gibi yorumlarda , yukarıdaki gibi bir yaklaşım kullanılmaktadır ROT13 mektup ikame şifre "gizleme aracı ... olarak kullanılmak üzere bilinen, saldırgan malzemeler ... gündelik bakışta"

Tamlık uğruna , seçilen kodlamanın yanlışlıkla bir rahatsız edici kelimeyi diğerine dönüştürmediğinden emin olmak için ek olarak kodlayıcınızı kodlanmış bir sözlüğe karşı çalıştırmayı düşünün .

_{Böyle bir şeyi kodlarken, iki kez kontrol etmek mantıklıdır, çünkü kişi bir şeyi güvenilir bir şekilde tahmin edemez. Geçmiş projelerimden birinde, yanlış yapılandırılmış bir denetleyici rastgele karakter dizilerinde ( ZIP arşivlerinin uuencoded içeriğinde) rahatsız edici içeriği keşfetmeye başladığında oldukça ciddi bir posta kesintisi yaşadık .}

Düz metin, Gvdl'ler , kodlamanın yasal konulardan ve ilgili tüm risklerden ve bağımlılıklardan tamamen kaçınmanın önemli bir yararı vardır .

Sadece düşün. Diyelim ki, belirli bir havuzdaki belirli hizmet şartları içeriğime izin veriyor, para cezası.

Ancak, Hizmet Şartları'nı değiştirmeye karar verirlerse ne olur ? Ya da uyumsuz şartlara sahip başka bir depoya geçmeye karar verirsem ne olur? Ne ben yapacağım?

Bu arada, burada ve şimdi "dost" bir depoda olmanın bile hala tam olarak güvenli olmadığını unutmayın.

Birisi garip web filtresi nedeniyle içeriğimi indiremezse ne olur ? Kullanıcı şikayetlerine yanıt vermeye ve filtrenin nasıl düzeltileceğini açıklamaya istekli miyim? Onların filtre ...

... Gördüğünüz gibi, kodlamaya karşı karar vermeden önce iki kez düşünmeyi tercih ederim. Ve karar versem bile, bunun için çok çok iyi bir nedenim olduğundan emin olurdum .