Webパフォーマンス ベストプラクティス - Make the Web Faster
Webパフォーマンス ベストプラクティス Last updated: 02 October 2012 翻訳：@t32k WebページをPage Speedで調べるとルールに準拠していないものが提示される。このルールというのは、一般的にあなたが開発段階において取り入れるべきフロントエンドのベストプラクティスだ。あなたがPage Speedを使用しようとしまいと、私たちはこの各ルールについてのドキュメントを提供する（たぶんちょうど新しいサイトを開発中でテストする準備が整ってないだろう）。もちろん、これらのページはいつでも参照することができる。私たちはあなたの開発プロセスに取り入れてもらうために、このベストプラクティスを実装するための明確なティップスと提案を提供する。 パフォーマンス ベストプラクティスについて Page Speedはクライアント側からの観点でパフォーマンスを評価し、一般的にペー
CakePHP1.2 SimpleTest 値を検証する assert?メソッド | Sun Limited Mt.
SimpleTest で使用する値を検証する assert?メソッド assertTure boolean assertTrue(boolean $result, [string $message]) $result が true か assertFalse boolean assertFalse(boolean $result, [string $message]) $result が false か assertNull boolean assertNull(boolean $result, [string $message]) $result が null か assertNotNull boolean assertNotNull(boolean $result, [string $message]) $result が null でないか assertIsA boolean ass
HTML5 × CSS3 × jQueryを真面目に勉強してみる – #4 LESS | DevelopersIO
そんな訳で、拡張メタ言語の中でも特にハードルの低いだろうLESSに触れてみることにしました。 拡張メタ言語 - LESS メタと称されるだけあって、LESSはHTMLやCSS、JavaScriptといった類の言語とは毛色が違います。そういった言語によって記述されたソースコードと同じ意味（機能）を持ちながら、より簡略的に表現できるようにしたための言語というわけです。 念のため分かりやすく補足しておきますと、メタとは比喩とか暗喩という意味であって、「アンタなんか牡丹じゃなくて豚よッ！」というセリフの豚という表現が正にメタに当たります。 ※豚というのは例えであって、本当に動物の豚だといっているわけではありません。 他にもこのような拡張メタ言語には、CSSに対してSCSS(Sass)、HTMLに対してHamlといったものがあります。JavaScriptに対してCoffeeScriptというのが比較
売掛金回収！少額訴訟してみたよ。
どうもこんばんは。 夜の弁護人、WP-オレンジです。 さていきなり本題です。 いますよね。 金払わない人。 何かと言い訳して払おうとしない人。 イチャモンつけて逃げようとする人。 最低！！ ディレクターとしてそんなヤカラを黙って見過ごす訳にはいかない。 お天道様が許してもこのディレクター様が許さない！！！ 本日は、そんな「悪徳クライアント」に打ち当たる前に、まず確認しておいた方が良い 実録！知って得する少額訴訟！！ をお送りいたします。 少額訴訟ってナニ？ はい。そのまんまです。 簡潔に言うと「60万円以下の金銭支払いに対して簡易裁判所で行われる裁判」です。 例えば30万でサイト制作を請け負った。でも相手が払ってくれない。 はい。少額訴訟で裁判！！！！！ てな具合です。 通常の裁判よりも簡潔で、且つスピーデーィに終わるので、とても有り難いシステムです。 少額訴訟に至った経緯 まずはここから
SQLインジェクションについてのスライドを作成した - Kentaro Kuribayashi's blog
社内で、SQLインジェクションについてあらためて原理・原則から議論したいねという風潮がにわかに起こったので、ひとまずは叩き台として僕の方でまとめて皆で議論しましょうというわけで、以下のような資料を作成した。 社内勉強会用の資料なのだけど、僕は別にセキュリティに詳しいわけでもないし、ましてやPHPのことは素人なので、外部の識者にレビューしていただいて、できるだけ正しい知識に基づいて議論できればと思い、まずスライドを先行公開することにした。そうしたところ、Twitter上で多数の識者よりいろいろとご指摘いただいて、少くとも決定的におかしな内容にはなっていないものになったようだ。ありがとうございます。 僕らの職務のひとつに「セキュリティ関連」というものも謳われているので、そのあたりの知識普及・基盤整備についても、仕事のひとつとして行っている。先にも書いた通り、僕自身がその点についてよく理解できて
PHPのコーディング規約、PSRについての発表をしました : candycane development blog
新標準PSRに学ぶきれいなPHP from yandodすでにご覧になった方も居るかとおもいますが、PHPのコーディング規約であるPSRについてのセッションをFukuoka.phpとShimokita.phpで行って来ました。後者はUstでの録画もあり生放送では20名くらいの方にご覧頂きました。 Video streaming by Ustream開きブレースの位置やソフトタブなど賛否両論がある規約もありますが、著名なプロジェクトのメンバーが統計と投票を元に採択した規約という事で無理なく採用できるよい規約ではないでしょうか。ただし資料でも言及していますが、敢えて制定していないコメントや代入などに関する規約については採用するフレームワークに合わせるなどの工夫が必要です。Fukuoka.phpもShimokita.phpも今後も開催が続く予定です。お時間に余裕のある方は是非どうぞ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
