Research indicates that carbon dioxide removal plans will not be enough to meet Paris treaty goals
渡辺です。 最近、ビックコミックスの「アオアシ」ってサッカー漫画がお気に入りです。 同じサッカー漫画のジャイアントキリングと共に、チームビルディングやコーチングのヒントなども学べます。 さて、今回はELBをフロントエンドに配置したApacheの推奨設定です。 過去エントリーあるかなと思いましたが、なかったので書いておきましょう。 What are the optimal settings for using Apache as a back-end server for ELB?で説明されています。 KeepAliveTimeoutをELBアイドルタイムアウトの値以上にする 結論としては、 KeepAliveTimeoutを60秒以上 に設定します。 60秒というのはELBのアイドルタイムアウトのデフォルト値です。 AWSのドキュメントでは120秒を推奨値としています。 その他の推奨値を反
Unfortunately, the Laravel application (or PHP-FPM socket) kept falling over once I increased the number of concurrent "users" past 100. NetData provided the following graphs to see how the server was holding up under all this load. Go with 100 concurrent connections Laravel with 100 concurrent connections Please note that I ran the benchmark from the same machine as the applications were running
You can read this post in English. みなさんこんにちは、FRESH! でフロントエンドの開発している鈴木(sutiwo)です。 前回は、FRESH!におけるPCブラウザのFlash脱却という HLS の Web プレイヤーについて記事を書きました。 今回はスマートフォン・ PC でのブラウザに関するパフォーマンス改善の取り組みとその結果についてお知らせします。 まずクライアントサイドのパフォーマンス改善を行うにあたり、弊社の Web Initiative Center* から 1000ch 氏に加わっていただきどのようなことを目標とするか議論しました。 * Web プロダクトの品質向上とWeb技術を使ったチャレンジを目的に設立された弊社の組織 議論の様子 議論を行った後、今回の改善で以下のことに取り組むことが決まりました。 Service Worker で
1. PHP セッションのシリアライズ形式 PHP セッションのシリアライズ形式には、以下のようなものがあり、ini_set() で指定できます。 php(デフォルト) php_serialize wddx 1-1. php と php_serialize php と php_serialize が紛らわしいのですが、これらは別ものです。 下記のようなコードで、セッションを保存するとその違いが分かります。 <?php ini_set('session.serialize_handler', 'php'); //ini_set('session.serialize_handler', 'php_serialize'); class Foo { private $name = 'Mike'; } session_start(); $_SESSION = [ 'int' => 1, 'float
WEBページの表示速度は、ブラウザに備え付けのデバッグツールを使えば十分測定できるものの、かゆいところに手が届かない部分も多い。webpagetest.orgという、WEBページの表示速度を測定するためのサービスがあるが、このツールには非常に多くの機能があり、うまく使いこなせばブラウザのデバッグツールよりも効率よくキメ細やかな測定ができる。 この資料ではwebpagetest.orgの使い方や、表示速度をチューニングする際のポイントについて説明する。 webpagetest.orgを利用するメリット 筆者は普段Chromeを利用している。webpagetest.orgで計測できる指標としては、Chromeのdevtoolsで見れるものとほぼ同等だが、下記のようなメリットがある。 計測結果をパーマリンクで共有できる Chrome devtoolsよりもネットワークやCPUのスロットリングが実
背景 公式の単体テストでも、ビルドツールありきのテスト環境となっている。 ただ、自分の環境では、webpackなどビルドツールは使用しておらず、Vue.js の単体を使用している。 そんな状況だが単体テストは行いたい。 問題 公式でもwebpackなどを使用しているためか、vueのテストの情報は、ビルドツールありきになっている。 ただ、単体テストのためだけにwebpackを入れるか? となるとそれはそれで、めんどくさい。 ちょろっと作ったvueアプリケーションの整合性が担保できればそれでいいので、できる限り手間をかけずにテストを行いたい。 達成目標 webpackは使わない. jasmine + karma での vue.js の単体テスト ヘッドレスなテスト (phantomjs使うよ) coverageは取れるようにしておく と以上の4点が達成できればOKということにします。 テストを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く