GitHub CLI Extension でユーザーが使用してる言語のリストを取得
$ gh langs octocat +------------+---------+ | LANGUAGE | LINES | +------------+---------+ | Ruby | 204,865 | | CSS | 14,950 | | HTML | 4,338 | | Shell | 910 | | JavaScript | 48 | +------------+---------+ | TOTAL | 225,111 | +------------+---------+ https:github.com/octocat has 8 repositories Last updated after 2023-07-26 はじめに 複数のプロジェクトが organization に紐付いていて、 EM とかをやっていると人事から「あれ？うちってなんの言語使ってるんだっけ？」
Anyone can Access Deleted and Private Repository Data on GitHub ◆ Truffle Security Co.
You can access data from deleted forks, deleted repositories and even private repositories on GitHub. And it is available forever. This is known by GitHub, and intentionally designed that way. This is such an enormous attack vector for all organizations that use GitHub that we’re introducing a new term: Cross Fork Object Reference (CFOR). A CFOR vulnerability occurs when one repository fork can ac
Content-Disposition の filename という地雷。 (1個の観点で17個の脆弱性を見つけた話) - ぶるーたるごぶりん
English ver: https://gist.github.com/motoyasu-saburi/1b19ef18e96776fe90ba1b9f910fa714#file-lack_escape_content-disposition_filename-md TL;DR 1つのブラウザ、1つのプログラミング言語、15個の { Web Framework, HTTP Client ライブラリ, Email ライブラリ / Web Service 等} で脆弱性を見つけました。 見つけた脆弱性は、全て 1つの観点で発見した (多分 50-80 くらいのプロダクトの調査をした)。 RFC の記載では、（かなりわかりにくく）この問題に対する要件が記載されており、WHATWG > HTML Spec の方はしっかりと書かれているといった状況にある。 この問題は、 Content-Dispo
SWRとReact Queryどっち使おうか検討したメモ
const { isLoading, error, data } = useQuery('repoData', () => fetch('https://api.github.com/repos/tannerlinsley/react-query').then(res => res.json() ) ) 一見、ほとんど一緒じゃん、となるが、SWRは「キーをfetcheの実行するためのパラメータ」になっている。 一方、react-queryは「キーと実行APIは独立している」。これはイメージとしてReduxのActionなどのconstantのような印象を受ける APIの違い Core API RQ : https://react-query.tanstack.com/docs/api SWR https://swr.vercel.app/docs/options#parameters これ
GitHub - vercel/swr: React Hooks for Data Fetching
SWR is a React Hooks library for data fetching. The name “SWR” is derived from stale-while-revalidate, a cache invalidation strategy popularized by HTTP RFC 5861. SWR first returns the data from cache (stale), then sends the request (revalidate), and finally comes with the up-to-date data again. With just one hook, you can significantly simplify the data fetching logic in your project. And it also
Universal Data Fetch ライブラリ、 Specter の紹介 - from scratch
この記事は Recruit Engineers Advent Calendar 2019 の 16日目の記事です。 adventar.org 最近僕が作っている OSS である Specter の話をします。 github.com Specter とは Client から Backend と BFF から Backend への Universal なデータフェッチを提供してくれるためのツールです。以下の特徴を持ちます。 軽量 TypeScript Freindly な型付け機能 投機的先読み 2年ほど前に報告されたCPUの投機的実行に基づく脆弱性である、 Spectre から来ています。と言っても、脆弱性の名前ではありません。投機的先読みを機能として持っているため、この名前をつけています（不吉な名前ではありますが・・・）。 まずは、 GraphQL でも grpc-web でもなく、なぜこ
Friends Chat
P2P chat powered by the web What? Friends is like Slack except P2P, offline friendly and open source. We transmit data over secure channels and authenticate messages. It's made by a group of open source developers who are motivated to make a public chat platform that is easy to use but isn't centrally controlled, and where data is owned by its users. It's a work in progress, but give it a go if th
GASで作るSlack bot for github - Qiita
SlackからGithub Issue新規作成するよ。GASで！ シチュエーション Slackでプロジェクトの相談とかしてる時に、アレやろうコレやろうとか うぉ、Bug踏んだ！とか、日常茶飯事ですよね。 そんな会話してたくせに全然Issueを起こしてなくて、さっきなんか重要なタスク話してたよね？なんだっけ？凄い大切だった気がする！！みたいな感じ有りますよね。 そこから、ログをあさったりするわけですよ。んで見つけられないんですよ大抵の場合。 マメな人なら、その瞬間にIssue作るんだろうけど、マメな人なんて存在しないから Issueが無いままドッカーンってナルわけですよ。ならないか？ Slack から投稿すればいいやん Slack(slash cmd) > GAS > githubAPI ということですね。 作業は3ステップ Step1 githubからパーソナルアクセストークンゲットする。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - vectordotdev/vector: A high-performance observability data pipeline.
GitHub - uber/react-vis: Data Visualization Components
https://blog.ssrf.in/post/example-of-attack-on-gce-and-gke-instance-using-ssrf-vulnerability/
GitHub - tomi/fromfrom: A JS library written in TS to transform sequences of data from format to another
Zapier | The easiest way to automate your work
OSRC is down
lgtm.in