takuhito-hの投稿 - Crieit

コメント欄のNGワードの注意点（NGワードリスト付き）

2019-12-29T16:41:56+09:00

ある程度の規模以上のメディアのコメント欄を運用する際に、誹謗中書を防ぐためにNGワードを設定すると思います。ですがネット上にはなかなかNGワードの具体的なリスト、考え方の情報がなかったりします。

そこで自分が実際のメディアを運用した経験から、NGワードを作成する際の考え方、実際に運用に使っているNGワードのリストを公開しようと思います。みなさんのコメント欄の運用に参考にしてもらえれば嬉しいです。

まずはNGワードの設計について。

1.NGワードはある程度割り切って運用すべし

言葉というのは難しいもので、文脈によっては暴言な言葉も違う文脈では普通の言葉となります。
たとえば「ぶっ殺す」という言葉も「ぶっ殺すと憤っていた自分を恥じた」という言い回しだったら暴言にならないですよね？
かと言って暴言と思われるワードを指定しないでいると、コメント欄が荒れて居心地の悪い場所になってしまいます。
なので申し訳ないですが、良心的なユーザーの方に綺麗な言葉で発言してもらおうと割り切り、NGワードに設定しましょう。

2.NGワードだけで全ての暴言を防ぐことは不可能。運用でカバーすべし

いくらNGワードを設定しても全ての暴言を防ぐことは無理です。
激しい言葉も差別的な言葉も使っていないのに確かに暴言に読めるコメントが存在します。

たとえば「いい精神科を紹介しましょうか？」とか、「読点の使い方がおかしいですね。さすが高卒ですね」とか。
NGワードを設定された暴言を吐くユーザーも、そのNGワードをどう掻い潜ろうかと頭を使ってきます。これは制限がクリエイティブを産むということで、制限を設定したことで暴言のクリエイティビティが上がったのです。

なのでNGワードの追加はほどほどにし、コストが許す範囲内は人力である程度カバーしましょう。

3.NGワードを編集する時は周りにひとこと前置きをしよう

そしてこれは意外に重要です。NGワードのリストを職場で編集する際は、周りの人にひとこと言ってから編集しましょう。
そうしないと同僚にリストを見られた時に、暴言や卑猥な言葉のリストを見ているヤバいやつだと思われます（笑

最後にNGワードリスト

UTF-8のtxt形式のものをZIPで圧縮してあります。Windowsだとメモ帳以外のエディタで開くのが無難かもしれません。ちなみに前の項で言った通り、ひどい言葉が並んでいるため閲覧には気をつけましょう。

ダウンロードする

月間100万PVのオウンドメディアで使っているWordpressプラグイン一覧

2019-12-29T10:42:28+09:00

自分が仕事で開発・運用しているオウンドメディア、施工の神様で実際に使っているプラグインを紹介しようと思います。
まず前提条件として、施工の神様は以下のようなメディアになります。

開設日時：2017年1月
月間PV ：100万PV

オウンドメディアとしては、中規模くらいのオウンドメディアかと思います。
サイト運営の目的としては自社の求人メディア施工管理求人ナビに送客すること、サイト単体での収益を上げることの２つになっています。

開設が割と前なので、その時点でのベストなプラグインの構成になっています。なので、今だと古くて使わないプラグインや不要なものも含まれています。
ただ実際約３年の運用に耐えているものになりますので、新たにメディアを作るときの参考にはなるかと思います。

それでは以下に羅列していきます。全３８個になります。

AddQuicktag

リッチエディターやテキスト直接編集のエディタで、事前に指定したタグを入力できるようにするプラグイン。吹き出しでのメッセージ、注釈などに使っています。
いまだとGutenbergがあるから、もしかしたらいらないのかも？

Admin Columns Pro

管理画面の投稿・ユーザー、メディア一覧にカラムを追加できるプラグイン。
投稿一覧に記事のサムネイルを表示させられるようにしています。タイトルの文字情報より、サムネイルを見た方が記事の判断が早いので。SNSのアイコンみたいなものですね。

Advanced Ads系

メディア内の広告の管理、運用のためのプラグイン集。選定したのは自分じゃないので詳細は知りませんが、実際の運用に耐えています。
有効化しているのは以下の４つ。

Advanced Ads
Advanced Ads Pro
Advanced Ads Responsive Ads
Advanced Ads Ad Tracking

広告を単体で管理するのはもちろん、グループで管理し、グループ内で広告を表示するローテーションを設定できたり、どの設置場所にどのグループを表示させるかなどを制御できます。
Responsive AdsはたしかAMPで広告を表示させるのに必要だった気がします。Ad Trackingは各広告のクリック数、インプレッション、CTRなどを管理するのに必要なので、メディアでの純広告を回すためには必須です。
有料ですがこれを自前で実装しようと思うと相当な工数が掛かるため、買った方が安くつきます。

Advanced Custom Fields

鉄板プラグイン。カスタムフィールドを使って記事ごとに記事内容以外の値を持たせたい場合は必須。設定は管理画面で管理せずにコードに書いて管理しています。

