回答編集履歴
3
更に追記
test
CHANGED
|
@@ -17,3 +17,19 @@
|
|
|
17
17
|
|
|
18
18
|
|
|
19
19
|
というところで、文字列以外のPHPコード上の&を変更してしまった可能性が高いと推察されます。
|
|
20
|
+
|
|
21
|
+
|
|
22
|
+
|
|
23
|
+
更に追記：
|
|
24
|
+
|
|
25
|
+
プラグインに手を入れる場合は、今回のような事態が起こってもすぐに戻せるように
|
|
26
|
+
|
|
27
|
+
ソースコードとデータベースのデータはバックアップをとっておいて手を入れるようにすると良いです。
|
|
28
|
+
|
|
29
|
+
よく分からないまま修正して動作しなくなる例が非常に多いです。
|
|
30
|
+
|
|
31
|
+
kei344さんの仰るようにプラグインアップデートの際に上書きされてしまい、また手を入れるようなこととなってしまった場合に、
|
|
32
|
+
|
|
33
|
+
必ずしも同じ箇所を直せば良いかというとそうはいかなくなることもありますので、
|
|
34
|
+
|
|
35
|
+
基本は手を出さないのと、出すなら必ずバックアップ、もしくは制作者に要望を出すなどして対応するようにしてください。
|
2
修正
test
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
エラーメッセージ
|
|
1
|
+
エラーメッセージ内容からするとPHP文法上のエラーのためデータにはなんら影響がありません。安心してください。
|
|
2
2
|
|
|
3
3
|
in ～ には処理が中断したプログラムとその行数が書いてあるのでそのあたりを確認して、分からないようであればソースを追記してください。
|
|
4
4
|
|
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
|
|
7
7
|
追記：
|
|
8
8
|
|
|
9
|
-
|
|
9
|
+
&→&と手動変更されたとのことですが、phpコード内の&であれば変更すべきではないと思います。
|
|
10
10
|
|
|
11
11
|
URL文字列を適切にエスケープする際はphpの関数を利用します。 → [urlencode](http://php.net/manual/ja/function.urlencode.php)
|
|
12
12
|
|
1
修正
test
CHANGED
|
@@ -1,3 +1,19 @@
|
|
|
1
1
|
エラーメッセージはPHP文法上のエラーのためデータにはなんら影響がありません。安心してください。
|
|
2
2
|
|
|
3
3
|
in ～ には処理が中断したプログラムとその行数が書いてあるのでそのあたりを確認して、分からないようであればソースを追記してください。
|
|
4
|
+
|
|
5
|
+
|
|
6
|
+
|
|
7
|
+
追記：
|
|
8
|
+
|
|
9
|
+
あと、&→&に手動変更されたとのことですが、phpコード内の&であれば変更すべきではないと思います。
|
|
10
|
+
|
|
11
|
+
URL文字列を適切にエスケープする際はphpの関数を利用します。 → [urlencode](http://php.net/manual/ja/function.urlencode.php)
|
|
12
|
+
|
|
13
|
+
ただ、既に書いたように「PHPのコード内の&」は文字列ではなく別の意味を持つことがあります。
|
|
14
|
+
|
|
15
|
+
[代入演算子](http://php.net/manual/ja/language.operators.assignment.php) [論理演算子](http://php.net/manual/ja/language.operators.logical.php) [ビット演算子](http://php.net/manual/ja/language.operators.bitwise.php) [リファレンス渡し](http://php.net/manual/ja/language.references.pass.php) など
|
|
16
|
+
|
|
17
|
+
|
|
18
|
+
|
|
19
|
+
というところで、文字列以外のPHPコード上の&を変更してしまった可能性が高いと推察されます。
|