サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
![サービス終了のお知らせ - NAVER まとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/2ebb8670ac7d2f88879efc17156b7ba96860e58c/height=288;version=1;width=512/https%3A%2F%2Frr.img.naver.jp%2Fmig%3Fsrc%3Dhttp%253A%252F%252Fimgcc.naver.jp%252Fkaze%252Fmission%252FUSER%252F20140114%252F38%252F3999848%252F9%252F480x480x558fac324da0e9519dd32ebe.jpg%26twidth%3D1200%26theight%3D1200%26qlt%3D80%26res_format%3Djpg%26op%3Dr)
10,000PVに届かない記事には価値がない。 ここでいう価値とは「影響力」のことだ。ブログは基本的に「個人の日記」でかまわない。が、もしも記事に影響力を持たせたいのなら、最低でも10,000PVは必要だ。これが私の実感だ。 ラクしてブログのアクセス数を増やす方法は、たぶん1つしかない。 いささか原始的だが、検索順位の高い記事を書くことだ。たとえばGoogleからの自然流入で毎日50PVずつ読まれ続ける記事があるとして、半年ほど経てば10,000PVに達する。ブログのアクセス数を増やそうとして、とにかく記事の投稿数を増やす人がいる。しかし、更新直後に3,000PVほど稼いですぐに読まれなくなる記事を量産しても、ほとんど無価値だ。一日50PVの記事が50本あれば、それだけでデイリー2,500PVだ。30日で75,000PVに達する。一ヶ月間なにもしなくても、それだけのアクセス数を稼げるように
PHPなどのさまざまな言語のオープンソースプロジェクトのCI環境として利用されているTravis CIでWebベースのテストを実行してみました。 通常は純粋なコードベースのユニットテストを実行する事が多いかと思いますが、CMSやEコマースエンジンなどオープンソースで配布し、インストールして使うようなソフトウェアではWebブラウザベースでの機能テストを自動化したいというニーズがあるでしょう。Travis CIにはfirefoxがインストールされておりブラウザベースのテストが出来る事は知っていたのですが、今回年末年始の宿題的にテストを実行する為の設定をひと通り行ってみました。 説明を抜きにして動作が見たい方はGitHubとTravis CIへどうぞ yandod/candycane https://github.com/yandod/candycane candycane on Trav
やりたかったこと: プッシュ通知を受け取ったときにアプリを起動することなく(バックグラウンドで)APIを呼ぶ これはおそらく「サイレントプッシュ通知(Silent Remote Notification)からの Background Fetch」の最も一般的な実装事例だと思うのですが、これがなかなかうまくいかず、試行錯誤しました。 最終的にはうまくいったのですが、そもそも何が原因だったのか、諸々の対策がどう効いて解決したのか、本質的なことはあまりわかっていません。とにかく最終的にうまくいった実装と参考にした記事をここにメモっておきます。 (どの記事にも書いてある application:didReceiveRemoteNotification:fetchCompletionHandler: を実装するとか、通知を送る側の話とか、従来通りのプッシュ通知実装と同じ手順とかはこの記事では省略して
Often times, physical access to a machine means game over. While people like to think that OSX is immune to most security threats, even Apple computers can be susceptible to physical attacks. Mac OSX is capable of booting into single user mode by holding a special key combination (Command-S). From this point, an attacker has root access to the entire computer. Note that this is not a security expl
git pushでデプロイしたい ローカルレポジトリにgit commitした後に、問題なければリモートレポジトリにgit pushすることになりますが、git pushしただけではリモートレポジトリの情報が更新されるだけでデプロイはされません。今までデプロイ作業は自宅サーバーにログインして、git pullを行なっていたのですが、それは面倒なのでgit pushのタイミングでデプロイを自動化することにしました。まず、レポジトリを立てるところから順を追って解説します。 リモート側にGitレポジトリを立てる $ mkdir repo $ cd repo $ git init $ git config --bool core.bare true $ cp -rf /srv/www ./ $ git add * $ git commit -m "www add" $ cd /srv $ rm -
Gitには特定のアクションに対してスクリプトを実行するためのフック(hook)という機能が用意されています。 このフックを利用すれば、ローカルでプッシュした後、リモート側で自動的にデプロイまで処理させるといったことが可能になります。 ローカルで開発し、ステージングと本番環境があるような中・小規模のサイトであれば、ステージングまではプッシュと同時にデプロイまで自動化したいケースはままると思います。そのようなとき、Gitのサーバサイド・フックが簡単で効果的です。 リポジトリを作成すると、フック用のサンプル用スクリプトがGitディレクトリのhooksに格納されます。 通常は.git/hooksにあります。 .git/hooks以下のサンプルスクリプトを表示 ls .git/hooks/ applypatch-msg.sample commit-msg.sample post-update.sam
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く