class HOGE{ public string $tel{ set{ if(!ctype_digit($value)){ throw new ValueError("電話番号は数値のみ"); } if(strlen($value) < 10){ throw new ValueError("電話番号は10文字以上"); } $this->tel = $value; } get{ return '電話番号は' . $this->tel; } } } $hoge = new HOGE(); $hoge->tel = '123456789012'; // OK $hoge->tel = 'abcdefghijkl'; // Uncaught ValueError: 電話番号は数値のみ $hoge->tel = '123'; // Uncaught ValueError: 電話番号は10文字以上
Homepage Meet The Next Member of Your Team! PHPStan finds bugs in your code without writing tests. It's open-source and free. Find bugs before they reach production PHPStan scans your whole codebase and looks for both obvious & tricky bugs. Even in those rarely executed if statements that certainly aren't covered by tests. You can run it on your machine and in CI to prevent those bugs ever reachin
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? PHPしかできない奴はいつまで経ってもPHPしかできない？ PHPには下記のような都市伝説があります。 他言語から学んだ者がPHPを習得することは容易いが、PHPから学んだ者が他言語を習得することは難しい。PHPから始めた者は、一生PHPのみで過ごすか、一度PHPを忘れて、初心から他言語を学ぶしかない。 まぁ、言っているのは私一人ですけどね。引用っぽくしてますが、引用元はありません。都市伝説ですので。1 これはとあるRubyの開発者がPHPをdisったことから始まる第2回PHPなめんな選手権2のところで、404 Blog Not Fou
PHPでメールフォームを作成したので、脆弱性がないかアドバイスいただけないでしょうか。 エンジニアでもなければ、PHPもろくに書けない雑魚ですが、「php メールフォーム 作り方」でググって表示されるサイトを見ると、「んんんんん？？？」と思うところがあります。 これらを参考にしたり、コピペする方は、記述されているコードの良し悪しは判断できないかと思います。 そのような方々が参考にできるメールフォームを作りたいという思いで、調べて作りました。 周りに書いたコードを確認してもらえる人もいないので、皆様からのアドバイスがほしいです((_ _ (´ω｀ )ﾍﾟｺ このメールフォームは、下記を対象者としています。 php メールフォーム 作り方 でググってコピペする方 コピペして動けばいいと考えている方 if文や関数など基本的な記述はわかるけど、クラスとか理解していない方 脆弱性？なにそれ？という方
追記 uzulla.hateblo.jp 本エントリのテスト３ができない件は、解決されました！ 前回のあらすじ uzulla.hateblo.jp H2Oという速いhttpdがfastCGIをサポート PHPはfastCGIをサポート PHPerはつなぎたい 実際つながった！やったー！ しかし、設定がよくわからん ぼやいたら作者のkazuhoさんにアンサーエントリを頂けた やった！試すぞ！ Kazuho's Weblog: H2OとPHPを組み合わせるの、超簡単です（もしくはmod_rewriteが不要な理由） 今回の話 ちゃんとルーターをつかうようなPHPアプリが繋がるのか、PATH_INFO周辺はどうなるのか。こんなシンプルなconfigで本当に動くのか。 そして、kazuhoさんの説明を見た時、ふと気になったのが「PHPのアプリの相乗りはどうなるのか？」である。 （後、実際の設定ファ
はい、Webアプリエンジニア養成読本 AdventCalendar2014です。突然トリをやる事になってしまったので、どうしたもんかとおもいます…。 「最終日だぞ…ちゃんとかかないといけない…しかしネタはない…そうだリンク集を作ろう！」とか思ったんですが、そもそもアドベントカレンダーってリンク集だよねって気付いて愕然としているクリスマスの夜です。現在朝の4時、これを書き終えて寝たい。 さて…何を話そう ここまでWebアプリエンジニア養成読本アドベントカレンダーということで続けてきました。そして今日は25日、ついに最終日です！ Webアプリエンジニア養成読本 Advent Calendar 2014 - Qiita Webアプリエンジニア養成読本[しくみ、開発、環境構築・運用…全体像を最新知識で最初から! ] (Software Design plus) 作者:和田 裕介,石田 絢一 (uz
軽く各方面とバトりそうなネタなれど。 まず。 ヨーダ記法(ないしNTT記法…って、うちのまわりではいってたんだけど、ググるとあんまりでてこない)ですが。 これは「if等の比較演算において、左辺に定数、右辺に変数を置く」記法です。 とりあえず幾つかネットで拾ってみる。 http://uchidak.net/yoda-notation このようにヨーダ記法とは、予期しない代入を防ぐために産み出された安全側へ倒すための書き方です。 しかしながら、現在はコンパイラがよしなにしてくれるため、あえてヨーダ記法で可読性を失うような書き方をすることをリーダブルコードでは推奨していませんでした。 http://qiita.com/moriturus/items/723eb17873381f94baf8 確かに、ヨーダ記法(1 == hogeのように記述する)は、発見しづらいミスを防ぐのに有用かもしれないが、
プログラミング言語にはそれぞれ奇妙な文法や普通ではない機能、標準ではない実装といった独特の癖がある。こういったことはその言語を初めて使用する開発者だけでなく、熟練のプロをも悩ませる。ITworldの記事ではJavaScriptの+演算子の動作からC/C++のトライグラフ、Pythonのインデントレベルなど、プログラミング言語の奇妙な特徴を10個選んでまとめている。皆さんが最も悩まされているプログラミング言語の奇妙な特徴は何だろうか。 ITworldが選んだプログラミング言語の奇妙な特徴は以下のようなもの。他にもいろいろあると思われるが、/.Jerはどういった点に悩まされている(または悩んだことがある)だろう。 JavaScriptでの+演算子の動作 Perlモジュールは必ずTRUEを返す必要がある CとC++のトライグラフ PHPでのケースインセンシティブとケースセンシティブの混在 Rub
個人的に今後のPHPのフレームワークにおいては、下記がキーポイントになってくるのではないかなと思っています。 DB Scheme、ライブラリ管理、テストツール、優れたテンプレートエンジン、優れたORマッパー(Hashじゃなくてオブジェクト返してね！)、高い可読性、実行速度、低学習コスト 今、モダンな開発スタイルに対応しているフレームワークをいくつか(LARAVEL, Phalcon, FuelPHP, CakePHP3x)ピックアップしてみました。 2014年2月PHPフレームワークのトレンドを参考にさせて頂きました。 LARAVEL http://laravel.com/ あまりにも有名過ぎるとは思いますが、やはりいいなと思うのでご紹介。 PHPらしい文法。built-in serverがPHP5.4以降なら使えるので、Apacheなどを設定しなくてもすぐに開発を始められる。チームメ
TL;DR User Agent 判定器 Woothee の PHP 実装を作った Packagist には登録できてなかったりするので少々お待ちください (2014-12-18 追記 Packagist に woothee/woothee として登録しました) Woothee は便利プロジェクトなので盛り上がってほしい Woothee とは Woothee というのは @tagomoris さんが作った User Agent 判定器プロジェクトです。 Perl, Java, JavaScript, Python と、複数の言語に実装が用意されていて、元になるデータセットや、テスト用のデータセットは YAML 形式で公開されています。 詳しくは以下のブログ記事を読むのが良いでしょう。 UserAgent判定器 Project Woothee はじめました 最近の多言語対応User-Agen
CMS（コンテンツ・マネジメント・システム）を導入すると、どうしてもシステムにサイト全体のテイストが引っ張られてしまいます。カスタマイズ前提のCMSもありますが、それでも機能面などはシステムが提供するもの以上が提供できないでしょう。 そんな多機能なものではなく、運用担当者が必要なコンテンツを手軽に差し替えられる程度のCMSが欲しい…そう考える方に使ってみて欲しいのがCockpitです。ごくごく小さなCMSです。 使い方 まずはインストールです。といっても単に設置する程度で終わります。 インストールが終わったら、デフォルトのadmin/adminでログインします。 ログイン後の画面、いわゆるダッシュボードです。提供される機能はコレクション、リージョン、メディアマネージャとなっています。 メニューもあります。アドオンを使って機能拡張もできます。 例えばリージョンの一つ。これはフォームを作ってい
所要期間 着手しはじめたのが2010年12月ごろ、完了したのが2013年9月だったので何と３年近くかかったことになります。 長引いた原因は、日々の機能追加や運用をしながら孤独に片手間で細々とやってたからです。(単純に人手不足とも言う) また、PHPバージョンアップと同時にCentOSサーバを5から6にあげることにしたのでサーバ再構築のための工数も含まれています。 後半は仕事仲間が増えてその人が専業でバージョンアップ作業をやってくれたのでだいぶ楽できました。 それと専任のテスターさんたちにも参加していただいたので本番で大きなトラブルなく完了することができました。 感謝感謝です。 サーバ入れ替え作業が終わってPHP5.1の入った古いサーバを削除したときの、まさに「技術的負債」を返済し終わった瞬間の、あのスッキリ感、もう言葉にはできません。 終わってみてこの件に関するRedmineのチケットを数
お久しぶりです。 夜中にモツ煮込み作りながら書いてます。 さて、今回はフレームワークの責務とセキュリティについて思うところがあって久しぶりにエントリを書くことにしました。 背景 まず、背景としてBEAR.Sundayの一部であるBEAR.PackageにサンプルとしてBasic認証の実装を追加するPullRequest#90でのやり取りがあります。このPRはzukimochiさんが作ったものに僕が修正を加えて出した物です。この中では、Basic認証用のパスワードをハッシュとして扱うように実装されています。 多くの人が斜め読みしているのは背景説明が長すぎるからだと思ったので削除しました。詳しく知りたい方はPRをご覧ください。 本題 いよいよ本題です。 PRの最後にkoriymさんが発言している次の言葉はフレームワーク開発に於いてとても重要です。 より関心のある問題に集中するために、特に専門と
Twilio 盛り上がってきていますね。電話という身近でありながらシステムとして扱うには複雑な仕組みが必要なものを単純な API で操作できるというのは面白いサービスです。 先日大阪で行われたTwilio API勉強会@大阪にて、PHP から Twilio を触ってみるハンズオンセッションを行ないました。Twilio を使うと簡単な PHP コードで、自分の携帯を鳴らしたり、携帯から電話をかけてみたり、簡単に試すことができるので、これはハンズオンとしてもなかなか楽しかったです。 お声がけいただき、ありがとうございましたm(_ _)m 発表資料はこちら。 ハンズオンの手順は、Gist に書いています。ここでは、Composer を使って、twilio-php（PHP版のTwilioライブラリ）をインストールしています。 https://gist.github.com/shin1x1/7006
米Zend Technologiesは10月8日（米国時間）、RESTful APIを構築するためのフレームワーク「Apigility」をオープンソースで公開した。API中心のアーキテクチャを持つことでアプリケーションの開発を柔軟に行え、迅速な配信が可能になるとしている。 Apigilityは「ベストプラクティスに基づく高品質なAPI」を構築するためのフレームワーク。PHPで実装されており、アプリケーションフレームワークとしてZend Frameworkを使っている。RESTful APIの構築と管理のためのインターフェイスを備え、エラー処理、バリデーションとフィルタリング、コンテンツネゴシエーション、バージョニングなどの機能を持つ。 API主導でアプリケーションを構築することで、クライアントとサーバーのプレゼンテーションロジックを分離でき、柔軟性を大きく改善できるとZendは強調している
後半のセッションでは、「What the system is（共通性や可変性を分析する）」を説明しつつも、「What the system does」とは別のものとして切り分けることはできないという主張から、 DDD とリーンアーキテクチャとの比較、そしてパターンに関する議論が展開されました。 @remore が前半部分をまとめてくださっていまして、そこで出て来るいくつかの用語（Form, Structure, What the system is, What the system does）を前提として私のできる範囲で行いました。 なお当日のCoplien氏によるセッション内容は、許可を得た上でYouTubeにアップロードされていますので、より深くご覧になりたい方はこちらも併せてご参照下さい。 DCI Tokyo 1 - Lean Architecture by James Coplie
KintはPHP製のオープンソース・ソフトウェア（MIT License）です。 PHPのデバッグと言えばvar_dumpを使ったものが有名ですが、今ではもっと良いデバッグツールがたくさんあります。今回はその一つ、Kintを紹介します。 サンプル。ダンプする変数の内容と、その実行した行数が出ています。 変数はツリー状に表示されて、展開してみられます。 サンプルのコードです。 Kintでは幾つかの関数が定義されます。例えばdはダンプの関数で、ddはダンプした後exitします。sはテキスト形式でのダンプで、+dというリアルタイム解析によるダンプ機能もあります。各種フレームワークと組み合わせた利用も可能とのことです。 MOONGIFTはこう見る デバッグのしやすさは生産性に大きく関わってきます。スクリプト言語のようにトライ&エラーで開発する場合は特にそうです。そしてデータをダンプしても見づらいの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
