del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
元Vine SPARC開発者。2003年度未踏ユース採択者。海外でも活躍できる国際的なLinuxエンジニアになることを夢見て日本で頑張っています。ウノウ株式会社にて写真共有SNS「フォト蔵」を開発中。 みなさんは UNIX系 OS で環境変数 PATH の設定をどうしてますか？ UNIX系 OS では微妙にディレクトリ構成が違ってたり、 同じ OS でも後から追加したパッケージの関係で PATH が違ってたりして面倒です。 僕の場合、環境変数 PATH は自動で設定するようにしているので、 ほとんど数年間シェルの設定は変わっていません。 すごく便利なので、僕が使ってる方法を紹介します。 まずは次のようなシェル関数を定義する。 function add_env(){ env_name=$1 shift for i in $@; do if ! dirs=`eval echo $i` > /d
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 はてなについてずっと気になっていることがある。 ブログとオンライン型のRSSリーダーとソーシャルブックマークというサービスの組み合わせは最高だと思う。 だけど、なんであんなにセンス（端的にいえば、ファッションセンス）がないのだ！と。 たぶん、あのセンスのなさ（あるいは偏り）で、はてなは随分とターゲット層を狭めてしまっているはずだと思っている。実際、そのせいでいわゆるギーク寄りの人が集まる結果となってしまっているように見えるし、ブックマークで注目されるエントリーにもそちらの話題への偏りが見られる。 だから、僕はfeedpathに期待していたりもしていたわけだが、僕のその感覚はちょっとだけ正しかったらしく、feedpathの「最も使われるタグ」を見ていたりすると、よりマス的な言
このドメインを購入する。 hawklab.jp 2019 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
Tail for Win32 This is the homepage of Tail for Win32 - the Windows version of the UNIX 'tail -f' command. Tail for Win32 is used to monitor changes to files; displaying the changed lines in realtime. This makes Tail ideal for watching log files. Tail has a plugin architecture, which allows notifications to occur when certain keywords are detected in monitored files. At the moment a MAPI plugin is
Services Platform.sh for Symfony Best platform to deploy Symfony apps SymfonyInsight Automatic quality checks for your apps Symfony Certification Prove your knowledge and boost your career SensioLabs Professional services to help you with Symfony Blackfire Profile and monitor performance of your apps
■ [Click]Clickによるステップ数の削減 このエントリを読んでいて思ったのですが、書かなきゃいけないものがあるから自動生成するのではなく、そもそも書かなくて済むような方法を考えるというのが正しい方向のような気がするわけで（アクセサメソッドとかは仕方ないですが…）、自動生成するにしてもアノテーションなりXDocletのタグなりを覚えなきゃいけないわけですし。動的にしろ静的にしろ裏でよしなに取り計らってくれてなんかよくわかんないけど動いてるのって気持ち悪いし教育上もよろしくない。そこでClick。とりあえず筋は通ってるな、うん。というわけで、Clickがいかに少ないコードでWebアプリケーションを開発することができるかについて書いてみたいと思います。まず、Clickでは画面ごとにページクラスとVelocityテンプレートを作成します。ページクラスについてはTapestryのページクラ
JSON を Template-Toolkit で展開する Jemplate という記事を書いたんですが、Jemplate を使うと何がいいかってのをもう少し詳しく書いてみます。 Jemplate は TT で JavaScript 上の JSON を展開できるんですが、それだけ聞いてもしかすると「これで普段サーバーサイドでやってるテンプレートの展開をクライアントサイドに持って行けて負荷がクライアントに移ってウマー」っていうのが使いどころのようにも思えちゃいますけど、そうじゃない。検索エンジンに引っかからなくなったりとか、アプリケーションの使い勝手が悪くなったりとか色々弊害があります。 そうじゃなくて、Jemplate は JavaScript のためのテンプレートとして使います。 試しに Catalyst で簡単なアプリケーションを作ってみました。ちょっと動かしておく環境がないのでソース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
