「それは、本当に安全なんですか？」 セキュリティ専門家が「GitHub Copilot」の全社一斉導入時に考えたあれこれ
「GitHub Copilot 導入時に考えたセキュリティのあれこれ」というタイトルで登壇したのは、freee株式会社のただただし氏。タイミー社主催の「GitHub Copilotで拓く開発生産性」で、「GitHub Copilot 」を全社一斉導入する際に考えるべきセキュリティリスクについて発表しました。 freee株式会社 PSIRT マネージャーのただただし氏 ただただし氏：freee株式会社のただただしと申します。 今日は、「GitHub Copilot 導入時に考えたセキュリティのあれこれ」ということで、Copilotのセキュリティリスクについて語るわけですが、考えてみたら、GitHubの中の人を前にこんなことをしゃべるのは相当大胆な話だと思います。最後にいいことで締めるのでちょっと我慢してください。 自己紹介をいたします。ただただしと申します。PSIRTという組織でマネージャー
Heroku上のtDiaryを運用する - ただのにっき(2015-02-07)
■ Heroku上のtDiaryを運用する さて、インストールができてデータ移行もできたら、次は運用である。運用つっても多岐にわたるけど、とりあえずはシステムのアップデートとバックアップができればいいだろう。 tDiaryのアップデート 追記: 本記事を書いたときはHeroku専用ブランチである「herokuブランチ」を利用してたが、最新版では「masterブランチ」を使えるようになっているので書き換えた。スクリーンショットは「heroku」のままなので読み替えてほしい。 Herokuボタンでできるのは初期インストールまでで、その後のアップデートまではサポートしてくれない。HerokuにはGitHub連携機能があって、指定したGitHubリポジトリの更新をフックして自動的にデプロイしてくれるんだけど、これ自分のリポジトリじゃないとダメなので、tDiaryの公式リポジトリを監視しておくわけに
tDiaryをHerokuボタンでデプロイ可能にした - ただのにっき(2015-02-03)
■ tDiaryをHerokuボタンでデプロイ可能にした この日記の移行・運用でだいぶノウハウが溜まったので、懸案だったtDiaryのHerokuボタン対応をした。 15年近く前に生まれたCGIプログラムがHerokuのような揮発性のPaaSで動くのは限りなく魔法に近いのだけどそのへんは専門家にだけわかればいいので、Gitとかを勉強することなくブラウザでポチポチするだけで使えるようになるのは単純に良いことです。 というわけで簡単に手順を。環境をいろいろ割り切った結果、認証はTwitter OAuthのみなので、まずはTwitterアプリケーション登録をします。Twitter Application Managementに飛んで「Create New App」をクリック: 必須項目だけでなく、Callbackにも適当なURLを入れる必要がある点に注意(自分のWebサイトでもなんでもいい)。こ
[github] github.com の readme.md に貼ると格好いいbadge - HsbtDiary(2013-03-18)
■ [github] github.com の readme.md に貼ると格好いいbadge 2.0 対応で結構な数のリポジトリを眺めていたら、travis のビルドステータスbadge以外にもあったので並べてみる。 travis-ci .travis.yml を読み込んで CI する奴、説明省略 gemnasium Gemfile を読み込んで dependency が古くなっていたりしないかをチェックする奴、これが放置されている gem は要注意ってシグナルになるのかな。 Code Climate ソースコードの静的解析結果を表示する奴、サイクロマチック複雑度とかそういうの。 coveralls ソースコードのテストカバレージを表示する奴、tDiary を追加しようと思ったけど、登録時にエラーになってまだ表示できていない。 こういうのを見れば、テストを放置するライブラリなんだなとか、
![[github] github.com の readme.md に貼ると格好いいbadge - HsbtDiary(2013-03-18)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
master ブランチで pull request していいのは小学生までってこともない - HsbtDiary(2011-06-16)
■ [git][github][tDiary] master ブランチで pull request していいのは小学生までってこともない GitHubへpull requestする際のベストプラクティス - hnwの日記を読んで感じたこと。 このエントリではmasterブランチで pull request していいのは小学生までと言われているけど、少なくとも tDiary ではどうでも良いからパッチ送れとしか思わないなあ。 具体的には master ブランチで作業したものを pull request しても別にコードの内容に問題がなければがんがん取り込むし、コンフリクトがひどかったり、なんじゃこりゃというのは差し戻すのでパッチを投げる側は気にする必要はない。繰り返すけど、Gitのお作法よりもコードの内容の方が重要ってことを頭に置いた方が良い。 もちろん、件の記事のようにちゃんと Git を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
githubからcloneしたソースを利用してcgi環境で動作させるとInternal Server Error · Issue #321 · tdiary/tdiary-core
http://www.machu.jp/posts/20120218/p01/
