git の記事などを見ていると、よく rev-parse というコマンドが出てきます。 rev-parse単体でググっても使い道がよくわからないので、メモ変わりにrev-parseでできることをここに書いてみます。 【参考】 git-rev-parse(1) Manual Page https://www.kernel.org/pub/software/scm/git/docs/git-rev-parse.html 使用可能なリファレンス(ref)を渡すとハッシュを返す ハッシュ $ git rev-parse 1838ad4786...02cc4e713a >> 02cc4e713a10dc68bcba40919f0f23eb62b45ec4 >> 1838ad478661d8cdb544c9adf921d08a97f7cc91 >> ^02cc4e713a10dc68bcba40919
いつも livedoor Reader をご利用いただき、ありがとうございます。 先日、サービス終了をお知らせした livedoor Reader ですが、みなさまのご要望を受けこれを撤回し、サービス継続の道を検討中です。 サービス継続の詳細が決まりましたら、あらためてこのブログでお知らせいたします。 今後とも livedoor Reader をよろしくお願いいたします。 コメント一覧 (22) 1. ginkyu 2014/10/15 21:32 いやいや最近feedlyを準備したんですが、使いにくいの、なんのって。 小額の課金兵が必要でしたら、募ればと思うのですがいかがでですか。 2. ちゃいむ 2014/10/15 21:51 嬉しいです！ わたしもfeedlyにデータ移行はしたものの さっぱり使い方がわからず､頭を悩ましていました｡ 別のリーダーも使ってみましたが URLからRSS
ISUCON4の予選を突破しました。 呼ばれて飛び出て @rakkoyaku です。 ISUCON4の予選にチーム『矢澤(@etheriqa, @rakkoyaku)』として参加してきました！ しかも本戦に勝ち進むことができました！ 本戦に行きたいけど、飛行機代がないので社長に泣きつきました！ ブログの記事を書いたら出してあげるよ、と言ってもらえたので書きます。 『世の中は結局金』って奴ですね。 ISUCONというのは、 お題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図るチューニングバトル、それがISUCONです。過去の実績も所属している会社も全く関係ない、結果が全てのガチンコバトルです。 ってやつです！ 今回もLINE株式会社にてイベントの企画・運営・会場・賞金提供などを行います。本選用サーバは今年もありがとうございます、株式会社データホテルにてご提供いただき
9. ● 常に文書による指示を要求せよ。 ● 準備を十分行い完全に準備ができているまで実行に移すな。 ● 些細なことにも高い完成度を要求せよ。わずかな間違いも繰り返し修正させ小さな 間違いも見つけ出せ。 ● 重要な決定を行う際には会議を開け。 ● もっともらしくペーパーワークを増大させよ。 ● すべての規則を隅々まで厳格に適用せよ。 ● 何事をするにも「通常のルート」を通して行うように主張せよ。決断を早めるため のショートカットを認めるな。 ● 可能な限りの事象を委員会に持ち込み「さらなる調査と熟考」を求めよ。委員会の メンバーはできるだけ多く（少なくとも5人以上）すること。 ● 議事録や連絡用文書、決議書などにおいて細かい言葉遣いについて議論せよ。 ● 以前の会議で決まったことを再び持ち出し、その妥当性について改めて問い直せ。 10. ● 常に文書による指示を要求せよ。 ● 準備を十分行
この前、開発用のサーバーにデプロイするためのスクリプトを書き終えたのだけど、そのデプロイの途中でこけた。 スクリプトの中では、gitの特定のブランチの最新を引いた後、composer installを走らせるということをやっているのだけど、このcomposer installでこけていたので、そもそも適当に使っていたcomposerについて調べてみた。 このとき出ていたエラーは次のようなもの。 Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.このデプロイの前に行っていた変更では、ローカルの開発環境上でcomposer.jsonに依存パッケー
mizchi 氏のエントリを踏まえて。 Angularが嫌い - mizchi's blog 何をやるにもググって解決しなければならないぐらいには一貫性がない マジでこれ。設定が多すぎる。特に directive 定義。どうやら Web Components の流儀に沿うようになっていて、将来的には Web Components に乗っける、ということらしいが、そもそもの Web Components の仕様が汚いし、救いようがない。 参考: AngularJS: Developer Guide: Directive 制御構造と要素を分離してねぇせいで replace とかいうオプションが生えてるし、tranclude との組み合わせでより複雑なことになるし、isolated scope な directive は併用できないとか、ng-repeat で作られた scope の下に他の d
僕は本当にAngularが嫌いで、もはや許せないレベルに達していて、今ではもう本当に使いたくない。 イカ理由。 APIがほんっっっっっとうに糞 趣味の問題といえばそうでもあるが僕は糞だと思う 実装が黒魔術 良識あるJSエンジニアなら Function.prototype.toString() しない 実際に一部のクロージャが破壊されてて挙動が直感に反する DirtyCheckの実装、表面的にもDirtyな挙動として現れるのでデータバインドとして何も嬉しくない Googleだから許される、みたいなコミュニティの驕りが本当に嫌 Angularの都合だけでChromeでObject.observeを前倒しするのやめろ Angularの内部モジュール同士が密結合 DI, module, factory, それぞれ大きなテーマなのに密結合 使いはじめるとAngularをやめることが困難 パフォーマン
こんにちは、ISUCON4 運営チームの @mirakui です。 @rosylilly @sora_h とともに ISUCON4 の問題作成と運営を担当しています。 さて、予選に参加していただけたみなさんは楽しんでいただけたでしょうか。今回は、予選問題の振り返りをしたいと思います。 予選問題「いすこん銀行」今回の予選問題は、「いすこん銀行」という架空の銀行の Web サービスがテーマでした。 銀行とはいっても、実は銀行としての機能は一切ないハリボテで、今回用意したのは ログイン機能 のみです。ログインって機能なの？ と思うかもしれませんが、実際のウェブサービスを作る上で、ログイン部分の設計は単純では済みません。 それは、近年増加している「パスワードリスト攻撃」のような、不正ログインの対策を行わなければならないからです。 「いすこん銀行」には、ログイン画面と、ログインに成功した時に表示され
Tokyo Otaku Mode（以下TOM）でエンジニアをやっているpchwです。 今回は情報共有ツールのお話をさせていただきます。 TOMの開発チームは、創業当初は数人で構成されていたのですが、最近ではフルタイムでないメンバーも含めてかなり人数が増えました。 少人数であればある程度自然に情報共有できるものの、人数が多くなってくると持っている情報量に差が出てきて、なかなかスムーズに共有を図ることができなくなります。 そこで頼りになるのが、情報共有ツールというわけです。現在、TOMの開発チーム内では情報共有のためにesa.ioというサービスを使っています。 なぜesa.ioを使うようになったのか？ esa.ioとはどういうものなのか？ esa.ioは他の情報共有プラットフォームと比べてなにが違うのか？ これらの点を踏まえつつ、esa.ioを紹介していきます。ぜひ参考になさってください。 な
でも、Vimperator でテキストエリアの中を全て選択したいときは、どういうのがラクなんだろう？ <C-i>でVim起動してから、ggVG"*y とかか？<S-F10>でメニューから選ぶ方がラクな気もするし、最短は何だろう？— CD01@手首痛い (@CD01_) October 22, 2013 と思ったら、 @CD01_ <C-v><C-a> or <C-v><⌘-a> とかじゃないかな— はっきり言って個人のつぶやきレベル (@teramako) October 22, 2013 と教えてもらいました。 <C-v> で IGNORE モードに入り、次に打つキーで、 Vimperator のキーバインドを無視すればいいんですね。 が、どうも <C-v> が効いていない様子・・・ <C-v> が効かないと Tweet したら、 @CD01_ 最近のVimpだとC-vじゃなくてiだと思
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
MySQLのスローログのローテーション
Original post: http://anothermysqldba.blogspot.com/2014/10/rotating-mysql-slow-logs.html 異なるクライアントでの作業中に、私は時々非常に大規模なスローログファイルを渡って実行するために起こる。 が、それらを回転させるべきかについて、いくつかの意見が存在する。 これらの意見の多くは、私も自分のバイナリログをフラッシュすることを好まない、ログローテートとフラッシュlogsコマンドを使用します。 私はロナルドブラッドフォードに同意するのはこのためですブログ投稿これを行う方法上の年前から。 http://ronaldbradford.com/blog/theコレクト·アプローチ·ツー·ローリングのmysql-ログ- 2010-02-22/ 私は少しさらにそれを撮影し手順をスクリプト化している。 bashスクリプ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 段々と風が涼しくなってきて秋の気配を感じている@yimajoです。 第三回目の「iOSアプリ開発の現場で訊いてみた」はヤフー株式会社さんにお邪魔して、ヤフオク! iOSアプリの開発について伺ってきました。 好評だった第一回と第二回のリンクもまとめときますよ。 iOSアプリ開発の現場で訊いてみた！ユビレジ編 iOSアプリ開発の現場で訊いてみた！フリル編 訊いてきたこと インタビューに応じてくださったのはヤフー社でiOSのヤフオク!アプリを開発している@mao_nishiと@himara2の二人。 インタビュアーは前回それぞれインタビューに
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 夏の暑さでメシが旨い！@yimajoです。 iOSアプリ開発者に最近の開発スタイルを訊いてまわる「iOSアプリ開発の現場で訊いてみた」待望の二社目に行ってきました。 二社目は今話題のフリマアプリ Fril（フリル）を作られているFablic社！ フリルとは何か フリルはiOSやAndroid端末を使って気軽に自分のモノを売ったりして楽しめるフリマアプリ。女性専用でたくさんのファンを抱えているアプリだそうです。 私自身は使っていないんですが、最近、電車に乗っているとOLの人たちが洋服のアプリといえば"フリル"、"ピンタレスト"とかって口に
先日サービス終了が発表された livedoor Reader (LDR) のオープンソース/英語版の Fastladder を、とりあえず手元のサーバに導入して動かしてみた際の雑感メモです。 私の環境は CentOS 6 + MySQL 5.6 です。他の環境の方は適宜読み替えて下さい。なお現在は Heroku ボタンも付きましたから、雰囲気だけ見たい方はそちらがよさそうです。 リソース ソースコード 情報交換チャットルーム 導入条件 ruby ruby 2.0 以上が必要のようです。 CentOS 6 の yum で入る ruby は 1.8 と超古いので動きません。ソースから入れるか、少し古くてよいなら RPM を作成して入れる方法もあります。 bundler を使うので導入しておきます。
矢口です。 みなさんはLinuxのtcという機能をご存知でしょうか。送信するパケットの帯域制御を行うことができる大変強力な機能で、グリーでもいくつかの用途で使用されています。 具体的な事例の一つはRedisです。Redisではreplicationを新規に開始する際やfailoverが発生しmasterが切り替わった際(特に2.6系)にストアされている全データが転送されます。しかし帯域制限をかける機能がないため、ネットワーク帯域を圧迫してしまう危険性があります。また通常のクライアントとの通信でも大量のクエリにより予想以上の帯域を使用してしまう可能性があります。このような場合にtcを用いることでRedisの使用する帯域をコントロールできます。 このように有用なtcですが残念なことに日本語/英語ともにわかりやすい解説や詳細な情報は多くありません。 私も社内において使われていたtcの設定に問題が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
