こんにちは、SQLを愛してやまないmoriyoshiです。 ストアドプロシージャは、一連のSQL文をサブルーチンのようにDBサーバに記録しておき、後からそれを呼び出すことができるようにする仕組みです。近代的なRDBMSには標準的に備わっている機能といえます。 制御構造などもSQL文で記述することができるので、結果的に、あらゆるロジックをSQLのみで記述することができます。手続き型プログラミングにどっぷり浸かった現場の方から愛用されていると言われています。 今回は、ストアドプロシージャの応用として、Webスクレイピングを行なってみましょう。Webスクレイピングとは、特定のWebサイトにアクセスし、そのページの内容 (HTML) を取得、解析し、必要な情報を取り出すという一連の操作を自動化することです。Webスクレイピングを効果的に活用すると、人間がブラウザに向かって単純作業を繰り返す必要がな
先日のエントリーでも少し触れたが、PHPの最大の問題点は、それが持つ「一見その言語構造がよくあるプログラミング言語の形をとりながら、プログラミング言語の最も大切なところを外している『えせプログラミング言語』である」点にある。Webアプリケーションの開発で注意すべき部分とは何かを根底の部分でちゃんと理解せずにPHPアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「PHPでプログラミング言語を学ぶ」などもっての他だし、「JavaでもPHPと同じようなプログラミング言語を作ってWebアプリの開発を効率化しよう」などという発想もとても危険である。 PHPの発想の根底には、「HTMLテンプレート用言語とロジック記述用言語の統一により、開発コストを減らそう」という CGI 時代の安易な発明がある。PHPは、その前近代的な発想を通じて、テンプレートとロジックを同じファイル
追記: スライドの TMP_VAR の図に誤りがありましたので差し替えました。 と、まるで主催のような言い方になってしまいましたが、いやいや、主催の方々はほとんど睡眠してないとのことで、本当に頭が上がらないです。本当に発表の場をくださったことに感謝します。まあ、とにかくあんなでかい会場でこんなマニアックな話をしてしまって（ ﾟдﾟ）な感じになってしまった方も多いとは思いますがありがとうございました。 質疑応答の時間が自分の不手際でまるでなくなってしまったので、ここで FAQ をば。 10の方法って、10ないじゃん!!!! …いえ、ありますが何か? スライドは公開されますか!!!! もちろんです!!!!しかも発表中にはなかったスライド付きの完全版です!!!! パンツの色が派手ですね 当日、洗濯が間に合わず、出来心で買ってみた下着しか残りませんでしたサーセン！ Phpをいじり倒す10の方法Vi
毎回オリジナルを落としてきてパッチを当てたりだとかするのが面倒なので fork しました。みんなそう思ってたよね? http://github.com/moriyoshi/kmyacc-forked/ 以下のパッチが当たっています。 id:yukoba さんによる Python サポート id:yukoba さんと id:kujirahand さんによる ActionScript サポート id:masatobito さんによる PHP サポート 来栖川電算Blogさんによる C# サポート id:fujidig さんによる HSP サポート id:moriyoshi による '$' の扱いを柔軟にするパッチ
先日は id:sotarok にきれいなPHPをあげたんだけど、今度は id:ockeghemさんが PHPの@演算子って、BASICのon error resume nextをどうしても連想しますね。えーっと、PHPの5.4でon error ... も追加されるのでしたっけ＼（＾o＾）／ http://wassr.jp/user/ockeghem/statuses/yicBUtcar3 とか余計なことを言ったので、ぼちぼち作った。 <?php on error goto ERROR; trigger_error("HAGE", E_USER_ERROR); die; ERROR: echo "ouff\n"; ?> とかやると、set_error_handler() などを書かなくてもエラーハンドリングができるので、きっと便利だと思います!! 私はPHP書かないのでよくわかりません!!
Bug #46478でid:hnwさんに報告していただいたバグを修正しようと思って作成したものですが… そもそもこのバグを作ったのは私で、5年くらい前の話になりますが、HTML4.0でサポートされている実体参照のテーブルではなく、Unicode 1.1 以降は obsolete となっている SGML マッピングを採用してしまったのが事の発端であり、若気の至りなわけです。 例えば ┌|∵|┘ このようなはにわのAAが ┌|∵|┘ になってしまうところから推し測られるように、日本中のユーザサポートの方々のCPU時間を無駄に浪費させるような、凶悪極まりないバグとなっています。 ∵などでググることで、影響の大きさが分かると思われます。 潔くfaviconの絵のような髪型にしたのでどうか許してください m(__)m vArr 8661 ⇕ lAarr 8666 ⇚ rA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
