The Qiita Advent Calendar 2017 is supported by the following companies, organizations, and services.

The Qiita Advent Calendar 2017 is supported by the following companies, organizations, and services.

The Qiita Advent Calendar 2017 is supported by the following companies, organizations, and services.

まずライブラリで対応出来ないか検討した。 https://github.com/ElemeFE/vue-infinite-scroll https://github.com/PeachScript/vue-infinite-loading vue-infinite-scroll サンプルを触ってみたところ、infinite-scroll-distanceでしきい値を決めて、その高さが画面に入ったらローディングを初めるライブラリのようだ。 vue-infinite-loading サンプルを触ってみたところ、vue-infinite-scrollと同じくdistanceでしきい値を決めて、その高さが画面に入ったらローディングを初める。 infinite-scroll-distanceとの違いは、おそらく<infinite-loading :on-infinite="onInfinite"><

# データベース $ mysqldump -u USER_NAME -p -h HOST_NAME DB_NAME > OUTPUT_FILE_NAME # テーブル $ mysqldump -u USER_NAME -p -h HOST_NAME DB_NAME TABLE_NAME > OUTPUT_FILE_NAME # テーブルの定義とデータのダンプ $ mysqldump -u USER_NAME -p -h HOST_NAME -A -n > OUTPUT_FILE_NAME

なお, ファイルを残したまま追跡から逃れたいときは git rm --cached path/to/file でインデックスのみ削除し, .gitignore などで指定する. また, 誤って git rm してしまったときは git reset @~ path/to/file, git checkout path/to/file で回復する. ローカルでのみ追跡してほしくない場合 二つ方法がある. これらの違いは既に git 管理しているファイルをあえて無視したい - Qiitaに詳しい. 用途に依るが, assume-unchanged の変更は git reset --hard で死ぬので, 基本的には skip-worktree を使う. assume-unchanged 除外するとき

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトー

人感センサ A500BP (DSUN-PIR, SB00412A-1も) が安いだけでなく Raspberry Pi との相性もバッチリだったので、人感カメラが10分で出来てしまった話。RaspberryPiraspbianraspistillPIRセンサ English version is available here. はじめに aitendo の A500BP(450円)は、安い上に、電源電圧 4.5-20V(Raspberry Pi の5V Pin から給電可能), 出力は 3.3V(Raspberry Pi の GPIO 電圧) の ON, OFF と相性もバッチリです。そこで、電子工作一切なし、ジャンパ線(5本75円) ３本で単に Raspberry Pi につなげて、GPIO をポーリングするだけの簡単な shell を書くと、手持ちのカメラモジュール付き Raspberr

そもそも、波ダッシュと、全角チルダって? 波ダッシュ 〜 0x8160(Shift_JIS) 0x301C(UTF-8) WAVE DASH(ユニコードポイント : U+301C) 日本語の文字 範囲を表す : 大阪 〜 東京 など 省略記号 : 〜 からの 全角チルダ ～ Shift_JIS には無い 0xFF5E(UTF-8) FULLWIDTH TILDE(ユニコードポイント : U+FF5E) いろんな意味がある文字 アルファベットの上につけて、鼻音を表す : ñ 数学記号 (ほぼ等しいの意味) ホームディレクトリを表す記号 : ~/download Unicode 側での波ダッシュ割り当てミス Shift_JISの波ダッシュ を Unicode に割り当てるときに、 波ダッシュの形を間違えて、"下がって上がる" ように表記してしまった ※ unicode 8.0 で修正されました

Bootstrap 4のデザインを編集するにはCSSの更新が必要ですが、CSSだけを使うよりもBootstrap 4で導入されたSassを使う方が効率的にかつ細かくデザインをカスタマイズできます。本エントリーでは、Sassを使った効率的なデザインカスタマイズ方法を紹介します。 Bootstrap 4のデザインのカスタマイズ方法 Bootstrap 4のコンポーネント機能を用い、タブとボタンを実装したコンテンツを例にとって説明します。デモはjsdo.itにアップしています。 なお、基本的なBootstrap 4の導入方法については記事「5分で導入できるBootstrap 4 超入門 〜タブを作ってみよう〜」を参照ください。 ▲ Bootstrap 4を使って実装したタブとボタン このコンテンツに、下記のデザイン更新を加えてみましょう。 全体の角丸をなくす 青い背景部分を赤い背景にする デザイ

はじめに git リポジトリは歴史を重ねるごとに、だんだんと容量がおおきくなっていしまい、しまいにはギガ単位になってしまう事ってありますよね。 自分も、とあるリポジトリを clone したら、なんとgitの容量が数十ギガに達していて、PCのローカルストレージが圧迫されてしまう問題にあってしまったので、その時の対応方法を備忘録として残しておきます。 容量を調べる どれくらいの容量なのか調べるには du コマンドを使います。 55Gもあります。 泣けてきます。 ダウンロードにも1時間くらいかかります... 解決方法 今回行った解決方法としては、下記のような対策をとりました。 直近の歴史だけを取得する 必要なブランチを1つだけを取得する 直近の歴史だけを取得する depth オプション 今回は特に修正歴史は必要ないと判断した為、直近の修正記録だけを取得するようにして、容量削減を行いました。 de

むずかしくないJavaScriptのやさしい話　デモチュートリアル このチュートリアルは、#ndsmeetup8 で発表した内容のデモの手順をまとめたものです。 jQueryをscriptタグ挿入で使っているような開発者向けの内容です。 npmとwebpackでビルドをするという使い方の提案です。 発表内容はこちら。 http://www.slideshare.net/fbcivic/javascript-ndsmeetup8 ※発表当時はwebpack1についての記事でしたが、webpack1→webpack2→webpack3→webpack4と記事を更新しています。 webpack3までの古い解説はこちら （基本的なことなのでほとんど変わりませんが、webpack4でwebpack-cliが必要になったり設定ファイルの記述が変わりました） 事前準備 nodejsをインストールしてくだ

