BEAR.Sunday + Swoole - Qiita
実際に実行する部分(route, request, transfer)は初期化(load, app)に比べて随分小さいのが分かります。 つまりフレームワークのミニマムブートストラップのかなりの部分が初期化コストです。クラスを読み込むloadとアプリケーション実行のためのオブジェクトを用意するappを分けてみてみましょう。 load loadすなわちPHPファイルのrequireで全体時間の91.3%もかかっています。BEAR.Sundayのautoload.phpは通常のvendor/autoload.phpと違い、事前に コンパイルしrequireを並べ最低限必要なファイルを最初に一度に読み込むためです。 このやり方は--optimizeでdump-autoloadされたautoload.phpよりもずっと高速です。 多くのフレームワークではこういうアプローチは取らずに、未知のクラスが出
【PHP】サバイバル性の高いログ関数 - Qiita
アプリケーションにエラーは付き物ですが、エラー調査のために処理途中の 変数の内容をちょっとだけ覗き見たい！ と思うことってよくありますよね。 開発中であれば var_dump() 関数や print_r() 関数などで画面に情報を出してしまえばいいですが、本番環境の場合はそうもいかないのでログ関数に頼ることになると思います。 しかし世の中は無数のサーバがあり、サーバの数だけ異なった環境があります。 またサーバに置いてある PHP ファイルの数だけ無数の世界があります。 そんな無数にある環境の中、必ずしもフレームワークで提供されているような便利なログ関数を呼び出せるわけではないですし、xdebug のステップ実行が出来るわけではないと思います。 そこで過酷な状況下でも使えるようなサバイバルなログ関数を一つ持っておくと何かと便利です。私が普段使っているものは以下のような感じです。 サバイバルロ
JavaScript で陥りやすい失敗例を振り返る - Qiita
個人的に今まで JavaScript を書いてて陥った失敗例などを振り返ってみました。 この記事にあるいくつかの失敗例については恐らく殆どの方が経験してるのではないかなと思います。 これから JavaScript 勉強するぞ！！という方や、現在進行形でこのような失敗に陥っている方の助けになれば幸いです。 コードの解説に関しては簡潔に行なっているので、気になった方はググってください。 DOM の取得及び操作 要素を取得して is-close なスタイルを付与したい。 しかし、エラーになってスタイルを付与できない // 失敗例 const hoge = document.getElementsByClassName('hoge'); hoge.classList.add('is-close'); // 正しい例 const hoge = document.getElementsByClassN
WordPressのシェアが全Webサイトの3分の1に – Capital P – WordPressメディア
WordPressのmakeブログでは定期的にWordPressのシェアを報告しているが、ついに33.3%を超え、世界のトップ10,000,000サイトの3分の1がWordPressを利用しているという状況になったようだ。 Web制作業界で仕事をしていると、「WordPressはオワコン！」というまとめブログのような感想を見ることもあるだろうが、国内でも国外でもシェアは微増を続けているのがここ2年ほどのトレンドだ。このCapital Pでもたまにシェアを報告しているが、今年で3年目のCapital Pでも4%ぐらいの変遷を見ている。50年後には100%を超えているのではないだろうか。 冗談はさておき、Webの1/3というのはなかなかなインパクトだ。Googleのような企業がパートナーシップを結ぼうとするのもわからないでもない。これからしばらくGoogleのようなビッグネームによる参入が相次
もし間違ってDROP DATABASEしてしまったら – area[nothing] : diary
2007/ 01 02 03 04 05 06 07 08 09 10 2006/ 01 02 03 04 05 06 07 08 09 10 11 12 2005/ 01 02 03 04 05 06 07 08 09 10 11 12 2004/ 01 02 03 04 05 06 07 08 09 10 11 12 2003/ 01 02 03 04 05 06 07 08 09 10 11 12 2002/ 01 02 03 04 05 06 07 08 09 10 11 12 2001/ 01 02 03 04 05 06 07 08 09 10 11 12 2000/ 01 02 03 04 05 06 07 08 09 10 11 12 1999/ 01 02 03 04 05 06 07 08 09 10 11 12 1998/ 01 02 03 04 05 06 07 0
ブラウザレンダリング入門〜知ることで見える世界〜 - Qiita
はじめに 『レンダリングの仕組みなんて知らなくても、ブラウザが勝手にやってくれるじゃん！』 当時駆け出しのエンジニアだった私はそう思っていました。 実際、当時の私はレンダリングの『レ』の字も知りませんでしたが、特に業務上で問題はありませんでした。 しかし、その時は突然訪れました。 クライアントの要望でアニメーションを多彩に取り入れた案件を実装した際に、テスト段階で一部ブラウザ（S○f○ri、E○ge）でアニメーションがひどい状況になっていることが発覚しました。 (開発中はChromeで確認を行っており、Chromeでは特に問題はなかったので発覚が遅れました。) それからは、狂ったようにパフォーマンスの改善方法をググり、修正する日々が続きました。（最終的には、なんとかマルチブラウザでの動作も担保し、納品まで完了しました。） その案件が落ち着いた後、改めて自分の調べたことを振り返ると、局所的な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch