GitHubユーザーのSSH鍵6万個を調べてみた - hnwの日記
（2015/1/30 追記）時期は不明ですが、現時点のgithub.comはEd25519鍵にも対応しています。 （2016/5/31 追記）「GitHubにバグ報告して賞金$500を頂いた話」で紹介した通り、既に弱い鍵はGitHubから削除され、新規登録もできなくなっています。 GitHub APIを利用して、GitHubの31661アカウントに登録されているSSH公開鍵64404個を取得してみました。抽出方法*1が適当すぎて偏りがあるような気もしますが、面白い結果が得られたと思うのでまとめてみます。 SSH鍵の種類 鍵の種類 個数 割合 RSA鍵 61749 (95.88%) DSA鍵 2647 (4.11%) ECDSA鍵 8 (0.01%) 約6万個の鍵のうち、8個だけECDSA（楕円DSA）鍵が見つかりました！常用しているのか試しに登録してみただけなのかはわかりませんが、何にせよ
Hatena blogdevelopmentflow
2015年GMOペパボ新卒エンジニア研修、Web開発研修イントロダクションの資料です。 * http://www.slideshare.net/hifumis/20150608-thetaoofpepaboengineer-49152106 * http://www.slideshare.net/hifumis/20150609-webdevelopmenttraining * http://www.slideshare.net/hifumis/20150706-weboperationtraining * http://blog.hifumi.info/2015/06/14/pepabo-engineer-training-2015/ * http://blog.hifumi.info/2015/07/20/pepabo-web-operation-training-2015/
Oracle Cloud Infrastructure Container Registry
Container Registry Oracle Cloud Infrastructure Container Registry is an open standards-based, Oracle-managed Docker registry service for securely storing and sharing container images. Engineers can easily push and pull Docker images with the familiar Docker Command Line Interface (CLI) and API. To support container lifecycles, Registry works with Container Engine for Kubernetes, Identity and Acces
jsDelivr
オープンソース・ライブラリのCDNなんだけど、GitHubに作ったリポジトリをCDN経由で配信できるようにしてくれるという形のjsDelivrというウェブサービスを知った。無料で、帯域制限は特になく、httpsでも利用可能だったり、バックボーンはMaxCDNとCDN.netの組み合わせでそこそこ信頼できそう、と魅力的な点は多い。 単に最新版をホスティングしてくれるだけでなく、タグごとに別にホスティングしてくれるようになっている。タグごとにユニークなURLが作られるので、使ってたけど突然挙動が変わって死んだとかはない。その代わり常に最新版を使うみたいなのはなさそう。 ちょっと気になるのは、CSSやフォントのアップロードを許可している点。Google FontsにないけどオープンソースなWebフォントのホスティング先として有力な選択肢になりそうかなと。アイコン・フォントなんかにももちろん良さそ
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
Composerの使い方を調べたメモ(1) - k-holyのPHPとか諸々メモ
Composer の使い方を調べたメモ。 Ryuzee.comの記事で分からなかった部分を実際に使って試してみました。 以下、内容はほぼ推測なので、間違いがあれば指摘していただけると嬉しいです。 composer.json 上記の定義で "php composer.phar install" した結果、symfony/class-loader のソースがPackagist経由で https://github.com/symfony/ClassLoader から取得され、/vendor/symfony/class-loader/Symfony/Component/ClassLoader 以下にインストールされる。 composerによって生成された /vendor/autoload.php を読み込むことでcomposerのオートローダが利用できる。 composerのオートローダではライブ
JenkinsプラグインのGitHub pull request builder pluginを使ってみる - 技術めも
現在、GitHubのPull Requestでコードレビューし、問題なければマージするというフローで開発しているのですが、 コードは問題なさそうなのでマージしてみると、specが落ちている・・といったことがありました。 そこで、Pull Requestされた時点でそれをマージしspecを実行してくれる、そしてその結果を通知してくれる といったことが自動でできれば良いなと考えていました。 そこで発見したのがGitHub pull request builder pluginというJenkinsのプラグインです。 このプラグインは、以下のようなことをやってくれます。 Pull Requestされた（またはそのPull Requestにコミットを積み重ねた）時にそれを検知し、自動でマージしビルドしてくれる （実際はcrontabで設定したタイミングで） GitHubのPull Requestペー
プログラマならば使うべき：GitHubでDNS管理ができる Luadns | Everyday Deadlock
さきほどTwitterで流れてきたのでたまたま見つけたのですが、LuadnsというDNSホスティングサービスがかなり凄いです。Luaスクリプトでゾーン設定を書いてGitHubにpushするだけで即座にDNS設定ができてしまいます。 DNSホスティングサービスというと、多くの場合ブラウザを開いてログインしてコントロールパネルからポチポチと入力して送信して、、、という手順を踏まないと設定が更新できないわけですが、Luadnsは違います。example.com.lua ファイルをEmacsやVim(やその他エディタ)で開いてLuaスクリプトを書き、git commit ＆ git push で設定が完了してしまいます。push にフックして Luadns の設定が自動的に更新されます。 マウスまで手を動かすのが無限に遠く感じられるプログラマにとっては、これほど素早く簡単にDNSが設定できるのはか
Lord-of-the-Files.ja.md at master from omo/Lord-of-the-Files - GitHub
ファイル達の王: GitHub はいかにしてフリーソフトウェア(など)を手懐けたか By Robert McMillan, Wired Enterprise サンフランシスコ発 - マーケット通り南の気取った屋根裏オフィスに引っ越した GitHub の創業者一味の、最初の仕事は内装のやりなおしだった。 フロアで一番大きい部屋のひとつを重役室のパロディーに作り替えたのだ - 偽物の暖炉、豪華な革張りの椅子、スライドするとシングルモルトのスコッチが隠れている木製の地球儀をならべて完成。壁には猫の油絵。 ナポレオンの格好で、五本のタコ足がはえている。 猫は Octocat という。 ポイントは、これが重役室じゃないってことだ。 これはチームをまたいだミーティングルームで、誰が誰とくだを巻いても、仕事を片付けるのに使っても、ちょっと遊んだりしてもいい。 同じ時間にそういうことをしていていい。 「
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
入門書には載ってない Git & GitHub Tips
【Github時代のgit hook】issue番号を勝手にcommit commentに入れてくれるやつ - Qiita