回答編集履歴

4

修正

2019/10/17 06:26

投稿

m.ts10806
m.ts10806

スコア80875

test CHANGED
@@ -15,6 +15,8 @@
15
15
 
16
16
 
17
17
  の時点でundefined indexのWarningが出ていると思います。
18
+
19
+ [エラー表示はON](https://qiita.com/shotets/items/3c95aef631b2c5eadae5)にしておきましょう。
18
20
 
19
21
 
20
22
 

3

修正

2019/10/17 06:26

投稿

m.ts10806
m.ts10806

スコア80875

test CHANGED
@@ -24,6 +24,10 @@
24
24
 
25
25
 
26
26
 
27
+ DB接続のコードも今回のケースはクエリ投げる直前の方が良いと思います。
28
+
29
+ 使われない分岐もあるのに接続を保持するのは無駄コストですので。
30
+
27
31
 
28
32
 
29
33
  ---

2

修正

2019/10/17 06:23

投稿

m.ts10806
m.ts10806

スコア80875

test CHANGED
@@ -6,9 +6,23 @@
6
6
 
7
7
  POSTにはなにもないので、全てNULLが投入されます。
8
8
 
9
+
10
+
11
+ おそらく
12
+
13
+ > $created_at_date = $_POST["created_at_date"];
14
+
15
+
16
+
17
+ の時点でundefined indexのWarningが出ていると思います。
18
+
19
+
20
+
9
- 直接アクセス対策にREQUEST_METHODを確認する方法もよく使われますが、
21
+ 直接アクセス対策には$_SEVEREのREQUEST_METHODを確認する方法もよく使われますが、
10
22
 
11
23
  filter_input()でnull確認するやり方がベターです。
24
+
25
+
12
26
 
13
27
 
14
28
 

1

修正

2019/10/17 06:21

投稿

m.ts10806
m.ts10806

スコア80875

test CHANGED
@@ -1,3 +1,21 @@
1
+ > 直接叩く
2
+
3
+
4
+
5
+ これだとリクエストはGETになります。
6
+
7
+ POSTにはなにもないので、全てNULLが投入されます。
8
+
9
+ 直接アクセス対策にREQUEST_METHODを確認する方法もよく使われますが、
10
+
11
+ filter_input()でnull確認するやり方がベターです。
12
+
13
+
14
+
15
+ ---
16
+
17
+
18
+
1
19
  デバッグしましょう。
2
20
 
3
21
  コードがどこまで想定通り動いているのか確認してください。