私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 121
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>文字列"hoge"は数字じゃないからゼロを返す
というよりも、文字列"hoge"は整数に変換すると0になる。
それ以上でもそれ以下でもなく、そういう仕様だってことでいいと思う。
phpが叩かれる理由のよくあるうちの一つが、こういった暗黙の了解が至る所にあって、
その了解の仕方が何となくだらしない感じがするってことじゃないかと。
このあたりのだらしなさがPHPっぽいといえばそうかも知れないな。
というよりも、文字列"hoge"は整数に変換すると0になる。
それ以上でもそれ以下でもなく、そういう仕様だってことでいいと思う。
phpが叩かれる理由のよくあるうちの一つが、こういった暗黙の了解が至る所にあって、
その了解の仕方が何となくだらしない感じがするってことじゃないかと。
このあたりのだらしなさがPHPっぽいといえばそうかも知れないな。
>文字列"hoge"は数字じゃないからゼロを返す
"1hoge"は文字列だが数値にキャストすると1になる
文字列 != 数字じゃないからゼロを返す
"1hoge"は文字列だが数値にキャストすると1になる
文字列 != 数字じゃないからゼロを返す
'010' == '0xa'
'0xa' == 0xa
'010' != 010
すてきな仕様ｗ
'0xa' == 0xa
'010' != 010
すてきな仕様ｗ
JavaScriptの場合
'010' != '0xa'
'0xa' == 0xa
'010' != 010
'010' != '0xa'
'0xa' == 0xa
'010' != 010
JavaScriptも結構アレだなｗ
PHPもだけど勝手に数値変換すんなと
PHPもだけど勝手に数値変換すんなと
>>文字列"hoge"は数字じゃないからゼロを返す
>"1hoge"は文字列だが数値にキャストすると1になる
>文字列 != 数字じゃないからゼロを返す
文字列"hoge"は整数じゃない
文字列"hoge"は整数と比較する文脈では整数と評価される
文字列"hoge"を整数に変換すると0になる
文字列"1hoge"は整数じゃない
文字列"1hoge"は整数と比較する文脈では整数と評価される
文字列"1hoge"を整数に変換すると1になる
たったこれだけのこと。
>"1hoge"は文字列だが数値にキャストすると1になる
>文字列 != 数字じゃないからゼロを返す
文字列"hoge"は整数じゃない
文字列"hoge"は整数と比較する文脈では整数と評価される
文字列"hoge"を整数に変換すると0になる
文字列"1hoge"は整数じゃない
文字列"1hoge"は整数と比較する文脈では整数と評価される
文字列"1hoge"を整数に変換すると1になる
たったこれだけのこと。
intvalとか使ってるならまだしも
ただのキャストを変換っていうんじゃねえよ
ただのキャストを変換っていうんじゃねえよ
文字列に何が入ってるかをちゃんと把握しとかないと
数字のみで構成された文字列なら
数値と比較するときは==使う
とかちゃんとした理由があって
比較演算子を厳密にするか否かを決めないと
数字のみで構成された文字列なら
数値と比較するときは==使う
とかちゃんとした理由があって
比較演算子を厳密にするか否かを決めないと
>>318
おいおい大丈夫かよｗ
「ただのキャスト」ってなんだよ、「ただのキャスト」って。
キャストってのは「強制的な型変換」のことだろうが。
317でいう変換は詳細に書けば「自動変換」だ。
原文で言うと「automatic type conversion」だよ。
>>319
文脈ってのは言葉の連なりだ。当たり前だが。
原文で言うところの「context」だよ。
a variable's type is determined by the context in which the variable is used.
単に「文」として訳されているみたいだけど。
実際騒ぐようなことじゃないんだよ、確かに。
あっさり流そうぜ。
結局、PHPの言語仕様はとっても下品でだらしないんだよ。
だが、それがいいんだよｗｗｗ
おいおい大丈夫かよｗ
「ただのキャスト」ってなんだよ、「ただのキャスト」って。
キャストってのは「強制的な型変換」のことだろうが。
317でいう変換は詳細に書けば「自動変換」だ。
原文で言うと「automatic type conversion」だよ。
>>319
文脈ってのは言葉の連なりだ。当たり前だが。
原文で言うところの「context」だよ。
a variable's type is determined by the context in which the variable is used.
単に「文」として訳されているみたいだけど。
実際騒ぐようなことじゃないんだよ、確かに。
あっさり流そうぜ。
結局、PHPの言語仕様はとっても下品でだらしないんだよ。
だが、それがいいんだよｗｗｗ
DBの設計で質問があります。
ちょっとPHPとずれてるかもしれませんが聞いてください。
クラスの時間割(6時間)を5日分DBに登録するとします。
これを一つのテーブルに登録すると30行になると思います。
後で水曜日の時間割が一時間増えたってなったとき、
挿入しようとしてもDBって末尾にしか追加できないから、
その追加した水曜日の1時間だけ31行目に追加されてしまい、
GUIベースで表示しくてれるツールでDBを見たときに汚くなってしまいます。
なので月～金までのテーブルを５つ作ったほうが、
後から追加しやすくなるかなと思ったのですが、どっちがいいでしょうか？
最初の方法でもどうせ曜日で検索かければデータとしては取得できるのでいいかなと思ったのですが、
実際は皆どうやってるのかなーと思いまして。
アドバイスください
ちょっとPHPとずれてるかもしれませんが聞いてください。
クラスの時間割(6時間)を5日分DBに登録するとします。
これを一つのテーブルに登録すると30行になると思います。
後で水曜日の時間割が一時間増えたってなったとき、
挿入しようとしてもDBって末尾にしか追加できないから、
その追加した水曜日の1時間だけ31行目に追加されてしまい、
GUIベースで表示しくてれるツールでDBを見たときに汚くなってしまいます。
なので月～金までのテーブルを５つ作ったほうが、
後から追加しやすくなるかなと思ったのですが、どっちがいいでしょうか？
最初の方法でもどうせ曜日で検索かければデータとしては取得できるのでいいかなと思ったのですが、
実際は皆どうやってるのかなーと思いまして。
アドバイスください
ID出し忘れました。すいません。
>>324
> その追加した水曜日の1時間だけ31行目に追加されてしまい、
> GUIベースで表示しくてれるツールでDBを見たときに汚くなってしまいます。
気にしたらハゲ
曜日の順・時間の順で表示すればいい
曜日ごとにテーブルを作るのは無駄で愚の骨頂
> その追加した水曜日の1時間だけ31行目に追加されてしまい、
> GUIベースで表示しくてれるツールでDBを見たときに汚くなってしまいます。
気にしたらハゲ
曜日の順・時間の順で表示すればいい
曜日ごとにテーブルを作るのは無駄で愚の骨頂
DBの設計はそれをどう使うのかを念頭に置かないと何も答えが出ないよ。
それに思いっきりスレチだわな。
とはいえこの場合は一つの方法として時間割のテーブルと科目のテーブルを分けて、
それらの関係を表現するテーブルでつなげるってのがよくあるパターンだろうな。
時間割のテーブル:time_tables
id
class_id
weekday
科目のテーブル:courses
id
name
時間割 has many 科目:time_tables_courses
id
time_table_id
period
couse_id
みたいな感じか
それに思いっきりスレチだわな。
とはいえこの場合は一つの方法として時間割のテーブルと科目のテーブルを分けて、
それらの関係を表現するテーブルでつなげるってのがよくあるパターンだろうな。
時間割のテーブル:time_tables
id
class_id
weekday
科目のテーブル:courses
id
name
時間割 has many 科目:time_tables_courses
id
time_table_id
period
couse_id
みたいな感じか
データをDB化したんですが、そのデータを追加、修正、削除するのにhtmlでフォームを作ったり、
そのデータを受けるPHPのコードを書いたりめんどくさいです。
何かいいツールないんですか？
それとも皆さん毎回ガリガリhtmlでフォーム作ったり、PHPのコード書いてるんですか？
そのデータを受けるPHPのコードを書いたりめんどくさいです。
何かいいツールないんですか？
それとも皆さん毎回ガリガリhtmlでフォーム作ったり、PHPのコード書いてるんですか？
では何か良いフレームワークを教えてもらえるとありがたいです。
それともガリガリが普通なのであれば頑張れといってください
それともガリガリが普通なのであれば頑張れといってください
cakephp
まぁフレームワークわかりませんって泣きつかれても困るんで
頑張れ
まぁフレームワークわかりませんって泣きつかれても困るんで
頑張れ
ログイン処理のサンプルで、
パスワードを暗号化してクッキーに保存して、
後からそのクッキーを読み込んでパスワードがあっていれば、ログイン後のページを表示するっていうのがあったんですが、
これってどうなんですか？
暗号化しててもパスワードをクッキーに保存するのってあり？
パスワードを暗号化してクッキーに保存して、
後からそのクッキーを読み込んでパスワードがあっていれば、ログイン後のページを表示するっていうのがあったんですが、
これってどうなんですか？
暗号化しててもパスワードをクッキーに保存するのってあり？
パスワードがもれても大したことにならない
サイトなら別にいいんじゃない？
あとは暗号化の方法にもよると思うけど
ユーザーが他のクリティカルなサイトのパスワードと
同じものを登録していた場合
パスワードが漏れて大変なことになることもあるかもしれない
サイトなら別にいいんじゃない？
あとは暗号化の方法にもよると思うけど
ユーザーが他のクリティカルなサイトのパスワードと
同じものを登録していた場合
パスワードが漏れて大変なことになることもあるかもしれない
すまん、勘違いした
>>343
の方法ってクライアントサイドでパスワードが
あってるかどうか判定するってことでいいのかな？
そのログイン後のページに入ろうと思えばいくらでも方法がありそうだよ
どちらにしろやめたほうがいいような気がするな
>>343
の方法ってクライアントサイドでパスワードが
あってるかどうか判定するってことでいいのかな？
そのログイン後のページに入ろうと思えばいくらでも方法がありそうだよ
どちらにしろやめたほうがいいような気がするな
>>348
$l = array("aaaaaa","bbbb","cc","ddd","eeee","fff","g");
usort($l, function($a,$b){$al=strlen($a);$bl=strlen($b);if($al==$bl)return 0;else return $al<$bl?-1:1;});
print_r($l);
$l = array("aaaaaa","bbbb","cc","ddd","eeee","fff","g");
usort($l, function($a,$b){$al=strlen($a);$bl=strlen($b);if($al==$bl)return 0;else return $al<$bl?-1:1;});
print_r($l);
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 111 (1001) - [98%] - 2011/10/30 20:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 125 (1001) - [98%] - 2013/2/4 13:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 126 (1001) - [98%] - 2013/3/19 13:15
- 【PHP】下らねぇ質問はID出して書き込みやがれ 127 (1001) - [98%] - 2013/5/26 14:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 101 (1001) - [98%] - 2010/12/18 22:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 128 (1001) - [98%] - 2013/8/4 14:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 129 (1001) - [98%] - 2013/9/18 1:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 131 (1001) - [98%] - 2014/1/19 21:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 124 (1001) - [98%] - 2013/1/10 6:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 123 (1001) - [98%] - 2012/11/20 5:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 120 (1001) - [98%] - 2012/7/25 6:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 135 (984) - [96%] - 2014/8/7 1:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 138 (991) - [96%] - 2015/1/6 8:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 137 (995) - [96%] - 2023/1/30 18:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 119 (1001) - [96%] - 2012/6/21 11:46
- 【PHP】下らねぇ質問はID出して書き込みやがれ 136 (936) - [96%] - 2014/9/18 12:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 132 (1000) - [96%] - 2014/6/18 20:58
トップメニューへ / →のくす牧場書庫について