Pretty Printer for PHP, Java, C++, C, Perl, JavaScript, CSS This is a source code beautifier (source code formatter), similiar to indent. Please make a backup before you replace your code! Add new lines after "{" and before "}" Add new lines before "{" Remove empty lines. Add comment lines before function. Add new lines after ";" Add new lines after "}" (For .css) (Thanks David) Remove new lines (

tatamilab.jp

はてなもmixiもPerlでできてるようですが、PHPと比較して、「Perlの方が絶対つよいぜ」ということを教えてください。逆に「PHPの方がいいよ」「パフォーマンスも対して変わらない」などの意見を下さい。

PerlよりPHPの方が軽くて速いは本当？ 川合孝典(2002/3/12) 元々メーリングリストにも流してWikiで公開していたものなんですが、Wikiのサイトが停止したこともあり、こちらに移植して編集しました。バージョンが多少古い目のものが多くなっていますが、このベンチを行ったときには、それほど古くないバージョンだったはずなんですけどねぇ。 結論から先にいましょう。私としてはPHPは立ち上がりは速いけどPerlだって負けてないし、処理そのものはPerlのほうが速いよんということだと思っています。ついでに憎まれ口を叩くと「PHPが比較している相手はPerl4なのでは？」と思っています。「CGIとPerlはきちんと区別してね」とか。「JavaはPerlよりも比較にならないほど速い？」の計算問題のあたりも合わせてご覧ください。あわせてPerl/DBIの次のステップをご覧いただくと参考になるかも

_ [ソフトウェア] DB分散の次は非同期処理がウェブアプリのスケーリングのトレンドになる サイボウズも memcached + MySQL DB 分散 Cybozu Developer Network: MySQL Users Conference Japan 2007 講演概要 を読んで、memcached でキャッシュ＆ 複数の MySQL をアプリのロジックで分散化というのは、もうすっかりスケーラブルなウェブアプリの作り方として常套手段になったと思いました。 2004 年 4 月の MySQL カンファレンスでの Brad Fitzpatrick の発表 Inside LiveJournal's Backend (PDF)から約 3 年半。Mixi やはてなのようなエッジな企業はだいぶ前からこの構成を採用してますが、対法人のビジネスをしているサイボウズでも採用されたというのは一つ

みなさんは、日ごろプログラミングにおいてデバッグはどのようにされているだろうか。Eclipse などの開発環境を使っている場合は、それを利用すればいいと思う。 しかし、私の長年の公私におけるプログラミングの経験では、開発環境はやはり栄枯盛衰がある。これまでで最も一貫性のある開発環境といえばマイクロソフトの Visual Studio となるだろう。また、Eclipse もこれから先の長いサポートが期待できそうであるが、プロたるもの、道具（Eclipse）は選ばないで仕事ができるようにしておくと何かと都合がよい。 それでは、最も基本的なデバッグ方法とは？かつ地味なデバッグ方法はプログラム中に print 文をはさんで変数の中身を出力していくこと だ。 ここで、それぞれの print 文を デバッグコード と呼ぶことにするが、それぞれのデバックコードは インデントしないで常に行頭から書き始める

このぐらいの規模のWebアプリケーションを作る場合、スクラッチからコードを書いていたのでは効率が悪いですし、また複数のプログラマで開発を進めるにあたってコードの品質を一定に保つのが難しくなってきます。ということで、ここはフレームワークの出番です。 PerlにはCatalystやSledge、CGI::Applicationといったオープンソースの優れたフレームワークがいろいろとありますが、はてなでは自社開発の「はてなフレームワーク」を利用しています。 はてなフレームワークを開発した当時の2001年頃はLL向けの良いフレームワークがあまり無かったため、自分たちで作りました。その後も改良を続け現在も同フレームワークを利用し続けています。 最近ではPerlに限らず、優れたフレームワークの実装が世の中に多数あり、その多くがフリーです。あまり自社開発のフレームワークを利用することの利点は多くないかも

12月16日、Perlユーザーのコミュニティ「Shibuya Perl Mongers」のテクニカルトークイベント第5回が開催された。イベントでははてな取締役最高技術責任者（CTO）の伊藤直也氏が、はてなの最近のサービスにおける技術的ポイントを解説した。 ■ 早ければ半日でサーバーを増設できるスピード体制 伊藤氏ははじめに、はてなのフレームワーク「はてなフレームワーク」を紹介。基本的にははてなが独自に構築したフレームワークで、「このフレームワークのおかげで新しいサービスも早ければ1日で作れる」という。 はてなのサーバーは現在約90台で、金型もはてな代表の近藤淳也氏が自ら設計したものを利用。サーバー機材は常に待機させているため、トラフィックが大幅に上昇した時でも、最短半日でサーバーを増設できるという。伊藤氏は「大きなサービスであればデータセンターを他の場所で借りたり、マシン1台を追加するのに

時間が空いているときに Catalyst のお勉強をしていたのですが、なかなか情報をまとめる時間がとれないのです・・・。思ったより苦戦したので少しずつでもお勉強の情報をまとめていこうと思ってます。今回はその１ってことで。Catalyst をこれからお勉強してみようって方の参考にでもなれば幸いです。 実際には、アプリケーションを１つ作ってみるってところまで既に２週間前に終わっていたりするのですが、その解説に至るまでどれくらい時間かかるんだろう・・・ (｡･ｘ･)ゝ Catalyst の基礎知識 Catalyst のフレームワークの構成は上図のような構成になっています。純粋な MVC ではなく、MV　C + A(Apprication) のような構成になっていますが、Application の部分は Dispatcher 機能に相当する部分で、実装時には MVC の考え方で問題ありません。 M

この他に、日本語の情報としては、川合さんの河馬屋二千年堂でCGI::Applicationモジュール v.1.2 の和訳ドキュメントを見ることができます。上記の4.04版のドキュメント和訳にあたっても、参考にさせていただきました。 CGI::ApplicationモジュールのSYNOPSISにあるサンプルでは、CGIファイルとモジュールを"webapp.cgi"と"WebApp?.pm"の2ファイルに分けています。 実際のアプリケーション作りではこうなっていたほうが（再利用性や柔軟性などから）良いと思いますが、ちょっとCGI::Applicationを試してみるなどという時には、ライブラリパスなどを考えなくて済むように、1ファイルにまとめたいと思うこともあります。この時は、単純に次のようにするだけで実現できます。 !#/usr/bin/perl ### 元"webapp.cgi"の内容..

はじめに　PerlでCGIアプリケーションを作るフレームワークの1つが、CGI::Applicationです。CGI::ApplicationにはどのようなCGIアプリケーションにも必ず存在する定型処理があらかじめ用意されており、自ら記述するコードの量を減らすことができます。また、プラグインによって、足りない機能を補えます。本稿では、CGI::Applicationとデータベースを用いた基礎的なCGIアプリケーションの実装方法を解説します。対象読者Perlで何らかのCGIアプリケーションを作成したことのある方。CGI、DBI、HTML::Templateモジュールを使用したことのある方。フレームワークを使用したことのない方。 動作環境　Perl 5.8以降を使ったCGIアプリケーションが正しく動作するWebサーバが必要です。また、以下の依存モジュールをCPANで導入しておいてください。

CGI::Applicationモジュール v.1.2 by Hippo2000(2000/9/3) CGI::ApplicationモジュールはHTML::Template、CGI.pmをベースとしたCGIアプリケーションを作成するためのフレームワークを提供します。 作者はJesse Erlbaumさんです。メールで許可をいただきました。 内容等が間違っていたら修正します。ご連絡ください。 目次 名前 概要 使用例 概略 説明 インスタンス・スクリプト・メソッド サブクラス化とメソッドのオーバーライド アプリケーション・モジュール・メソッド 参考資料 作者 クレジット ライセンス 名前 CGI::Application - 再利用可能なWebアプリケーションを構築するためのフレームワーク 概要 # WebApp.pm package WebApp; use base 'CGI::Appl

naoya.dyndns.org is currently offline. Please try again later. Questions about our services? Learn more at Dyn.com.

Catalystは、PerlのWebアプリケーションフレームワークです。同じPerlのWebアプリケーションフレームワーク、Maypoleの後継で、Ruby on RailsやStrutsにインスパイアされて作られたものです。 MaypoleはデータベースのCRUD（Create、Read、Update、Delete）に焦点が当てられていましたが、Catalystはもっと汎用的なWebアプリケーションのために作られました。そして、Ruby on RailsやStruts の良いとこ取りをした、洗練されたWebアプリケーションフレームワークになっています。 Catalystを使うとWebアプリケーションに必要なものがほとんど全て手に入り、簡単かつスマートに開発できます。 Webサーバー Catalystは、CGI、mod_perl、mod_perl2、lighttpd、FastCGI等々、さ

今空前のCatalyst MVCブームなのでSledgeを劣化させたSoozyにCatalystの実装を書いた身として書いとく。 ModelにDBICをそのまま使っちゃってる時点で何だかモデルじゃないし、何でかControllerにロジックが入ったりとか、酷い時にはViewであるTTのtemplate fileにロジックが入ってしまったりとか酷い事になっている今日この頃。(それはSoozyとしての設計ミスっぽい所もあるけども) 有る意味Catalyst本体がControllerであって、CatalystのControllerであるというみかたもできるとかどっかで言ってた記憶もあるなと。 ちょっと微妙に違うか。 CatalystはControllerでCatalystのController(MyApp::Controller)は、それを拡張する為のプラグインのような物か。 miyagawaさ

Drupal とは何だろう？ Drupal のコミュニティでコンセンサスが得られているものとしては、 コンテンツ管理システム（CMS） ウェブアプリケーションフレームワーク コミュニティ である。 最初の CMS については、疑いない。Drupal の入り口としては、私も Movable Type の再構築に辟易し、ブログの置き換えを狙っていた。要は簡単にサイトが作れるというものである。 ところが、私自身も最近まで気づいていなかったのだが、Drupal は CMS というよりも2番目のウェブアプリケーションフレームワークと考えた方がよいと思うになった。上に挙げたリストのうち、最初の CMS とは、2番目のウェブアプリケーションフレームワークを使って作られたものに過ぎないのだ。私はDrupal のモジュールを初めて作ってみたのがちょうど1年前であるが、そのときすら Drupal の強力なフレ

この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Webアプリケーションフレームワーク" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2021年6月) Web アプリケーションフレームワーク（英: Web Application Framework）は、動的なWebサイト、Webアプリケーション、Webサービスの開発をサポートするために設計されたフレームワークである。 Webアプリケーションフレームワークの目的は、Web開発で用いられる共通した作業に伴う労力の軽減である。 たとえば、多数のフレームワークがデータベースへのアクセスのためのライブラリやテンプレートエンジン（Webテンプ