Advanced Custom Fields: Repeater Field

Advanced Custom Fieldsを使うなら大体必要となってきます。Proを買わないといけないので有料ですが、お金を出す価値はあります。

Akismet Anti-Spam (アンチスパム)

商用サイトなので年額を払って有効化しています。コメント欄を運用するにはスパム対策は必須となるので払って損はないかと。おそらくAutomatticの主な収益源の一つなんでしょうね。

All In One SEO Pack

鉄板のSEOプラグイン。各種SEOの設定以外にもソーシャルメディアのOGPなども管理できます。有料版もあるんですが、正直無料版でこと足ります。

Amazon Associates Link Builder

Amazonのアソシエイツリンクを貼り付けられるプラグイン。わざわざAmazonでリンクを発行しなくて済むので楽です。

AMIMOTO Plugin Dashboard

サーバにAMIMOTOを使っているので使っています。管理画面でCloudFrontやNginxのキャッシュの制御ができます。
関連して以下のプラグインも導入してオンにしています。

これをオンにしないとこのプラグインは意味をなさないのかなと。

AMP

AMP化するのに便利なプラグイン。別でAMP専用のテーマを作って適用しています。ただそうなるとPC、SP、AMPの３種類のテーマをメンテナンスしなきゃいけないのがネック。

Apester Interactive Content

Apesterというアンケートのプラットフォームがあるんですが、そのアンケートをWordpress内に貼り付けられるプラグイン。

Comment Report Button

コメントの通報ボタンを設置できるプラグイン。全部自分達で管理運用していると大変なので、ユーザーの助けを得てコメントの管理をしています。

Contact Form 7

お問い合わせフォーム鉄板のプラグイン。これさえあれば。わざわざお問い合わせフォームを実装しなくていいし機能としては申し分ないです。

Easy Footnotes

記事内に用語の注釈を追加できるプラグイン。そこそこ使っている気がします。

EWWW Image Optimizer

画像の容量を最適化できるプラグイン。アップロード時はもちろん、過去にアップロードした画像をまとめて最適化もできます。ただ無料で使う場合にはサーバへの負荷が大きいので使うタイミングを考えた方が良い。

Google XML Sitemaps

鉄板のXML Sitemapを作れるプラグイン。All In One SEO Packにも同じ機能がありますが、こちらの方がより細かく制御できる印象。

Login rebuilder

一応有効化されていますが、下記にあるSiteGuard WP Pluginの方のLogin画面変更機能を使っているので使っていなかった気がします。

Public Post Preview

記事を公開前に閲覧するURLを発行できるプラグイン。著者の人への確認などに使えて便利。

Push7

モバイルに対してプッシュ通知をできるPush7をWordpressに組み込めるプラグイン。

Regenerate Thumbnails

サムネイル画像を各種サイズで再生成してくれます。サムネイル画像のサイズを変更した時や、新たに追加した時に役に立ちます。

SiteGuard WP Plugin

WordPressでのセキュリティ対策をこれひとつでほぼ担ってくれるプラグイン。中小規模のサイトだとこれを入れて設定しておくと必要十分かなと。

SNS Count Cache

各種ソーシャルでのシェア数などをカウントしてくれるプラグイン。メディアを運用するにはソーシャルの反響は大事なので必須かなと。

Throws SPAM Away

コメントスパムを設定によって検知してくれて勝手にゴミ箱に捨ててくれます。無料なのが申し訳ないくらい優秀。

TinyMCE Advanced

WordPressのエディタの機能をさらにリッチに強化してくれます。Gutenbergだといらないのかな？

User Profile Picture

ユーザーにプロフィール画像を設定できます。Wordpressのプロフィール画像設定はGravatarで微妙に不便なのでそれを解消してくれます。

WebSub/PubSubHubbub

いち早く記事をインデックスさせるための仕組み「WebSub/PubSubHubbub」にリクエストするためのプラグイン。効果の程は未知数ですが、やっておいて損はないかと思います。

WordPress Ping Optimizer

各種ブログシステムにPingを送るためのプラグイン。現在Pingが効果があるかは疑問符ですが、各サービスにインデックスされると思うので損はないかなと。

WP Multibyte Patch

最初からWordpressに入っているプラグイン。黙って有効化。

WP REST API

WordPress APIを有効化するプラグイン。現在のWordpressだと不要？

WP ULike

メディア独自のいいね！機能を追加できます。コメントのいいね！機能に利用して、注目のコメントにいいね！数を利用しています。

WP-PageNavi

鉄板のページングプラグイン。開発者としては使いにくい部分はありますが、やっぱりこいつからは逃れられません。

Yet Another Related Posts Plugin

おすすめの記事を出すためのプラグイン。開発者としても使いやすい印象。優秀。

マルチデバイス

デバイスによって適用するテーマを切り替えられるプラグイン。とても優秀で、開発者としてもこのプラグインによって困ったことはありませえん。
オリジナルテーマで運用していて切り替えしたいならこいつが無難かなと。

