Apacheホスティング環境（Webサーバー＋PHP実行環境）をコマンド一発で構築する一撃シェルスクリプト
一撃シェルスクリプトとは これは私が作った造語で、厳密な定義というものを設けているわけではありませんが、「シェルスクリプト（と設定ファイルのひな形）を用意すれば、コマンドを1回実行するだけで環境構築ができてしまうというスグレモノ」を目指しています。現在のところ、線引きとして以下のように詳細なルールを作っています。 OSインストール直後に一撃シェルスクリプトを配置して動かすものとする 実行回数は1回のみで、人が張り付く必要のない設計とする 対話式の入力は可能な限り回避する 一撃シェルスクリプトで重視していないこと 一撃シェルスクリプトは、あくまで「シェルで頑張れる範囲で冪等性（べきとうせい）を確保する」ツールです。なので、上に記した「一撃シェルスクリプトの定義」にだいたい合致していれば「これは一撃シェルスクリプトだぞ」と名乗ってもよいと思っています。例えば、何がなんでも1枚のスクリプトファイ
Google App EngineがPHPに対応、限定プレビューを開始。ローカルでPHP環境を再現するSDKも公開
グーグルは15日、（日本時間16日）、Google App EngineでのPHP対応を発表。限定プレビューを開始しました。Google App Engineの対応言語はPython、Java、Go、PHPの4つに広がります。 PHP対応は、Google App Engineユーザーからのリクエストのトップでした。ちなみに、2位はPerl対応、3位はRuby対応です。 ローカルでApp Engine PHP環境を再現するSDKも公開 グーグルはPHP対応と合わせてApp Engine PHP software development kit (SDK)を公開。このSDKはローカルでGoogle App EngineのPHP環境を再現するもので、Linux、Mac OS X、Windowsに対応。 ユーザーは事前にローカル環境でPHPアプリケーションのテストを行うことができます。テストが終わ
windows上でPHPスクリプトをexeにコンパイルする
仕組みとしては、 (1) exeファイルのリソース領域にPHPのコードを保存しておく。 (2) exeが実行されたらリソース領域からデータを読み込んで、PHPコードとして実行する。 という事をすれば良い。 (1)のポイントとなるのは以下の三点。 ・リソース領域に保存するPHPのコードは、bcompilerでバイトコードに変換しておく。 そのためにphp_bcompiler.dllを使う。 ・バイトコードのままだとサイズが大きいので、データを圧縮してからリソース領域に保存する。 そのためにphp_bzip2.dllを使う。 ・リソース領域にデータを書き込むためにwin32stdで提供されているres_*関数を使う。 そのためにphp_win32std.dllを使う。 (2)に関しては、基本的に(1)の処理を逆に行ってデータを取り出せば良い。 取り出したデータをPHPコ
味のりとこんにゃくゼリーのエンジニアブログ: phpを高速化する60の方法
2012年3月15日木曜日 phpを高速化する60の方法 01. static にできるメソッドは static として宣言しよう。（4倍速い） 02. echo の方が print より速い。 03. echo ‘文’,'字’; （カンマ区切り）の方が、’文’.'字’ （ドット連結）より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド（例： __get, __set, __autoload）は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09. スクリプト開始時間は time() でなく $_SERVER['REQUEST_TIME
PHP/脆弱性リスト/メモ - yohgaki's wiki
なんだかやけに長い説明ばかり検索に引っかかったので書きました。 Linuxのローカル環境でDockerコンテナ内のXアプリ（GUIアプリ）を利用するには $ xhost localhost + を実行した後に $ docker run --rm --net host -e "DISPLAY" container_image_name x_app_binary_path とすれば良いです。 もっと読む SSHなどよく知られたサービスポートで何も対策せずにいると数えきらないくらいの攻撃リクエストが来ます。不必要なログを増やしてリソースを無駄にし、もし不用意なユーザーやシステムがあると攻撃に成功する場合もあります。 SshguardはC作られており、flex/bisonのパーサールールを足せば拡張できますがカスタム版をメンテナンスするのも面倒です。必要なルールを足してプルリクエストを送ってもマー
PHP Tips - リネーム方式による信頼性の高いファイルロック
PHP Tips - リネーム方式による信頼性の高いファイルロック 2006年5月1日 1:56 通常のflock方式は、対応していないサーバがあり、互換性が低い。 ディレクトリやファイル作成による存在チェック方式では古いファイルを見つけた場合に強制ロック解除を行うが、 同時に複数のスレッドでこの判断を行った場合に、デッドロックなどの異常が起こる。 サンプルソース ポイント : ロック時のサーバの時間を元にファイル名を決定し、 ロックファイルをリネームする。 Perlでも広く使われていた方法で、ファイルの異常を検知した場合に、 現在の時間を基にしたユニークなファイル名にリネームをします。 同時に起こった別のスレッドでは、リネームされたファイルに対しては、リネームを行わないようにします。 こうすることで、複数のスレッドで異常を検知した場合に、ファイルロック解除の重複動作
PHP コード最適化 Best Practices 63+ - カタコト日記
みたいなタイトルの記事を Digg 経由で発見。チートシート代わりにと思い超訳。*1 A Software Architect PHP 最適化 ベストプラクティス！ 01. static にできるメソッドは static として宣言しよう。（4倍速い） 02. echo の方が print より速い。 03. echo '文','字'; （カンマ区切り）の方が、'文'.'字' （ドット連結）より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド（例： __get, __set, __autoload）は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09
PHPでパフォーマンス向上のためのキャッシュテクニック色々:phpspot開発日誌
PHP Performance Series: Caching Techniques - Mike Willbanks : getting into the mind of a php developer. PHPでパフォーマンス向上のためのキャッシュテクニック色々が紹介されていました。 取得に時間のかかるデータはキャッシングで高速化、は当たり前の処理ですが、その方法もいろいろあり、コードが紹介されていたので解説 apc によるキャッシング方法( APCの説明 ) APCはPHPのコードを共有メモリなどに中間形式にキャッシュしておいてPHPの実行速度を上げるための仕組みです。 そのAPCエクステンションを有効にすると、データをキャッシュしておくためのAPIも提供されます。 <?php if (($config = apc_fetch('config')) === false) { requ
マッシュアップに必須！PHPで複数APIを同時に叩いて超高速化するサンプル:phpspot開発日誌
phpied.com Blog Archive Simultaneuos HTTP requests in PHP with cURL The basic idea of a Web 2.0-style "mashup" is that you consume data from several services, often from different providers and combine them in interesting ways. マッシュアップに必須！PHPで複数APIを同時に叩いて超高速化するサンプル。 通常、PHPでAPIにアクセスする場合、例えば、Yahoo!検索APIとはてなブックマークのRSSを取得してマッシュアップする場合は次の図のようになります。 ただ、この方式だと、Yahoo!検索APIにリクエストし、その結果を待ちます。 そして、そこからはてなブック
53. まだ、PEAR::DBをお使いの方へ
PHPからDBを使うときにはPEAR::DBをお使いの方もまだたくさんいらっしゃると思います。しかし、PEAR::DBのマニュアルにも「This package been superseded by MDB2 but is still maintained for bugs and security fixes」（このパッケージの代わりにMDB2の使用が推奨されますが、バグの修正、セキュリティフィックスは引き続き行われます。）と書かれているとおり、今後はPEAR::MDB2をお使いになることをお奨めいたします。 ということで、今回はPEAR::MDB2についてご紹介したいと思います。 PEAR::MDB2 マニュアル http://www.go-pear.org/manual/ja/package.database.mdb2.php MDB2についてはこちらをご覧下さい http://ww
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
PHPEclipseメモ