Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
mb_strimwidth()関数を使用時、最後の文字が文字化けしてしまう場合は、第五引数に文字コードを指定します。 例: echo mb_strimwidth($str, 0, 20, "...", utf8); echo mb_strimwidth($str, 0, 20, "...", sjis); ちなみに、mb_strimwidth()の仕様は以下の通りです。 string mb_strimwidth ( string $str, int $start, int $width [, string $trimmarker [, string $encoding ]] ) 文字列 str を width で指定したbyteすうに収まるように丸める。 パラメータ str :丸めたい文字列。 start :strの何文字目から表示するか。(最初の文字は0) width :丸めた後の文字列
MySQL 編14 - 文字関数、連結、空白削除、置換、切出、検索、長さ、数値 ■文字列連結 ・文字列結合は concat() を使用する。 select concat(123456, 789012); +------------------------+ | concat(123456, 789012) | +------------------------+ | 123456789012 | +------------------------+ select concat('123456', 789012); +--------------------------+ | concat('123456', 789012) | +--------------------------+ | 123456789012 | +--------------------------+ select
JavaScript Reference join 関連オブジェクト : Array タイプ : メソッド 書式 配列名.join(区切り文字) サンプル myArray = new Array("red", "green", "blue", "yellow"); document.write("元の配列 ", myArray, "<br>"); document.write("変換後の配列 ", myArray.join('/')); 配列インデックスを指定した区切り文字で結合し、結果の文字列を返します。区切り文字を省略した場合は、カンマ「 , 」で結合します。 結果 Top / Home / Index / Next
► 2018 (1) ► 1月 (1) ► 2017 (4) ► 6月 (3) ► 5月 (1) ► 2016 (15) ► 12月 (4) ► 11月 (1) ► 10月 (2) ► 7月 (3) ► 6月 (1) ► 5月 (3) ► 1月 (1) ► 2015 (13) ► 12月 (1) ► 10月 (1) ► 9月 (1) ► 6月 (1) ► 5月 (1) ► 3月 (2) ► 2月 (3) ► 1月 (3) ► 2014 (11) ► 12月 (1) ► 9月 (2) ► 8月 (2) ► 6月 (1) ► 4月 (4) ► 2月 (1) ► 2013 (15) ► 12月 (3) ► 11月 (3) ► 8月 (2) ► 7月 (4) ► 5月 (1) ► 4月 (2) ► 2012 (7) ► 10月 (1) ► 7月 (1) ► 4月 (3) ► 1月 (2) ▼ 20
php数年やってますが、知らなかったという話。 単に私の知識不足なのかもしれませんが、 おそらく知らない人の方が圧倒的に多いと思う(妄想?)ので、 もっと宣伝?すべきだと思う。 結論から言うと、 文字列比較に「==」を使ってはいけません! 絶対に「===」を使いましょう。 ネタ元は、 がるの健忘録 - 素晴らしき自動的な世界〜或いは「型のない」世界〜: http://d.hatena.ne.jp/gallu/20061108/p1 ようは「==」と「===」の違いの話、そんなことはわかってる。 数値対文字列で比較してるから、想定しづらい状況になってるだけで 型を意識しておけばよいこと。(だとこのときは思ってた) ところが、上記ネタ元のコメント欄みて愕然とした。 文字列対文字列の比較なら「==」で比較しても何ら問題ない。 と思っていませんか? 私は思ってました。 しかし、それは間違いなんです
いつものようにメモ。 javascriptの場合 String.indexOf("hoge") 戻り値は一致した文字列の先頭の位置。一致するものがない場合は-1。 String.search(/hoge/) 引数がRegExpオブジェクトなだけで他はindexOfと同じ。 rubyの場合 String#index("hoge") 戻り値は一致した文字列の先頭の位置。一致するものがない場合はnil。 String#include?("hoge") 戻り値はtrue/false。単純に真偽を返すだけならこっちのメソッドの方がよさげ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く