以上、全３８個になりますがあらためて書き出してみると、こんなに多くのプラグインを使っていたんだなと。
使い過ぎもサイトが重くなり制御しにくくなるので考えものですが、プラグインのお世話にならずにWordpressは運用できません。賢く使っていきましょう。

Google Chromeではhistory APIを使った戻るボタンの制御ができない

2019-12-29T10:38:03+09:00

タイトルの通り、Chromeではhistory APIを使った戻るボタンの制御ができません。
History APIを使って、戻るボタンを使えなくしたり、戻るボタンを押したタイミングでモーダルを表示させたりできるんですが、それがChromeではできません。

$(function(){
    history.pushState(null, null, "#popup");

    $(window).on("popstate", function(eve){
        if (location.hash == "") {
            // ハッシュが空になったら ＝ ブラウザバックされたら
            $('.js-modal').show();
        }
    });
});

例えばこんなコードがあったとすると、SafariやIEでは動きますがChromeでは動きません。
似たような手法でHistory APIを使わずに直接ハッシュをいじる手法もあるんですが同じく動きません。

なんでだろうと思ってネット上をさまよってたんですが、結果こんな記事を見つけました。

https://www.zdnet.com/article/google-working-on-blocking-back-button-hijacking-in-chrome/

Google engineers are currently working on a Chrome browser update that will block malicious
websites from hijacking the browser’s history and, indirectly, the Back button.

ざっくり言うとHistory APIを使って戻るボタンを制御して悪いことをやるサイトが多いので、その手法をブロックしようとしていると言うことですね。（英語ほぼ読めないので適当ですが、そんなに間違ってないかと）
この記事が書かれたのが去年の12月なので、もうすでにブロック機能が追加されていると言うことなんだと思います。

ちなみにHacker Newsにもスレッドが立っていました。

https://news.ycombinator.com/item?id=18711452

このブロックの抜け道を探してみましたが見つかっていません。リンクに仕込まれたHistory APIだったら動作するだろうと思い、リンクにHistory APIを仕込んでclickイベントをJSで発火させてみたりしましたが動作しませんでした。
さすがGoogleと言うことで、おそらくそんなに簡単に突破できないかなと。

もし突破する方法を知っている方がいましたら、コメント欄などで教えていただけると助かります。

追記

chromeの仕様を詳細に書くと、「ページ読み込み直後に、ブラウザバックでのpopstateイベントが発火しない」ということみたいです。
ユーザーがクリックなどの能動的なアクションを一度でも起こした後であれば発火します。
なので、ページに飛んできたユーザーに一番最初にボタンを押してもらうようなUIを作れればこの問題は回避できるかもしれません。

Finderのブラウズが異様に遅い時の対処方法３つ

2019-12-29T07:04:03+09:00

最近、Finderでディレクトリを開くのが異様に遅いので解決方法をググってみました。
すべてなんかしらの設定ファイルをいじってるので、実行は自己責任でお願いします。
ちなみにMac OSはMarvericksです。

自分の場合は３番目の方法を試したら、だいぶまともになりました。

1.App NapをOFFにする

バックグラウンドにあるアプリの消費エネルギーを抑えるApp Napが悪さをしているんじゃないかとの話があるらしいです。
なので、ターミナルで以下のコマンドを実行してApp Napを停止させます。
これをやると、もしかしたら消費電力増えるかもしれないです。

sudo defaults write com.apple.Finder NSAppSleepDisabled -bool YES

2.Finderのplistを消去して再起動する

Finderの設定ファイルであるcom.apple.finder.plistを削除して、初期化を行います。
ターミナルで以下のコマンドを実行して、plistを削除します。

rm ~/Library/Preferences/com.apple.finder.plist&&killall Finder

3./netのオートマウントを止める（？）

これはよく分かってないんですが、ググったら出てきて試してみたら実際に動作が改善されたので乗せておきます。

/etc/auto_master を管理者権限で、viなどのテキストエディタで開きます。
2行目に/net -hosts -nobrowse,hidefromfinder,nosuidと書かれた行があると思いますので、その行の先頭に#を追記してコメントアウトします。自分の環境では以下のようなファイルになりました。

#
# Automounter master map
#
+auto_master            # Use directory service
#/net                   -hosts          -nobrowse,hidefromfinder,nosuid
/home                   auto_home       -nobrowse,hidefromfinder
/Network/Servers        -fstab
/-                      -static

3.編集したファイルを保存して閉じます。
4.以下のコマンドを打ち込んでキャッシュをフラッシュさせます。

sudo automount -vc

参考サイト

Mac OS X 10.9 から Finder の反応が遅い？
http://ie.u-ryukyu.ac.jp/tnal/archives/5174

Slow Finder in Mavericks
http://scottsscripts.wordpress.com/2013/12/17/slow-finder-in-mavericks/

Mac OS 10.9 slow finder and open / save dialog box workaround
[http://tvlvideo.com/mac-os-10-9-slow-finder-and-open-save-dialog-box-workaround/]