タグ

開発とphpに関するhiro360のブックマーク (7)

  • Ajax,Apache,CSS,CVS,HTML,JS,Perl,PHP等のチートシートまとめ:phpspot開発日誌

    Smashing Magazine Blog Archive Cheat Sheet Round-Up: Ajax, CSS, LaTeX, Ruby… Ajax,Apache,CSS,CVS,HTML,JS,Perl,PHP等のチートシートまとめが紹介されてます。 チートシートって印刷して貼っておくとほんとに便利でお世話になってます。 Ajax関連 What’s Ajax? Cheat Sheet - PDF Prototype Dissected - Cheat Sheet PNG scriptaculous Combination Effects - Cheat Sheet - PDF Apache関連 Apache Cheat Sheet Apache 1.3 Quick Reference Card - free quick reference cards - PDF htacc

  • [ThinkIT] 第5回:モジュールの作成 (1/2)

    今回はフレームワークの役割と構築について前回までで紹介しきれなかった部分を解説した上で、フレームワーク全体がどう動作しているかを説明します。 「簡単に使い方を覚えられる」という条件を満たすために、データオブジェクトを使って素早く動作するようにカスタマイズしたデータアクセス層を採用しました。他のオプションも検討しましたが、広告会社の開発環境で使うには複雑過ぎるという結論に達しました。 データオブジェクトがどのようなふうに動作するのか詳しく見ていく余裕はありませんが、フレームワークで使用しているデータオブジェクトのスーパークラスをお見せします。 データベースの全テーブルには、フレームワークのデータオブジェクトスーパークラスを継承した各データオブジェクトクラスが対応します。リスト8と9を見てください。指定したデータベースのデータオブジェクトをすべて生成するスクリプトもあります。これで時間を大幅に

  • [ThinkIT] 第4回:フレームワークの役割と構築方法 〜 後編 (1/3)

    リクエストハンドラはリクエストを受け取ると、それが正しいものかチェックして要求されたモジュールに送ります。どのような振る舞いをするかは、ユーザがリクエストを送ったModuleによります。リスト5を見てください。 リスト5 <?php ⁄** * * * @author Darryl Patterson < darryl.patterson@eurorscg.com > * @copyright Euro RSCG 4D * *⁄ include_once('common/util/class-EnvironmentFactory.php'); include_once('common/util/class-ModuleFactory.php'); require_once('common/util/class-Config.php'); class Handler { var $confi

  • [ThinkIT] 第3回:フレームワークの役割と構築方法 〜 中編 (1/3)

    前回に引き続き、今回もフレームワークの役割と構築方法について解説します。 サーチエンジンにとってわかりやすいURLにするためには、.phpという拡張子をフロントコントローラから取り除く必要があります。コーディングを少しでも簡単にするため、基的なApacheの設定をいくつか行います。リスト1は、使用するバーチャルホストの基的な設定です。PHPのinclude_path を設定していることに注意してください。 このパスでは通常4項目を指定します。カレントディレクトリ、PEARへのパス、Webアプリケーションのincludeディレクトリ、そしてフレームワークへのパスです。これでフレームワークとWebアプリケーションのファイルインクルードが簡単にできるようになります。 リスト1 <VirtualHost *> ServerName www.example.com DocumentRoot "/

  • [ThinkIT] 第2回:フレームワークの役割と構築方法 ~ 前編 (1/2)

    一般的に、フレームワークには次のような効果を発揮することが求められ、これが多くの開発現場でフレームワークを使う理由にもなっています。 開発スピードのアップは開発者がフレームワークに最も求めているものであり、素早く簡単に成果をあげなければなりません。Web開発に共通で必要なものはフレームワークが提供するので、開発者はアプリケーション特有の機能のコーディングに集中できます。開発者がフォーム入力チェック/データ操作/セキュリティ/セッションやログイン管理などを気にすることがあってはいけません。こういったことはフレームワークで処理されるべきです。

  • [ThinkIT] 第1回:フレームワークの実用化に向けて (1/2)

    フレームワークという言葉が一般的になるずっと以前に、筆者はフレームワークを公開していました。当時は、筆者自身フレームワークを使っているという認識はありませんでした。Wikipediaでは、フレームワークとは「様々なソフトウェア開発で利用できるサポート構造が定義されたもの」とされており、さらに「フレームワークにはサポートプログラム、コードライブラリ、スクリプト言語、別のソフトウェアプロジェクトのコンポーネントを使えるようにするなど、開発に役立つ他のソフトウェアが含まれることもあります」とあります。筆者がはじめてフレームワークを公開したのは1992年であり、当時LingoというMacromediaが開発したDirectorのスクリプト言語を勉強していました。 Lingoは非常に興味深い言語でした。オブジェクト指向言語であり、親子関係と振る舞いの概念に基づいていました。spriteと呼ばれる目に

  • Yahoo!がPHPを採用した理由:phpspot開発日誌

    PHP at Yahoo(注: PDF) 月間4億ユニークPV、約2億のアクティブユーザであるという(資料参照)Yahoo!。 それほどの我々が見当も付かないようなトラフィックを捌くための開発言語にPHPをなぜ採用したか?について述べられたPDF資料。 PHP言語はYahoo!において2002年に採用されましたが、選定にあたって次のような要求基準があったそうです。 -ハイパフォーマンスであること -C/C++ extentionsの利用 -FreeBSDで動作する -インタプリタ、あるいは動的コンパイル言語 -国際化(i18n)サポート -安価なトレーニングコスト その上で、次のような特徴を考え、採用に至ったようです。 -web用にデザインされた言語 -ハイパフォーマンス -大規模なオープンソースコミュニティの存在 -HTMLの中にコードが記述可能 -ライブラリ、拡張性 -ツールの存在(I

  • 1