こんにちは！freeeでインフラゾンビをやっている @sugitak です。ゲームではレベルを上げて物理で殴る派です。 freee ではたまにインフラエンジニアの数が減るのですが、その減ったインフラエンジニアはインフラゾンビへと進化し、社内を闊歩します。インフラゾンビは主に開発チームに所属して、アプリっぽいインフラの仕事をインフラからアプリ側へと持っていきます。デプロイとか、Dockerとか、Jenkinsとかの、いわゆる DevOps 系のところですね。こうすることで開発者は手を出せるものの自由度が増えるし、インフラはより本来のインフラとして純度を上げていける、 so, win-win ってわけです。 さて、そんなわけで監視です。freee Engineers Advent Calendar 2016の9日目の記事として、 Prometheus による監視が最高なのでみんなもっと使おうと

夏頃に調査と学習のためにAndroidのアプリ内課金を試したので、その際にハマったポイントを書いておきます。 ※記載するにあたり一通りドキュメントは見たのですが、もしかしたら細部変わっているところがあるかもしれません ハマったポイントの前にAndroidのアプリ内課金について少しだけ触れたいと思います。 課金の種類について お金のやり取りはGoogleを介して行われます。 種類としては2つあります。 管理対象のアイテム このアイテムの購入情報はGoogleによってGoogleアカウント毎に管理されます。 それぞれのアイテムは1つしか持てないため、一度購入すると2回目の購入はエラーになります。 機種変更や再インストールでもGoogleアカウントに紐付いているので、広告除去、プレミアム会員のような一度だけ買う性質のものはこれだけで実現できます。 現在のversionでは全てのアイテムがGoog

Google Cloud Platform(2) Advent Calendar 2016 8日目を担当するk-bataです。 Qiitaへ投稿するのは初めてで読みづらい点もあるかと思いますが、最後までお付き合いくださいませ。 今年になってGCPの東京リージョンが発表され、AWSにしか関心がなかった自分がGCPを触ってみたところ、非常に使いやすいと感じました。 特に運用フェーズではGCPの方が使いやすいと感じるところがありましたので、AWSと比較しながら紹介したいと思います。 対象となるかた AWSでたくさんのアカウント（VPC）を管理しているインフラ担当 GCPに興味はあるが、運用で楽できるのか不安に思っている方 ハードウェアメンテナンスで仮想マシンが停止しない AWSで１００台以上のインスタンスを運用していると、月に一度はどこかの仮想マシンがメンテナンス再起動の必要に迫られます。 AW

本日(2016/12/08)のアップデートにより、GitHubでコードレビューの為の機能が実装されました。本エントリーでは、レビュー機能の機能と使い方について紹介します。 レビューを依頼する側 ① プルリクエストを作成します。 ② 画面右側「Reviewers」という箇所をクリックします。 ③ コードレビューして欲しい人を選択します。 以上でレビューの依頼ができました。 レビュー依頼を受けた側 ① メールやGitHub上から、レビュー依頼を受けた旨の通知が来ますので、「Add your review」をクリックします。 ② レビューします。 ③ レビューが反映されます。 レビューの種類について 下記のレビュー画面では、3つの種類のレビューができます。 レビューの種類は次の3つより選択できます。 Comment コメントを残します。 Approve プルリクエストの承認をしつつ、コメントを残

tr { th { background-color: #f00; border: 1px solid #000; color: #fff; } td { border: 1px solid #000; } } 確認機種 IE9 - 11。 Firefox47(情報提供ありがとうございます！) 解決策 td ないし th に position: relative;がかかってないかを確認する。 かかってたら無効化すると治る。 別担当が *{position: relative;} とかやってくれてたおかげで引き起こされたようでした。 他の人に迷惑かけちゃダメ絶対。 参考：http://stackoverflow.com/questions/31030579/css-background-color-overlapses-with-border-on-table-cell-in-ie

Let’s Encryptが開始され、SSLの導入のハードルがぐんと下がりました。 その分、SSLの設定も見直す必要性も出てきます。 SSLの評価を行うことのできるサービス、SSL Server Testを使ってSSLの評価を行ってみましょう。もしFだったら要注意です。 Let’s Encryptの導入 Let’s EncryptのSSL証明書で、安全なウェブサイトを公開 さくらインターネットが公開している上記の記事が参考になります。 しかし、上記設定だと自分の設定（CentOS6.8、nginx1.1.3）だとBだったので諸々調整しました。 調整内容 server { listen 443 ssl http2; server_name ドメイン名; root /usr/share/nginx/html/ドメインで使うディレクトリ; index index.php index.html i

GitHubやばい、何がやばいってソース公開していいならWebサーバなくてもWebページ公開できる。 JavaScriptもちゃんと動いてる。（サーバ必要系はたぶん無理） というわけで表題の件ですが、GitHubは主に２つの形式でWebサイトを公開できます。 テンプレサイト作るだけならgitコマンド叩いたり、ローカルにリポジトリ作る必要もありません。 ユーザーアカウントに対して紐付けられているWebページ リポジトリごとのWebページ ほとんどリンク先見てね状態ですが、毎回ググるのめんどくさいのでメモ書き。 GitHubアカウントもっているならば、３分かからないです。 ユーザーアカウントに対して紐付けられているWebページ。 yourself-account.github.io.gitリポジトリを作成することでWebページが公開できます。 こんな感じ。 http://budougumi06