Webサービスを高速化する方法は各種存在する。例えばコネクションをできるだけなくしたり、キャッシュを有効にしたりと言った具合だ。様々な手法を順番に施していって、最も自分のサービスにあったものを選択していくのが筋なのだが、それは時間と根気のいる作業だ。 まず、一般的な手法を適用したときにどれだけ効率化されるのか、またはどれだけ手軽に高速化できるのか試せるソフトウェアがこれだ。 今回紹介するフリーウェアはPHP SPEEDY、PHPで作られたWebサービスを高速化するソフトウェアだ。PHPとあって、ソースは公開されているが特にライセンスは明記されていないのでご注意いただきたい。 PHP SPEEDYでは出力される内容を取得し、最適化してから出力するソフトウェアになる。例えば複数のJavaScriptファイルは全て連結して出力したり、CSSファイルの改行をなくしてキャッシュ情報を埋め込んで出力し
id:koyhogeさんからのリクエスト(^^;で、比較してみました。 実行したコードは、以前Sebastian Bergmann氏がコンパイラとコンパイラオプションの違いによるパフォーマンス比較を行った際に使った（と言っている）コードで、cvs.php.netにあります。 テストした環境は以下の通りです。 CPU:Pentium4 3.0GHz/Mem:1GB CentOS4.4 Apache 2.2.4(src) PHP 5.2.1(src) APC 3.0.14（extension） eAccelerator 0.9.5＋5.2.1用パッチ（extension。zend_extensionではない） Apache再起動後、Firefoxから上記PHPコードを実行 今回の結果は次のような感じです。ちょっとグラフが見づらくてスミマセン。やはり「得手/不得手」があるみたいです。 以下、生デ
最新情報 CSRD/ESRS報告対応を含むESGデータ情報管理・報告のためIBM Envizi ESG Suiteをアステラス製薬が採用 IBM、材料発見のためのオープンなAIモデルを発表 Chance地銀共同化で金融ハイブリッドクラウド・プラットフォームの採用を決定 新年のご挨拶 - 新しい価値創出により大きく羽ばたく年 TD SYNNEX、IBM watsonxを組み込んだ生成AI開発・運用向けのアプライアンス・サーバーを提供開始 IBM、生成AIと自動化を活用してAWS環境全体のセキュリティーを保護 日本IBMとEMERADAが協業し、金融サービス向けデジタルサービス・プラットフォームにEMERADAサービスを連携させた法人取引高度化プラットフォームを構築 地域のデジタル人材育成とデジタル変革を推進する「IBM地域デジタル変革パートナーシップ包括サービス」を提供開始
Htaccess is a very ancient configuration file that controls the Web Server running your website, and is one of the most powerful configuration files you will ever come across. htaccess has the ability to control access/settings for the HyperText Transfer Protocol (HTTP) using Password Protection, 301 Redirects, rewrites, and much much more. This is because this configuration file was coded in the
12 PHP optimization tips Ilia Alshanetsky’s PHP performance talk given last week at the Zend conference is pretty useful as far as getting small tips for tweaking PHP code. PHP最適化テクニックが紹介されていましたので以下にまとめてみました。 staticメソッドが使えるなら使おう。速度は4倍になる __get, __set, __autoload は使わない require_once は重い include, requireで読み込むファイルはフルパスにしよう スクリプト開始時のUNIXタイムを ＄_SERVER['REQUEST_TIME'] で取れる strncasecmp関数やstrpbrk関数を使えるケースは
近年ではGoogleの「Gemini Nano」やAppleの「Apple Intelligence」など、大規模言語モデルやパーソナルAIをスマートフォンに統合する動きが強まっており、これに伴ってデバイスの優れた冷却技術に対する需要も高まっています。アメリカの半導体開発企業のxMEMSが、スマートフォンやタブレットなどのデバイスに搭載可能な冷却チップを開発しました。 xMEMS | Active Micro Cooling | XMC-2400 https://xmems.com/products/microcooling/ xMEMS XMC-2400: The World’s First 1mm-Thin Active Micro Cooling Fan on a Chip - YouTube 1st-of-its-kind 'cooling chip' could prevent
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
以前のエントリでもあったようにPHPのオブジェクトは配列より遅いという印象があります。 実際にどの程度違いがあるかをPHP4/5で計ってみました。 計測方法 各ソースを100回実行した平均を出しています。実行環境はPHP4は4.4.4、PHP5は5.1.6(共にCLI版）です。実行時間の計測にはPEAR::Benchmark_Timerを使いました。 各ソースでは配列、Hogeクラス（オブジェクト変数なし）、Hoge2クラス（オブジェクト変数あり）を計測しています。なおHoge/Hoge2クラスは以下になります。 < ?php class Hoge { } class Hoge2 { var $id; var $name; } ?> 生成 配列・オブジェクトを1000回生成しています。[ソース] PHP4 実行時間 比率
For full functionality of this site it is necessary to enable JavaScript. Here are the instructions how to enable JavaScript in your web browser.
PHPのevalは遅くない (require vs eval)
今日の昼飯は、とんかつ 武信分点行ってきました。 ロースカツ膳 竹を食べて、かにクリームコロッケ単品を一つで注文。値段は、1600円ほど。 米油であげているからか、ジューシュにかりっとあがっていて、食べた後も意外とあっさり。肉厚でなかなか美味でした。 夜は焼酎と日本酒を取り揃えているみたいなので、焼酎を飲みながら特選醤油ダレとすだちでとんかつを食べてみたい。 最近、理由あってRuby, PHP, Javascript3つを同時に書かなければいけなくて頭が混乱しそう。 PHPのスクリプトをWEBサーバ経由で返すサーバからPHPファイルを取得し、キャッシュし(ファイルを作成して)実行するプログラムを書いてると、ふと気になった。 * ファイル作ってファイルシステム経由で読み込むよりも共有メモリでやるほうが断然早いよな。 * 共有メモリ上のデータをevalするほうが遅いか？ファイルシステムから読み
IBMのサイトに、PHPから操作するデータベースに関してよく見られる5つの問題点とその解決方法が掲載されています。 データベースのデザインをする際、一般的に発生する問題点についての解説です。 で、肝心の5つの問題が何かというと、以下の通り。 Five common PHP database problems 1つめは古いPHPのコードでは直接、データベースにアクセスしているということ。コレに代わる手段としては、PEARのDBモジュールを使うか、あるいはPHPデータオブジェクト、PDOのクラスを使え、とあります。 2つめは、オートインクリメントを使わないということ。MySQLは基本的にレコード1つについてユニークなIDをオートインクリメントしているわけですが、これを活用していないというパターン。オートインクリメントを有効に使っていない場合、非効率的であるだけでなく、負荷も高くなるそうです。解
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
前回の負荷MAX、サーバ陥落寸前ですよ騒動のとき、最終的には自分で最適化する必要があるのかも知れない…と思っていたときに見つけたページです。 MySQLやPHPで同じ処理をする際にどういうふうにすればより軽いのか、という基本的な対策ばかりを集めてあります。どれもこれもあちこちで既出のものばかりですが、1カ所にまとまっているので読みやすいです。中には知らないのもあったりするかもしれません。 dublish.com - Simple Optimization for PHP and MySQL http://www.dublish.com/articles/10.html MySQLで書かれている方は割と読んだことがあるようなのが多かったですが、PHPの方は言われてみればそうかも、というようなのが多い。上記ページのコメント欄にもいろいろと有用な意見があるので、読み進めると楽しい。 そういえば以
というわけで、再び負荷を下げる方法を模索した、戦いの記録。 1.MySQLの設定を変更して高速化 2.Zend Optimizer 3の導入 3.ionCube PHP Acceleratorの導入 4.テンプレートの見直しでクエリーを減らす 5.robots.txtでクロールする間隔を制御する 6.MySQLの設定を負荷を低くする設定に変更 7.キャッシュを有効化する 前回解説した「GIGAZINEのLoadAverageを「27」から「2」へ下げた方法」から約3週間後、6月20日（火）の夜、気がつくと負荷の15分平均は「25」をコンスタントに吐き出すようになり、さらに訪問者は急増、ついに6月28日（水）12時45分、負荷対策の効果がほとんど出ないまま、LoadAverage15分平均は「86」に…。 何か対策が根本的に間違っているのだろうか？それとも、もうGIGAZINEサーバのハード
尾藤正人です。 アクセス数の多いコンシューマ向けの web サービスは、処理速度がかなり重要になってきます。 応答速度が遅いと使用しているユーザにとってストレスになりますし、 処理に時間がかかればサーバに対する負荷も高くなります(厳密に言うと違う)。 そこでウノウではいろいろな工夫をして処理速度の高速化を行っています。 一口に高速化といってもいろいろな要素がありますが、大きく分けて3つの段階があります。 ・ハードウェアによる高速化 ・ソフトウェアによる高速化 ・プログラムの工夫による高速化 しかし、これら3つは独立ではなく、互いに影響しあっているので完全に分けて考えることはできません。 それぞれがどのような部分に影響を与えているのか、ちゃんと理解してチューニングすることが大事です。 ただし、高速化するときに忘れていけないのが、高可用性です。 いくら高速に動作しても安定して動作し
最新文章 2018-12-26 17:10▪ 致敬英雄，致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发！上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞："吃出卫生巾"系人为当事顾客
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
