WordPressをPHP7.0にバージョンアップ | Act as Professional
WordPressで利用しているPHP(php-fpm)のバージョンをPHP7.0にバージョンアップしました。環境はUbuntu14.04です。 最近、PHPには触れていないので、かなり高速化されたPHP7.0がリリースされたという噂を聞きつけて、勢いでバージョンアップしてみました。 基本的な作業の流れとしては WordPress及びプラグインのアップデートインストールされているPHP5.x系を削除PHP7.0系をインストールだけで利用することができました。 以前hhvmでWordPressを動かそうとした時は、利用しているプラグインのキャッシュ周りの処理で躓いてしまってhhvm環境で動かすことを断念しました。PHP7.0環境ではそのような問題もなく、一通り動作しているのを現在確認しています。数日様子を見て、問題なさそうであれば、そのまま稼働させようと思います。 PHP5.x系のアンインス
SSHだけで簡易VPNが構築できる「sshuttle」が便利 | Act as Professional
VPNを利用する事ができる高価なルータなどの機器がなくても、sshでさえ繋がることができれば、簡易VPNのようなアクセスを可能にするsshuttleが便利だったので紹介します。 sshuttleとは？Linux, MacOS, FreeBSDをサポートするSSH越しにリモートネットワークへのアクセスを可能にするソフトウェアです。実態としては、LinuxであればiptablesをMacOSではipfwを利用して、リモートネットワーク宛てのパケットをSSHコネクションを張ったトンネルを通してアクセスできるように設定してくれるソフトウェアです。 今までSSH Port Forwardingを1ポートずつ設定や起動をしていた人も多いかと思います。sshuttleを利用するとリモート先のネットワークを指定するだけで、あとは全部よしなにやってくれるようになります。 IPSecやPPTPなどのプロトコル
見落としがちなLinuxのWEBチューニング | Act as Professional
WEBコンテンツ配信にLinuxを使うのは一般的になりましたが、CentOSやUbuntuをはじめ、大抵のディストリビューションが低スペックなマシンでも動くような初期設定になっています。 トラフィックの上限でもない CPUリソースの枯渇でもない HDDのIOが遅い問題でもない コンテンツが重くなる(接続できない)というケースで、見落としがちなLinuxのネットワーク周りのチューニングについてです。 iptables関連iptablesを使用している場合、下記のパラメータを注意して下さい。 /proc/sys/net/ipv4/ip_conntrack_maxip_conntrackに記録できる最大値です。65536あたりが初期設定になっているかと思います。これだとパケットの取りこぼしがすぐに起きてしまいます。1コネクションあたり約350バイト消費するので、実装されているメモリに応じて値を変
閏秒を迎えるにあたってLinuxでは何を対策すべきか？ | Act as Professional
2016/12/27 更新Googleなどの大手IT企業がうるう秒対策済のNTPサーバが公開したため、これを利用する内容などを以下にまとめました。 元旦に実施される うるう秒の対策 まとめ2016/07/08 更新2017/1/1に閏秒の実施が決定されました。対応はこの記事のとおりで問題なさそうです。 2015/06/24 情報追加(2015/06/29 更新)下記の対応に関わるntpdの比較的新しいバージョンにSLEWモードで動作していても、うるう秒が挿入されるバグが発見されました。[redhat] これによりntp-4.2.8p3-RC1以降のバージョンでないとSLEWモードで動作していてもうるう秒が挿入されます。RedHatはntp-4.2.6p5-3.el6_6という対応済みのバージョンを提供しています。Ubuntuでは今日現在12.04LTS, 14.04LTSの２バージョンはパ
[店頭在庫限り]ピアソンがソフトウェア開発に影響を与えた技術書まとめ | Act as Professional
ピアソンの本は感慨深い思い出のある@hirocasterでございませう。 ピアソン桐原のピアソングループからの独立ということで、ピアソンの技術書が店頭在庫限りとなりました。 @sobahhi ご心配をおかけして大変申し訳ございません。今後は、学習参考書と語学書に専心していくことになりますので，技術書は基本的にお取扱いがなくなってしまいます。書店さんの在庫限りとなりますので、お早目にご入手くださいますようお願いいたします。 — 桐原書店 (@KiriharaShoten) August 7, 2013 ということで、業界に影響を与えた良書たちを振り返っておきたいと思います。入手しづらくなっていますが、かろうじて今ならまだ手に入るので、これを機会に購入してみてはいかがでしょうか。Amazonの在庫が切れても、大型書店ではまだ手に入るようです。 ピアソンといえば「リファクタリング」 今となっては
![[店頭在庫限り]ピアソンがソフトウェア開発に影響を与えた技術書まとめ | Act as Professional](https://cdn-ak-scissors.b.st-hatena.com/image/square/fe443a61cd53c83dff058670bd2e52e86610a5a2/height=288;version=1;width=512/https%3A%2F%2Fhiroki.jp%2Fwp-content%2Fuploads%2F2013%2F08%2Frefactoring.jpg)
git 1.8.2 リリースノートを眺めて、新機能把握と設定を追加 | Act as Professional
世の中はGoogleリーダーで盛り上がってる中、Livedoor Readerに移行した@HIROCASTERでございませう。 そんななか、ひっそりと git 1.8.2 がリリースされました。 リリースノートを眺めていたら知らない機能があったので書いておきます。 git check-ignore * “git check-ignore” command to help debugging .gitignore files has been added. 1.8.2からの新機能です。 .gitignore ファイルに記述されてい内容と実際のファイルが該当するかチェックできます。 例えば .gitignore ファイルに /tmpと書いたとします。 $ git check-ignore -v ./tmp .gitignore:1:/tmp ./tmpのように1行目の設定に該当して、exclu
plenv + cpanm + carton でPerlの開発環境を構築する | Act as Professional
Perl情弱の@HIROCASTERでございませう。 GrowthForecastとか羨ましすぎるので、最近のPerlの環境はどうやってつくるのか調べた。 今回はplenv+cpanm+cartonという環境を構築します。 Rubyでいうところのplenv+gem+bundleという感じである。 環境はUbuntu 12.04.2 LTSとMac（Mountain Lion）での確認をしています。 plenvまず、OSに付属しているPerlなどを利用して、わけわからないことになって、挫折するのがいつものパターン。 そこで、Perlを複数バージョンインストールして、OS付属のPerlとは別で管理できるplenvをインストールする。 Rubyでいうところのrbenvのようなもの。 CPANからインストールできるらしいけど、今回はGitでcloneしてインストールすることにする。 $ git c
git mergeとgit pullのデフォルト挙動を設定できるようになってるGit | Act as Professional
Gitもいろいろ増えているんだと改めた@HIROCASTERでございませう。 過去のGitのバージョンでは、設定できないと言われていたことについて、最近のGitでは設定できるようになっています。（と、言っても何ヶ月も前に追加されている内容ですが…） そのなかでも「これが欲しかったんだ！」と思われる2点について取り上げます。 git merge –no-ffgit mergeをおこなう際には –no-ff をつけることによって、トピックブランチでおこなわれたコミットが明確にわかるようにするかと思います。 以下の図だと、Topic-bは別ブランチでコミットされましたが、masterへマージする際に ff だったために履歴を見ると別ブランチでコミットされたかどうかが判断できません。 一方、Topic-CはTopic-B同様に別ブランチでコミットされましたが、masterへmergeされる際に –
GitHubをさらに便利に使う、hubコマンドを活用しよう！ | Act as Professional
hubコマンドは、MacやLinuxのターミナルからGitHubの操作をおこなうためのコマンドです。通常はブラウザを通しておこなっているような操作をCLIでおこなうことができます。 これがURLを渡すだけで、利用シーンがあるので、紹介します。 インストール公式サイトを確認する限りgemでインストールするのは、動作が遅くなるので非推奨とのこと。よって、Mac環境はHomebrewかMacPortsで入れた方が良い。 gitコマンドのエイリアスとしてhubを設定してしまうことが推奨されてますが、あえて今回はしません。 MacPortsの場合 $ sudo port install hub Homebrewの場合 $ brew install hub 動作確認$ hub --version git version 1.7.12.4 hub version 1.10.2GitHubへの初回アクセス
あの「ウノウ」って会社を覚えてますか？ | Act as Professional
元ウノウな@HIROCASTERでございませう。 それはそれは、ちょっとだけ昔の話、とても風変わりなウノウ株式会社というのがありました。 ウノウという会社の昔話をしたいと思います。 ウノウラボのラボブログこの会社がはじめた画期的な文化の1つは、ラボブログと呼ばれる在籍するエンジニアが直接技術情報をブログとして公開するというものだ。 今では業界各所でおこなわれていることだが、当時は在籍するエンジニアが顔と名前を出して、技術情報を惜しげもなく公開することに注目された。 このブログの読者も、当時はウノウラボのブログをよく読んでいた人もいるのではないだろうか。 ウノウの歴史ではかなり後半の2010年になるが、私もウノウラボを執筆できたことが嬉しかったです。 もちろん、ブログを書く時間も業務時間として認められていました。 勉強会で会場を提供するなどの取り組みなど、今となっては常識となりつつあるような
プロとしての行為 Act as Proffesional
Gitのブランチをどのタイミングで切って、マージしていくかなども非常に大切ですが、ブランチやマージをするよりも頻繁におこなうコミットについて、あらためて基本に立ち返ってみましょう。 一つ一つのコミットを綺麗に積み重ねていくことは、ブランチを切るタイミングやマージ、歴史の改編などを容易にすることができます。コミットが綺麗に積み重ねられていないとマージや歴史改変で苦労するでしょう。 Gitのベストプラクティス（原文）に乗っかるためにもgit commitする前に以下のようなことをチェックしましょう。 Gitの操作に慣れている人はPushやMergeをする前に今回紹介するようなことを元にしてコミットの歴史を綺麗に整えましょう。 1コミットに1つの対応1コミットにはあれこれ詰め込めすぎるべきではありません。例えば以下のような2つのことがあったとします。 Aの機能を追加Bの機能のバグを修正2つの対応
1日に175回もGitHubはデプロイしているだとぉ…！？ | Act as Professional
GitHubは普通の会社とどう違うのか？ リリースマネージャーがいない（いる必要がない） 週次のデプロイセットもありません（この週にこれだけの機能をまとめてリリースとかがない） 開発者とデザイナーは、早く提供できるように自分たちでデプロイする（できる）作った人達が自ら確認できて、サクッとデプロイできるのであれば、さっさと作って、ささと出してしまった方が良いに決まっています。これを実現させるために様々な工夫がされているようです。 GitHubの基本的なワークフロー The basic workflow goes like this: Push changes to a branch Wait for the build to pass on our CI server Tell Hubot to deploy it Verify that the changes work and fix a
若者が知らない最強の情報収集方法「RSSリーダー」 | Act as Professional
特に新卒でプログラマになりましたとか、若者に向けて、RSSリーダーで技術情報にアンテナ張ると色々捗りますよ。というご紹介です。 普段からRSSリーダーを利用して情報収集されている方には、つまらない記事ですが、あなたの知っている一番若いエンジニアに教えてあげてください。知らない新卒エンジニアは多いみたいです。 情報収集の方法は？日々技術は進歩していて、流行廃りもあります。こういった情報を追いかけるために、どのようなツールを活用していますか？ 「Twitterで話題になってるのを見るぐらい」というだけでは、そのつぶやきを見過ごしたら、二度と知ることができません。 SNSなどが普及したことによって情報が流れるスピードが上がったので、1日後にはまた新しい話題にすり替わってます。それに、あなたが本当に知りたい分野の最新の情報であるとは限りません。 これでは話題の技術を把握することができませんし、重大
oh-my-zshで最強のシェルzshをスタートダッシュする！ | Act as Professional
改めて自分の設定を破棄して、こちらで管理することを決断した@HIROCASTERでございませう。 ずっと、bashを使ってきましたが、数年前からzshに乗り換えて、さらにzshを拡張するに至っています。 oh-my-zshとは？oh-my-zshとは、zshの設定ファイルを管理するためのフレームワークです。oh-my-zshに最初からコミュニティによって、追加されたプラグインが入っており、それを有効化するだけで、シェルでよく使われるような便利な機能や補完が有効になります。 プログラマーとして拡張させていくためにoh-my-zshの一定のルールに基づく設定ファイルの管理によって、自分自身の設定ファイルをモジュール化でき、簡素かつ柔軟にに管理できるようになるのが、プログラマとしてシェルを拡張していく人のメリットです。 だらだらっと、1ファイルに書き連ねていくのは、もうやめましょう。 oh-my
Gitの競合（コンフリクト）を解決する手順 | Act as Professional
Pull Requestをためたりなどして、マージする競合（コンフリクト）が発生すると、GitHubでは自動マージできないためこの様な表示になる。 この様なときの解決方法は、競合が発生しているため、人間が判断して取り込む必要がある。 自分のリポジトリへマージするまず、Pull Requestを受け取ったリポジトリを最新の状態にする。 $ git clone git@github.com:hirocaster/wdpress69.git Cloning into 'wdpress69'... remote: Counting objects: 236, done. remote: Compressing objects: 100% (122/122), done. remote: Total 236 (delta 134), reused 211 (delta 111) Receiving
プログラマがGitHubとどう関わっているのか垣間見て感じたこと | Act as Professional
関係各所の協力により実現した1日にとても感謝している@HIROCASTERでございませう。 スタッフとして協力してくれる仲間がいたり、突発LTやってくれたりなど、Agile渋谷のおなじみのの雰囲気がアウェイの銀座も垣間見れたのもよかったです。 1日暇になったからLTやりにきてくれる仲間がいたり、おもしろかった。 Book1st銀座コア店では、Web+DB PRESSを1冊ずつ持った人が7人以上並ぶという光景があったとか。 「The GitHub」イベント詳細発表！話題のあの人が登壇 #Agile渋谷こちらのイベントのまとめです。 感想個人的な感想としては、やはり感じていたとおり、GitHubを使いまくってる人とほとんど使っていない人にグッサリわかれてしまっているのかなと。 仕事じゃ使えないけど、プライベートだと使いまくってるなんて、ケースはあまり聞かない。 そして、GitHubを使っていな
TDD(テスト駆動開発)をはじめたい人にオススメの資料(無料) | Act as Professional
TDDBC in TokyoをPHPUnitでやる予定なので、TDD関連資料をあさってました。 実際に手を動かして、1から2時間で最後までやり通せるTDDの資料を見つけました。 TDDに興味を持った方が最初にやるのにちょうど良い内容なので、お知らせします。 オブラブで公開されている車窓からのTDDです。Java+JUnitの構成で書かれていますが、PHP+PHPUnitで、ほとんどPHPっぽく書き直せば問題なくTDDの雰囲気を学べる内容です。 Fake It 三角測量 リファクタリングなどのタイミングを具体的に理解できるストーリー仕立てになっています。内容のボリュームもお手軽なので、TDDに興味のある方は、やってみてはいかがでしょうか？TDDの良さが体験できると思います。 PHPのコードをgithubで公開しています。「PHPでどう書くの？」って思った方は参考にしてください。
あなたが知らない git svn の世界 | Act as Professional
みんながいまだにsvnを使い続けるので、自分だけでもgitを使って幸せになってやる。って人のためのガイド。ツールや環境がsvnでがっちりつくられているとしかたないですねー。という状況の人向け。そこまでしてgitを使うのは早いし柔軟だから。マージもサクッと終わるし。 git svnって？svnをリモートリポジトリとして、ローカルではgitを扱うためのもの。gitインストールすれば大抵はいってるけど、macportsだったらこんな感じでインストール。 $ sudo port install git-core +svn gitローカルリポジトリをつくるgitは分散リポジトリなので、まずはローカルにリポジトリを持つところからスタート。 $ git svn clone -s http://svn.server/path/projectこれでsvnリポジトリのcloneをローカルにつくる。これでmas
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
