CakePHPでは、webrootディレクトリ内に設置したファイルは、通常の静的ファイルとしてアクセスできるんですが、グローバルテンプーレートとして、統一されたヘッダーや、フッターを利用したい場合があります。 その場合、pagesディレクトリを利用すると効果的なんですが、URLの見た目がイマイチです。 http://test.test/pages/company/index　等 そこで、以下のようにルールを決めましょう。かなりすっきりするハズ。 ・拡張子 .html のURLへのアクセスは全てpagesディレクトリを参照する ・逆に、拡張子 .html なしURLへのアクセスはプログラムとみなし、独自controllerへアクセスする ・ファイル名を省略した場合は、index.htmlを補完する（独自controllerを利用した場合の自動index補完は無効となります） 具体的には、we

■sample1 cakePHP サンプル urlリスト cakePHPはPHPのフレームワークです。 DBに情報を格納するアプリケーションを、すばやく作れます。 ここではDBにコメントつきでurlをメモするアプリを作ります。 ちょこちょことプログラムを書くだけで、urlの一覧、詳細、更新、削除をするアプリケーションが完成します。 ●DBのテーブルを作ります。 テーブル名は複数形にする。ここではurllistsとしました。 プライマリーキーはidとします。 必要なフィールドを定義します。ここでは,titleとurlとcommentを定義しました。 以下のフィールドを設定します。 ・created DATETIME DEFAULT NULL, ・modified DATETIME DEFAULT NULL CREATE TABLE urllists ( id INT UNSIGNED AUT

気にはなっているけれど手を出せていないPython+フレームワークのムックが安く発売されていたので、買ってみました。 内容は、新規記事＋技術評論社の雑誌からの再収録を編集したものです。DjangoとTurboGearsというWEBフレームワークの事が読みたくて買ったのですが、Twistedというイベント駆動フレームワークを知れたのも良かったです。 DjangoとTurboGearsに関しては巻頭で特集の形になっていて計60ページ弱の記事です(Djangoの方は新記事、TurboGearsの方は「最新LLフレームワーク」からの再収録）。コンパクトにそれぞれの特徴がまとまっていて掴みを得るには十分な内容でした。 Djangoの方は日本語ドキュメントも非常に充実していて、以下のリンクを起点に多くの情報が得られます。 - django-ja: Django と日本の仲間たち (djangoproj

GIO 　論文が書けない理由を理解する 始めに 医療従事者が作成する文章には色々な種類があります。ここでは、学会抄録、論文、研究報告を念頭において、それらをどのようにすれば楽に手際良く作成できるかを説明します。 論文はどうあるべきか、などと問題を提起すれば千差万別の答えが返ってきます。私は、論文は自分のやってきた研究の報告であるから、文章としてまとめる時に、「文章の形式を整えると共に、内容を正確に判りやすく誤解の無いように相手に伝えることを考える必要がある。」と考えていす。 このどれか一つでも欠けたらば、論文としてふさわしくなくなることには、皆さんも異存は無いと思います。この考えでは、一般の文章読本にあるような、文章の品、格、などといった芸術的な要素は一切考慮していません。 ところで、論文の書き方に関する書籍は、偉い先生方がたくさん書かれています。私は、いまさらそれらの先生と張り合おうなど

refcard Emacs 20 refcard の PDF。日本語版 Emacs 20 refcard のPDF。英語版 (c)Tama 2001

はてなの人気エントリーに見つけた「頭のいい人が成功できるかどうかの境目」というanonymousなエントリー。ちょっと彼（そのエントリーの作者）の将来が心配になったのでひと言。 そもそも「頭が良さ」が一つのものさしで計れると思っている点が大間違い。百歩譲って、「旧帝大の大学院にトップクラスの成績で入れるぐらいの学力がある」＝「頭がいい」という彼のものさしを認めたとしても、「俺はこんなに頭がいいのになぜ成功できないのだろう＝頭がいい人は成功して当然」という発想はあまりにも甘すぎる。子供のころから、「東大に入りさえば幸せになれるのよ、○○ちゃん」という母親の一途な価値観だけに踊らされて塾に通い続けた学歴社会の被害者、とで言えば良いのだろうか。 これを読んで思い出したのが、大学時代の同期の一人。成績は文句なくクラスでトップ。ものすごく頭の切れる男で、修士号取得後に霞ヶ関の官僚になったのだが、彼が

Plagger + Gmailという組み合わせで、mixiやRSSの情報をGmailに集約する人って結構見受けられるんですが、どうなんですかね。 せっかくメールという汎用フォーマットに落とし込んでるのに何故Gmailというステレオタイプ？というのはさておき、メーラーのUIはタイトル一覧が表示されて、本文を見るのにクリックして別画面に切り替えなくてはいけない。GmailはそこでWebベースの不利を補うように技術でカバーしているが、あくまでGmailはメールアプリである。 メールアプリが何故、こういうUIなのか？というと、未読を管理するためでしょう。 でもそれって、多くの人が未読が溜まる強迫観念に使うのを断念するRSSリーダーと変わらない印象がある。 メーラーのUIというのは「読まなくてはいけない情報」を適切に判別し、その「未読を管理する」ためのものなので、「読まなくても良い」情報が主体のネッ

某大学情報系学部が主催した、企業と学生のマッチングイベントに参加させて頂いた。 その学部では、 コミュニケーション能力の育成を最優先に考えているとのこと。 多くの企業は (情報系の) 新卒の学生さんに技術力よりは コミュニケーション能力を求めているというから、 そのニーズに答える形でこのような教育が行なわれるようになったのだろう。 だから責められるべきは大学側ではなく、企業側である。 なぜ情報系の卒業生に、 コンピュータ技術者としての素養ではなく、 コミュニケーション能力を第一に求めてしまうのだろう？ このイベントには、学生さん達による研究発表 (パネル展示) もあったのだが、 研究内容そのものよりも、 いかに分かりやすく説明するか、 さらにいえば、聞きに来た人にいかに満足してもらうか (ひらたく言えば、いかに「わかったつもり」にさせるか) に 重点を置いているという。 企業側参加者に配ら

RedHatの技術者であり、Debian開発者でもあるtagoh氏のblogに「 UTF-8は十分かどうか」という書き込みがある。 これは、「 シフトJISを捨てられるか?」というITproの記事に対して、Ruby開発者のMatz氏が 「『短いに越したことはない』というごく弱い理由で、さらに別のエンコーディングの必要性をほのめかさないでいただきたい」 と、自身の日記で述べていることに対して、 tagoh氏が意見を述べているものだ。 tagoh氏によれば、エンコーディングを増やさないことは賛同できるが、「UTF8でいいのか」というところには特に他言語を考慮した場合において疑問を呈し、 「エンコーディングに言語タグでも入れた方がいいんではないだろうか」と意見を述べている。 locale併用というのは今の方式だが、これでは複数言語を使えないわけで、tagoh氏の言語タグということには賛同できる。

_ 第2回 4/13「Spring、RDBと出逢う」 第２回目は勉強会、その後の呑み会にも多数のご参加をいただき、大変盛況となりました。 会場設置から片付けまで皆様お手伝い頂きまして、ありがとうございました！ 今回はデータアクセスに関するセッションを２つと、ショートセッションを２つ行いました。各コマで発表された資料をアップしました。 次回は5月中旬にワークショップ１コマとプレゼン系セミナ１コマで開催します。もちろん呑み会もやりますので、どうぞお楽しみに。 詳細は追って告知いたします。 発表資料は、非商用、ライセンスを継承する場合に限り、改変や上演が自由です。社内勉強会など、ご自由にお使いください。 ↑

mod_perlや Java で作成された Webアプリケーションと、ruby on rail で作られた Webアプリケーションでは、処理速度に違いはあるのでしょうか？ ユーザーの数が多く、サーバーの負荷が高い場合、処理速度的には、３つの中で、どの方法が最も有望でしょうか？ あまり専門知識はありませんので、比較的分かりやすく解説があると助かります。

当サイトの文書・画像等のコンテンツの著作権は、各コンテンツの作成者、もしくは日本Pythonユーザ会に帰属します。 また、日本Pythonユーザ会はサイト内のコンテンツに他のプログラミング言語からの乗り換えを誘発する恐れのある表現が多々あることを認め、予めお詫び申し上げます。

この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Pythonを使っている製品あるいはソフトウェアの一覧" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2008年3月) プログラミング言語Pythonは、産業界・学術界などにおいて、多くの人によって幅広い目的で使われている。この一覧では、Pythonで書かれたソフトウェア、Pythonを内部に組み込んでいるソフトウェア、Pythonに対応した統合開発環境、などのうち比較的有名なものを示す。 Boa Constructor - クラスプラットフォームのPython開発用IDE EasyEclipse - Pythonやその他の言語のた

2010-12-01 時間 出会い募集1104 2010-07-08 slackware+10.1をインストールできない 2010-07-06 WinXP+Pro+SP2+HT+Pentium4+560でcoLinux0.6.2が起動しない 2010-06-20 MenuBar FrontPage RecentDeleted 2010-04-10 FrontPage/? ヤリマン 2010-03-02 新着 2009-06-13 coLinuxとVMWareのブリッジが共存できない 2009-06-11 coLinux 2009-05-29 coLinuxの有用リンク/複製 2ch-coLinux板/複製 容量が足りなくなってきたので新しいイメージに移したい/複製 vfatなディスクイメージのマウントがしたい/複製 vfatなディスクイメージのマウントがしたい/複製/複製 coLinux上

こんにちは。いちるといいます。「小鳥ピヨピヨ」というブログを2003年から黙々と書き続けています。去年からは「ギズモード・ジャパン」というニュースブログのゲスト編集長も務めています。 さて、今回は僕のデスクトップ環境を紹介したいと思います。裸の自分を見られるようで恥ずかしいですが……イヤン……。 ■ 余計な装飾など不要！ 以前まで僕はMacユーザーだったのですが、スティーブ・ジョブズ（現アップルCEO）がアップルに戻ってくる直前くらいのタイミングで、Windowsに鞍替えしました。Mac時代は「キューティーマスコット」とか「カレイドスコープ」とかで、相当デスクトップをいじっていたのですが、Windowsユーザーになってからは、むしろシンプルでストイックな方向に走っている気がします。 そんな僕の今のメインマシンは、ソニーの「VAIO type S（VGN-SZ71B/B）」です。とてもいいマ

●出会い系SNSのLocu（ロキュ）の仕組みが凄い Locu 局地的極一部で話題騒然のロキュをご紹介。 これは「恋愛SNS」だそうです。SNSヲチャーとして拝見したところ、「どうせ出会い系でしょ・・・微妙・・・」と思っていたのですが、なかなかどうして、よく出来てます。 なんというか、他のSNSのいいとこどりしたようなSNSです。一部ではmixi初期を彷彿させる盛り上がりを見せているという噂。25歳以上限定という謎の制限ありです。 ということで何が凄いのか幾つかご紹介（画像によってはクリックで拡大）。 ■マイミクが「お気に入り風」になっている。 ここはSNSというわりには同性とは繋がれません。繋がりたい場合はコミュニティで繋がっておきましょう。 で、異性とはどう繋がるかというと「お気に入り」システムを使います。「お気に入りに入れる」と、相手の顔写真が自分のページの左下に現れます。いわゆるマイ