ブログを作るにあたって、アクセスを集めるためには、はてなブックマーク(はてブ)からのアクセスアップがとても効果的とのこと。
そこで、WordPressで各記事の上下に、SNSのアイコンを表示させる方法を紹介する。
以下の、各SNSボタンのリンクに飛び、好きなテーマを決めてカスタマイズする。
Twitter
Facebook
Google+
はてな
以下の記事の通り、single.phpを使う。
参考:ブログに必須!はてなブックマーク ボタンをWordPressに設置する手順【プラグイン未使用Ver】
twitterとhatenaのボタンを記事の上下に設置した。
筆者の例では以下、赤文字の通り。
// single.php
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 |
<?php /** * The template for displaying all single posts and attachments * * *略* */ get_header(); ?> <div id="primary" class="content-area"> <main id="main" class="site-main" role="main"> <!-- twitter--> <span style="color: #ff0000;">ここにコードを挿入</span> <!-- hatena--> <span style="color: #ff0000;">ここにコードを挿入</span> <?php // Start the loop. while ( have_posts() ) : the_post(); // Include the single post content template. get_template_part( 'template-parts/content', 'single' ); *略* // End of the loop. endwhile; ?> <!-- twitter--> <span style="color: #ff0000;">ここにコードを挿入</span> <!-- hatena--> <span style="color: #ff0000;">ここにコードを挿入</span> </main><!-- .site-main --> <?php get_sidebar( 'content-bottom' ); ?> </div><!-- .content-area --> <?php get_sidebar(); ?> <?php get_footer(); ?> |
single.phpは、他のthemesファイルのfunctions.phpなどと同じく、子テーマを使って実装した。
参考:wordpress子テーマの作り方!style.css・各テンプレートファイル・function.php の設定手順
CentOS 6.7にdocker-engine 1.7をインストールし、MongoDBのコンテナ起動までしてみる
Vagrant上のCentOS 6.7を使用する
1 2 |
$ cat /etc/redhat-release CentOS release 6.7 (Final) |
yumリポジトリをdocker用にセットし、yum installする
1 2 3 4 5 6 7 8 9 10 |
$ cat > docker.repo <<-EOF [dockerrepo] name=Docker Repository baseurl=<a href="https://yum.dockerproject.org/repo/main/centos/6">https://yum.dockerproject.org/repo/main/centos/6</a> enabled=1 gpgcheck=1 gpgkey=<a href="https://yum.dockerproject.org/gpg">https://yum.dockerproject.org/gpg</a> EOF $ sudo mv docker.repo /etc/yum.repos.d/ $ sudo yum install -y docker-engine |
インストールしたdockerのバージョンを確認する
1 2 |
$ docker -v Docker version 1.7.1, build 786b29d |
必要ならdaemon登録
1 |
$ sudo chkconfig docker on |
dockerを起動する
1 |
$ sudo service docker start<br> |
これで毎回sudoつければdockerコマンドが使えるけど、公式に書いてあるとおりdockerグループを作ってユーザーを追加する。
1 |
$ docker ps<br>Get <a href="http:///var/run/docker.sock/v1.19/containers/json">http:///var/run/docker.sock/v1.19/containers/json</a>: dial unix /var/run/docker.sock: permission denied. Are you trying to connect to a TLS-enabled daemon without TLS? |
sudoをつけると実行できる
1 2 |
$ sudo docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES |
dockerグループにユーザーを追加する
1 |
$ sudo usermod -aG docker ユーザー名 |
筆者の場合は、vagrant環境なので、ユーザー名は、vagrantとした。
ログアウトして再度ログイン
sudo不要でも実行できるようになった
1 2 |
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES |
続けて、MongoDBのコンテナイメージをインストールする
1 |
$ docker pull mongo |
最新バージョンのMongoDBのコンテナイメージがインストールされる。
取得するdockerのリポジトリは、以下。
https://hub.docker.com/_/mongo/
MongoDBのコンテナの作成&起動
MongoDBの本体(mongod)をdocker runコマンドで作成して、起動する。
1 |
$ docker run --name some-mongo -d mongo |
オプションはそれぞれ、
–nameはコンテナのエイリアス指定
-dはバックグラウンド実行
最後にコンテナイメージであるmongoを指定
docker psコマンドで起動確認する。
1 2 |
$ docker ps<br>CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 311908c07fda mongo "/entrypoint.sh mong 8 seconds ago Up 7 seconds 27017/tcp some-mongo |
コンテナの停止
1 |
$ docker stop some-mongo |
コンテナの二回目以降の起動
1 |
$ docker start some-mongo |
参考資料
CentOS 6.7にdocker-engine 1.7をインストールする
https://qiita.com/gillax/items/6f864e7c21c6a3e4173b
Dockerコンテナの作成、起動〜停止まで
https://qiita.com/kooohei/items/0e788a2ce8c30f9dba53
MongoDBをDockerでインストールする
https://qiita.com/fetaro/items/34e29a21b5f0da6449ef
【書評】ITシステムの罠31
ITシステムの罠31 – A.T. Kearney 安茂 義洋 (著), 栗谷 仁 (著)
システム開発の失敗あるあるネタ満載である。
システム開発をやっていれば必ず遭遇するであろう失敗に対する、
経営者、事業担当、開発担当の3者それぞれの対策を提言されているため、
ITシステムに携わる様々な立場の人に、大いに参考になるのではと思う。
システム開発に携わる人のバイブルと言って過言ではないだろう。
それも特にビギナーの人にとっては始めに読んでおきたい本である。
プロジェクトマネジメント系の教科書よりは、余程実用的であり、腹に落ちやすい。
肝に銘じるべき著者のメッセージを引用する。
いつまでに何が必要なのか、それはなぜか?といった目的設定がされないまま、システム開発が進められることがままある。これでは開発自体は迷走するし、作られたものはユーザーに使われないか、使われても経営の役には立たない。
目的は、具体的な業績管理指標として表現することができる。売上増加やコスト削減といった財務指標にこだわる必要はない。納期短縮、顧客満足度向上など、より中間的なオペレーション指標を目標にすることも可能だ。
大切なのは、経営層・ユーザー部門・システム部門間の共通言語として機能することである。また、ビジネスとしての価値が明確であることだ。システム構築自体が目的化するようなことがあってはならない。
GAEで409が出てデプロイ出来なくなったときの対処法(Mac)
GAEでのデプロイ時に、以下のようなErrorコード409が出ることがある。
1 2 3 4 5 6 |
Error 409: --- begin server output --- Another transaction by user 'foo' is already in progress for app: '対象プロジェクト', version: YYYYMMDD. That user can undo the transaction with "appcfg rollback". --- end server output --- If deploy fails you might need to 'rollback' manually. The "Make Symlinks..." menu option can help with command-line work. *** appcfg.py has finished with exit code 1 *** |
このエラーが出た場合、ロールバックするまでデプロイを行うことはできない。
解決方法
(Macの場合)
1 |
$ appcfg.py rollback '対象のプロジェクトフォルダ' |
と入力して、終わり。
デプロイをリトライすると、今度は成功した。