Deprecatedの修正例（POSIX） - [PHP + PHP] ぺんたん info
ereg()が使えなくなるならmb_eregを使えばよいという意見もありますが、POSIX正規表現が使えなくなるとmb_eregも使えなくなる気がします。 ereg_replace() preg_replace()で置き換え可能 $string = 'test site'; echo ereg_replace("test", "example", $string); は $string = 'test site'; echo preg_replace("/test/", "example", $string); ereg() preg_match()で置き換え可能 $string = 'test site'; if(ereg("test", $string)){ echo 'match!'; } は $string = 'test site'; if(preg_match("/test/"
正規表現によるメールアドレスチェックの正解がわからないので、自己責任で。 | doli blog
正規表現でメールアドレスをバリデート。 前から一度ちゃんと調べてみようとは思っていたんですが、少し調べただけで、いろいろ出てくるから困る。正規表現もいまだ勉強中の身としては、判断が付かない。 実際、厳密にチェックしようと … 続きを読む »
「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ : 404 Blog Not Found
2009年03月19日18:00 カテゴリLightweight Languages 「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ ああ、まただよ... かなり使えるPHPの正規表現まとめ - IDEA*IDEA 〜 百式管理人のライフハックブログ 〜 正規表現って、プログラミング言語間の差が少ないサブ言語なのに、なぜ「PHP」がつくとダメ正規表現ばかり登場するのか。うんざりだ。 かなり使えるPHPの正規表現まとめ - IDEA*IDEA 〜 百式管理人のライフハックブログ 〜メールアドレスは厳密にチェックしようとするとなかなか難しいのですが、簡単なチェックだったらこれでOKぽいですね。 /^[^0-9][a-zA-Z0-9_]+([.][a-zA-Z0-9_]+)*[@][a-zA-Z0-9_]+([.][a-zA-Z0-9_]+)*[.][a-zA-Z]{2,4}$
PHPで（できるだけ）正しいメールアドレスをチェックする正規表現
2008/02/07 修正 （ Blogger投稿時に、バックスラッシュ2つが1つに変換されていた（全角で掲載することにより回避。全角の￥は半角に読み替えてください！） domainの先頭は数字でもOKにした（ドメイン制限の緩和に合わせた） domainのlabelの最後に?を追加（漏れていた）） 何回か挫折したけどもう一度チャレンジしてみた。 RFC 2822を読み解くのは辛いので、基準として「正しい方法」でメールアドレスを確認するには - J0hn D0e の日誌に書いてある『「正しいメールアドレスの条件」10か条』をなるべく満たすことを目指した。 できたのはこれ。 preg_match('/^([-!#-￥￥'*+￥￥/-9=?^-~]+(￥￥.[-!#-￥￥'*+￥￥/-9=?^-~]+)*|"([]-~!#-[]|￥￥￥￥[ -~])*")@[a-z0-9]([-a-z0-9]{
PHPしか書けないザコがメールアドレス正規表現でガチ勢に挑んでみた - Qiita
【2021/10/15 追記】 この記事は更新が停止されています。現在では筆者の思想が変化している面もありますので，過去の記事として参考程度にご覧ください。 この記事の情報は古いので，最新の情報が欲しい方は 「PHPで各種バリデーション」 をお読みください。 訂正: IPv6のメールアドレスは IPv6: プレフィクスが必要です。PHP7.1時点でこの形式に対応していることを確認しました。 - 誤: a@[2001:0db8:bd05:01d2:288a:1fc0:0001:10ee] - 正: a@[IPv6:2001:0db8:bd05:01d2:288a:1fc0:0001:10ee] 関数ラインナップ 私の関数 function validate_email($email, $strict = true) { $dot_string = $strict ? '(?:[A-Za-z0
filter_var関数でメールアドレスをバリデーションする - Qiita
メールアドレスを入力させるフォームを作るときなどで、 入力されたアドレスが正しいメールアドレス(RFCに準拠しているという意味で)であるかどうかを チェックしたい時は、正規表現を使ってチェックすることができる。 if(preg_match('/^([a-z0-9\+_\-]+)(\.[a-z0-9\+_\-]+)*@([a-z0-9\-]+\.)+[a-z]{2,6}$/iD', $mailaddress)){ return '正しいメールアドレスです' }else{ return '正しくないメールアドレスです' }
【CakePHP3】無関係な複数テーブルのデータを一つのコントローラで扱う - めめんと
CakePHP3で一つのコントローラないでお互い独立したテーブルを扱うには単純にTableRegistry::getするだけです。 下記サンプルはbakeした際に自動生成されるコードをベースに作成しました。useに「use Cake\ORM\TableRegistry;」を追加すると上記のTableRegistryが使用できるようになります。 自動生成されるコントローラをベースにすると １．use Cake\ORM\TableRegistry;を追加 ２．TableRegistry::getでテーブルをインスタンス化(例ではinitialize内で2つのテーブルを生成) ３．ビューに渡す(例ではindexアクション内) (ビュー内で両者を表示) コントローラ例 <?php namespace App\Controller; use App\Controller\AppController;
正規表現で特殊文字だけ取り除きたい【PHP】 - くわこのpermission denied.
諸事情で特殊記号(☆)とかが文字列に入っていたら、排除してちゃんとした文字列に直したい、ということがあって調べたので共有。 $address = '東京都☆渋谷区'; $formated_address = preg_replace("/[^ぁ-んァ-ンーa-zA-Z0-9一-龠０-９\-\r]+/u",'' ,$address); echo $formated_address; // 東京都渋谷区 って感じらしいです。 特殊記号以外の文字（普段使ってる漢字とか英数字）って正規表現だと[ぁ-んァ-ンーa-zA-Z0-9一-龠０-９\-\r]って表現できるんですね。 なので^を使ってそれ以外が合ったら空文字に変換していると。 なるほどなぁ（ ´_ゝ`）
言語別：パスワード向けの正規表現 - Qiita
はじめに 「英数記号あり（大文字小文字の区別なし）で、かつ8文字以上」の正規表現 の内容と重複しますが、言語ごとに最適化したものもまとめておきます。但しあまり知らない言語もあるので、誤りなどありましたら指摘お願いします。 留意した点 行 JavaScriptでは、マルチラインモードを指定しない限り ^ $ がそれぞれ先頭と末尾を表す。\A \z はそもそも存在しない。 Rubyでは、デフォルトでマルチラインモードなので、^ $ はそれぞれ行頭と行末にマッチしてしまう。これでは正規表現が意味を為さないので、先頭と末尾にマッチする \A \z を使用する。 PHPではRubyほど深刻ではないが、$ が末尾または改行からの末尾にマッチしてしまうので、改行を含まない \z を使用する。 RubyやPHPの \z は、Pythonにおいては \Z に相当する。 パターン修飾子 JavaScriptや
正規表現チェッカー PHP: preg_match() / JavaScript: match()
PHP: preg_match() / JavaScript: match() 正規表現チェッカー ver3.1 PHP及びJavaScriptコーディング中に正規表現を記述する際の動作チェック等にご利用ください。 正規表現と対象文字列を入力し、[チェック！]ボタンをクリックすると、PHP: preg_match()と JavaScript: match()の実行結果がフィードバックされます。 正規表現
もし『よくわかるPHPの教科書』の著者が徳丸浩の『安全なWebアプリケーションの作り方』を読んだら - ockeghem's blog
たにぐちまことさんの書かれた『よくわかるPHPの教科書（以下、「よくわかる」）』を購入してパラパラと見ていたら、セキュリティ上の問題がかなりあることに気がつきました。そこで、拙著「体系的に学ぶ 安全なWebアプリケーションの作り方（以下、徳丸本）」の章・節毎に照らし合わせて、「よくわかる」の脆弱性について報告します。主に、徳丸本の4章と5章を参照します。 4.2 入力処理とセキュリティ 「よくわかる」のサンプルや解説では、入力値検証はほとんどしていません。しかし、入力値検証をしていないからといって即脆弱かというとそうではありません。徳丸本でも強調しているように、入力値検証はアプリケーション要件（仕様）に沿っていることを確認するもので、セキュリティ対策が目的ではないからです。 「よくわかる」の中で、私が見た範囲で唯一の入力値検証は、郵便番号のチェックをするものです。以下に引用します（「よくわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.rider-n.sakura.ne.jp/regexp/regexp.php