REST API: Usage Records | Twilio
REST API: Usage Records The UsageRecords resource provides a simple API to retrieve actions made by your Twilio account during any period and by any usage category. This makes it easy to build reporting and analytics tools for your application. UsageRecords used in combination with Subaccounts created for each of your end-users make it possible to build recurring usage-based billing systems on top
GitHub - ai/size-limit: Calculate the real cost to run your JS app or lib to keep good performance. Show error in pull request if the cost exceeds the limit.
Size Limit is a performance budget tool for JavaScript. It checks every commit on CI, calculates the real cost of your JS for end-users and throws an error if the cost exceeds the limit. ES modules and tree-shaking support. Add Size Limit to GitHub Actions, Circle CI or another CI system to know if a pull request adds a massive dependency. Modular to fit different use cases: big JS applications th
Pa11y
Pa11y Here at Pa11y, we think making the web more accessible improves it for everyone. So we publish a range of free and open source tools to help designers and developers make their web pages more accessible: Pa11y A command-line interface which loads web pages and highlights any accessibility issues it finds. Useful for when you want to run a one-off test against a web page. Pa11y Dashboard A we
オンラインアシスタントならフジ子さん | 経理・人事・総務などバックオフィス業務を代行
実務経験豊富な人材が様々なバックオフィスの業務を遠隔でサポート 一般的なアシスタント業務からより専門性の高い業務まで パソコンで出来る業務なら何でもご依頼いただけます
CasterBiz | オンラインアシスタントならキャスタービズ
サービスについて SERVICE CASTER BIZ assistantは「1/100」の優秀な人材が業務をサポートするリモートアシスタントサービスです。
AWS CLIですべてのSSM Parameterを一括取得する | DevelopersIO
こんにちは、CX事業本部の若槻です。 AWS CLIでAWS Systems Manager パラメーターストア（SSM Parameter）からすべてのパラメータの名前や値などの情報を一括取得するコマンドを確認したのでご紹介します。 コマンド AWS CLIで以下のコマンドを実行すればすべてのパラメータの名前と値を一括取得できます。（ただし、階層が設定されていないパラメータに限る） aws ssm get-parameters-by-path --path "/" $ aws ssm get-parameters-by-path --path "/" { "Parameters": [ { "Name": "AAAAAAA", "Type": "String", "Value": "あああああああ", "Version": 1, "LastModifiedDate": 158523588
「愛のあるセックス」はなぜ必要か（読書メモ：『性と愛の脳科学』） - 道徳的動物日記
性と愛の脳科学 新たな愛の物語 作者:ラリー・ヤング,ブライアン・アレグザンダー 発売日: 2015/12/09 メディア: 単行本 この本の概要については先日の記事でさくっと触れているので、いきなり本題から*1。 この本でまず面白かったのが、第４章から第６章にかけて、女性と男性が異性に対してそれぞれに抱く愛情の質の違いを分析するところだ。 第４章の「母性を生む回路」では、自分が産んだ子供を世話したいと母親が思う感情、つまり「母性愛」の存在が脳科学の観点から説明される。端的にいえば、母性愛とはプロラクチンとオキシトシンというホルモンによって引き起こされる。オキシトシンが母親に与える影響の具体例は、以下のようなものである。 人の母親が赤ん坊を胸に抱いてやる時、母親は赤ん坊の顔と目を見つめ、赤ん坊もしばしば、母親の顔を見つめ返す。母親は赤ん坊の泣き声や、赤ん坊の声に耳を傾け、自分からも声をかけ
スクープ！東京女子医大で医師100人超が退職 （東洋経済オンライン） - Yahoo!ニュース
東京女子医科大学の3つの付属病院で、100人を超える医師が3月までに一斉退職したことが、独自取材でわかった。辞めた分の補充が間に合わず、各病院は大幅に医師が減少した状態で、4月からの新年度を迎えているという。新型コロナ第4波を迎える中、東京の医療体制にも影響を及ぼしかねない。 昨年、「夏のボーナス支給ゼロ」に対して、看護師約400人が辞職の意向を示した混乱に続き、今回は医師100人超の一斉退職という異常事態。 【写真】教授ら管理職に対して配布された学外秘の資料 医師たちは、なぜ東京女子医大を辞めなければならなかったのか？ 名門ブランド医大の内部で起きた、深刻な問題の真相に迫る──。 ■100人以上の医師が次々と辞めていった 「若手医師たちから、もう辞めたいと言われた時、引き留める気にはなりませんでした。ここに残っても状況が良くなる保証は何もありませんし、私も若ければとっくに辞めていましたか
今年のうちに対応したい、Node.jsのBufferに潜む危険性
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Node.js言語サポートチームの加藤佑典です。 普段はYahoo!ブックストアの開発/運用を主にしています。 先日、同じチームの柄澤がNode学園祭 2016の発表でも少し触れていますが、今期から社内でNode.jsの言語サポートチームが発足しました。 本日はそのチームメンバー+有志で行っているNode.js Core APIの勉強会で話題になった、Buffer APIの変更点について触れたいと思います。 本記事はNode.js v6.9.1 Documentationをベースに書いています。 1. はじめに 勉強会は、以下のようにAPIをカテゴリ分けし、基礎的なAPIであるカテゴリー1のものから順に進めています。
アプリケーションと三種の異常 | DevelopersIO
はじめに アプリケーションに異常はつきものです。 今回は、いわゆる「異常系」をコーディングするときに使える一つの考え方を紹介します。 アプリケーションに起こる「異常」を3種類に大別し、それぞれの特性から対応を考えていきます。 Note これは、ただ単に私が普段使っている考え方で、原典となる書物等は存在しません。ご承知おきください。 本記事は「ポエム特集」カテゴリの記事です。 本記事のコードサンプルにはScalaとJavaを用いていますが、とても短い単純なサンプルしか含まれませんので、これらの言語に慣れていない方でも問題なく読めると思います。 目次 失敗って何だろう 異常について 1. 要求する異常 2. 予期する異常 3. 予期しない異常 まとめ 失敗って何だろう 「失敗」と聞いて、まず何を思い浮かべますか？ 料理中に塩と砂糖を間違えたこととか、過去に失言してしまったこととか、人それぞれ色
Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita
はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。 また、ソースコードも比較的シンプルに保てます。 逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。 ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて
Dockerで未使用オブジェクトを消す「prune」オプションの整理 - Qiita
概要 Docker で不要なものを消すガベージコレクション（garbage collection ）は、prune 系のオプションを使う。 prune 系オプションを使うと、使っていない Docker オブジェクト（コンテナ、イメージ、ネットワーク、ボリューム）をまとめて削除できる。コンテナが停止してからの時間を指定できる --filter "until=24h" の指定で、更に活用しやすくなる。あるいは --filter "until=2020-06-01" のように、日時の指定も可能。 なお「prune」の意味とは、不要なものや余分なものを、削る、刈り取る、取り除くといったもの。 停止して24時間経過したコンテナと、使っていないイメージおよびネットワークを消す $ docker system prune -a --filter "until=24h" ... Are you sure
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - argoproj/argo-cd: Declarative continuous deployment for Kubernetes.
GitHub - pa11y/pa11y: Pa11y is your automated accessibility testing pal
GitHub - reviewdog/reviewdog: 🐶 Automated code review tool integrated with any code analysis tools regardless of programming language
GraphQL Pro - Installation