回答編集履歴
53
誤字
answer
CHANGED
@@ -69,7 +69,7 @@
|
|
69
69
|
---
|
70
70
|
|
71
71
|
**<クエリエラーで、データベースに新しいフォルダが作成できない時>**
|
72
|
-
(1)phpMyAdmin(
|
72
|
+
(1)phpMyAdmin(Database)上でmysqlを選択
|
73
73
|

|
74
74
|
(2)"mysql" databaseのすべてのテーブルを選択
|
75
75
|

|
52
説明の追加
answer
CHANGED
@@ -12,7 +12,7 @@
|
|
12
12
|
対策として、もう一度データベース上にユーザー名を登録する。
|
13
13
|
(注意)クエリエラーでユーザー名を追加できない時は、この回答の後半
|
14
14
|
**<クエリエラーで、データベースに新しいフォルダが作成できない時>**の手順、
|
15
|
-
『データベース上
|
15
|
+
『データベース上mysqlのテーブル修復作業』が必要になる。
|
16
16
|
|
17
17
|
登録方法は以下のサイトを参考にしました。
|
18
18
|
phpMyAdmin,Wordpress編⇒リンク先[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
51
説明の追加
answer
CHANGED
@@ -10,9 +10,9 @@
|
|
10
10
|
(対処法2)
|
11
11
|
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が削除される**
|
12
12
|
対策として、もう一度データベース上にユーザー名を登録する。
|
13
|
-
(注意)クエリエラーでユーザー名を追加できない時は、
|
13
|
+
(注意)クエリエラーでユーザー名を追加できない時は、この回答の後半
|
14
14
|
**<クエリエラーで、データベースに新しいフォルダが作成できない時>**の手順、
|
15
|
-
『データベース上myaql
|
15
|
+
『データベース上myaqlの修復』手順が必要になる。
|
16
16
|
|
17
17
|
登録方法は以下のサイトを参考にしました。
|
18
18
|
phpMyAdmin,Wordpress編⇒リンク先[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
50
説明の追加
answer
CHANGED
@@ -10,6 +10,10 @@
|
|
10
10
|
(対処法2)
|
11
11
|
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が削除される**
|
12
12
|
対策として、もう一度データベース上にユーザー名を登録する。
|
13
|
+
(注意)クエリエラーでユーザー名を追加できない時は、以下の
|
14
|
+
**<クエリエラーで、データベースに新しいフォルダが作成できない時>**の手順、
|
15
|
+
『データベース上myaql』の修復が必要になる。
|
16
|
+
|
13
17
|
登録方法は以下のサイトを参考にしました。
|
14
18
|
phpMyAdmin,Wordpress編⇒リンク先[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
15
19
|
(1)メニュー「データベース」を開き、作成したデータベース「wp_test」の「特権をチェックする」をクリックする。
|
@@ -64,7 +68,7 @@
|
|
64
68
|
(B)(C)(D)で約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
65
69
|
---
|
66
70
|
|
67
|
-
<クエリエラーで、データベースに新しいフォルダが作成できない時>
|
71
|
+
**<クエリエラーで、データベースに新しいフォルダが作成できない時>**
|
68
72
|
(1)phpMyAdmin(Databese)上でmysqlを選択
|
69
73
|

|
70
74
|
(2)"mysql" databaseのすべてのテーブルを選択
|
49
説明の追加
answer
CHANGED
@@ -23,7 +23,7 @@
|
|
23
23
|
データベース接続エラーの原因であると考えています。
|
24
24
|
|
25
25
|
------------------------------------------
|
26
|
-
上記解決策は数分で解決できる方法ですが、ダメな時はフォルダの作り直しです(15分以上)。
|
26
|
+
上記解決策は数分で解決できる方法ですが、ダメな時はフォルダの作り直しです(15分以上必要)。
|
27
27
|
|
28
28
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
29
29
|
原因のようなものが、見えてきました。
|
48
説明の追加
answer
CHANGED
@@ -2,10 +2,8 @@
|
|
2
2
|
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が突然変わる。**
|
3
3
|
以下は参考画像です。
|
4
4
|

|
5
|
-
左のデータベース上のユーザー名とローカル環境のフォルダ内
|
5
|
+
左のデータベース上のユーザー名とローカル環境のフォルダ内xampp>htdocs>wp_z(wordpressフォルダ)>wp-config.php内のユーザー名が違います。
|
6
|
-
ユーザー名が違います。
|
7
|
-
wp-config.php内の②のユーザー名を書き換えて、
|
6
|
+
wp-config.php内の②のユーザー名を書き換えて、データベース上のユーザー名(上記画像左)に合わせます。
|
8
|
-
データベース上のユーザー名(上記画像左)に合わせます。
|
9
7
|
すぐにデータベースエラーは治りました。 **なぜデータベース上のユーザー名が
|
10
8
|
デバッグ中に突然変わるかは、わかりません。**
|
11
9
|
|
47
説明の追加
answer
CHANGED
@@ -1,4 +1,4 @@
|
|
1
|
-
(対処法
|
1
|
+
(対処法1)
|
2
2
|
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が突然変わる。**
|
3
3
|
以下は参考画像です。
|
4
4
|

|
@@ -9,12 +9,23 @@
|
|
9
9
|
すぐにデータベースエラーは治りました。 **なぜデータベース上のユーザー名が
|
10
10
|
デバッグ中に突然変わるかは、わかりません。**
|
11
11
|
|
12
|
+
(対処法2)
|
13
|
+
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が削除される**
|
14
|
+
対策として、もう一度データベース上にユーザー名を登録する。
|
15
|
+
登録方法は以下のサイトを参考にしました。
|
16
|
+
phpMyAdmin,Wordpress編⇒リンク先[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
17
|
+
(1)メニュー「データベース」を開き、作成したデータベース「wp_test」の「特権をチェックする」をクリックする。
|
18
|
+
(2)「ユーザーを追加する」をクリックする。
|
19
|
+
「User name」,「Host」,「パスワード」を入力して、一番下の「実行」ボタンでユーザーを作成する。
|
12
20
|
|
21
|
+
ユーザー名を新たに登録して、wp-config.php内の②のユーザー名を書き換えたら
|
22
|
+
データベース接続エラーから復旧しました。
|
13
23
|
|
24
|
+
データベース上の登録データ(ユーザー名)と、wp-config.php内データの何らかのズレが
|
25
|
+
データベース接続エラーの原因であると考えています。
|
14
26
|
|
15
|
-
|
16
27
|
------------------------------------------
|
17
|
-
上記解決策でダメな時は
|
28
|
+
上記解決策は数分で解決できる方法ですが、ダメな時はフォルダの作り直しです(15分以上)。
|
18
29
|
|
19
30
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
20
31
|
原因のようなものが、見えてきました。
|
46
誤字
answer
CHANGED
@@ -10,11 +10,9 @@
|
|
10
10
|
デバッグ中に突然変わるかは、わかりません。**
|
11
11
|
|
12
12
|
|
13
|
-
(対処法②)
|
14
|
-
左図のデータベース(phpMyAdmin上)で、「特権を編集」⇒「実行」すると
|
15
|
-
データベース接続エラーから回復することがあります。
|
16
13
|
|
17
14
|
|
15
|
+
|
18
16
|
------------------------------------------
|
19
17
|
上記解決策でダメな時は、フォルダの作り直しです。
|
20
18
|
|
@@ -66,6 +64,4 @@
|
|
66
64
|
(4)実行
|
67
65
|
[引用元](https://stackoverflow.com/questions/60864367/1030-got-error-176-read-page-with-wrong-checksum-from-storage-engine-aria)
|
68
66
|
|
69
|
-
(注意)上記操作をして[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、XAMPPを再インストールします。(約5分追加)
|
67
|
+
(注意)上記操作をして[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、XAMPPを再インストールします。(約5分追加)
|
70
|
-
|
71
|
-
(余談)多い時は、一日2回 データベース確立エラーが発生する。
|
45
説明の追加
answer
CHANGED
@@ -1,8 +1,7 @@
|
|
1
|
-
(
|
1
|
+
(対処法①)
|
2
2
|
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が突然変わる。**
|
3
3
|
以下は参考画像です。
|
4
4
|

|
5
|
-
|
6
5
|
左のデータベース上のユーザー名とローカル環境のフォルダ内のwp-config.php内の
|
7
6
|
ユーザー名が違います。
|
8
7
|
wp-config.php内の②のユーザー名を書き換えて、
|
@@ -11,9 +10,11 @@
|
|
11
10
|
デバッグ中に突然変わるかは、わかりません。**
|
12
11
|
|
13
12
|
|
13
|
+
(対処法②)
|
14
|
+
左図のデータベース(phpMyAdmin上)で、「特権を編集」⇒「実行」すると
|
15
|
+
データベース接続エラーから回復することがあります。
|
14
16
|
|
15
17
|
|
16
|
-
|
17
18
|
------------------------------------------
|
18
19
|
上記解決策でダメな時は、フォルダの作り直しです。
|
19
20
|
|
44
説明の追加
answer
CHANGED
@@ -16,7 +16,6 @@
|
|
16
16
|
|
17
17
|
------------------------------------------
|
18
18
|
上記解決策でダメな時は、フォルダの作り直しです。
|
19
|
-
**<復旧操作(ローカル・フォルダの作り直し)>**
|
20
19
|
|
21
20
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
22
21
|
原因のようなものが、見えてきました。
|
@@ -37,8 +36,9 @@
|
|
37
36
|
|
38
37
|
(2)公開ページからローカルへ移設編⇒リンク先[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)---(後半)2. WordPressをインストール パートB. 公開中のサイトをローカルへ複製したい場合
|
39
38
|
|
40
|
-
|
39
|
+
---
|
41
|
-
**
|
40
|
+
**<復旧操作(ローカル・フォルダの作り直し)>**
|
41
|
+
---
|
42
42
|
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
43
43
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
44
44
|
|
@@ -53,12 +53,9 @@
|
|
53
53
|
D(約5分) Bのバックアップデータを、ローカル環境のダッシュボードでCのプラグインを使いローカル環境へインポートして完了。
|
54
54
|
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
55
55
|
|
56
|
-
--------------------------------------------------------------------------
|
57
56
|
(B)(C)(D)で約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
58
|
-
---
|
57
|
+
---
|
59
58
|
|
60
|
-
|
61
|
-
|
62
59
|
<クエリエラーで、データベースに新しいフォルダが作成できない時>
|
63
60
|
(1)phpMyAdmin(Databese)上でmysqlを選択
|
64
61
|

|
43
説明の追加
answer
CHANGED
@@ -1,6 +1,6 @@
|
|
1
1
|
(エラー原因)
|
2
|
-
**デバッグ作業をしていると、なぜか
|
2
|
+
**デバッグ作業をしていると、なぜかデータベース(phpMyAdmin上)でユーザー名が突然変わる。**
|
3
|
-
|
3
|
+
以下は参考画像です。
|
4
4
|

|
5
5
|
|
6
6
|
左のデータベース上のユーザー名とローカル環境のフォルダ内のwp-config.php内の
|
42
説明の追加
answer
CHANGED
@@ -1,14 +1,14 @@
|
|
1
1
|
(エラー原因)
|
2
|
-
デバッグ作業をしていると、なぜかphpMyAdmin上のデータベースでユーザー名が突然変わる。
|
2
|
+
**デバッグ作業をしていると、なぜかphpMyAdmin上のデータベースでユーザー名が突然変わる。**
|
3
3
|
原因はナゾです。以下は参考画像です。
|
4
4
|

|
5
5
|
|
6
6
|
左のデータベース上のユーザー名とローカル環境のフォルダ内のwp-config.php内の
|
7
|
-
ユーザー名が違います。
|
7
|
+
ユーザー名が違います。
|
8
8
|
wp-config.php内の②のユーザー名を書き換えて、
|
9
9
|
データベース上のユーザー名(上記画像左)に合わせます。
|
10
|
-
すぐにデータベースエラーは治りました。 なぜデータベース上のユーザー名が
|
10
|
+
すぐにデータベースエラーは治りました。 **なぜデータベース上のユーザー名が
|
11
|
-
デバッグ中に突然変わるかは、わかりません。
|
11
|
+
デバッグ中に突然変わるかは、わかりません。**
|
12
12
|
|
13
13
|
|
14
14
|
|
41
説明の追加
answer
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
(エラー原因)
|
2
2
|
デバッグ作業をしていると、なぜかphpMyAdmin上のデータベースでユーザー名が突然変わる。
|
3
3
|
原因はナゾです。以下は参考画像です。
|
4
|
-

|
5
5
|
|
6
6
|
左のデータベース上のユーザー名とローカル環境のフォルダ内のwp-config.php内の
|
7
7
|
ユーザー名が違います。これでは、つながるはずがありません。
|
40
説明の追加
answer
CHANGED
@@ -1,3 +1,21 @@
|
|
1
|
+
(エラー原因)
|
2
|
+
デバッグ作業をしていると、なぜかphpMyAdmin上のデータベースでユーザー名が突然変わる。
|
3
|
+
原因はナゾです。以下は参考画像です。
|
4
|
+

|
5
|
+
|
6
|
+
左のデータベース上のユーザー名とローカル環境のフォルダ内のwp-config.php内の
|
7
|
+
ユーザー名が違います。これでは、つながるはずがありません。
|
8
|
+
wp-config.php内の②のユーザー名を書き換えて、
|
9
|
+
データベース上のユーザー名(上記画像左)に合わせます。
|
10
|
+
すぐにデータベースエラーは治りました。 なぜデータベース上のユーザー名が
|
11
|
+
デバッグ中に突然変わるかは、わかりません。
|
12
|
+
|
13
|
+
|
14
|
+
|
15
|
+
|
16
|
+
|
17
|
+
------------------------------------------
|
18
|
+
上記解決策でダメな時は、フォルダの作り直しです。
|
1
19
|
**<復旧操作(ローカル・フォルダの作り直し)>**
|
2
20
|
|
3
21
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
39
誤字
answer
CHANGED
@@ -41,7 +41,7 @@
|
|
41
41
|
|
42
42
|
|
43
43
|
|
44
|
-
<
|
44
|
+
<クエリエラーで、データベースに新しいフォルダが作成できない時>
|
45
45
|
(1)phpMyAdmin(Databese)上でmysqlを選択
|
46
46
|

|
47
47
|
(2)"mysql" databaseのすべてのテーブルを選択
|
38
誤字
answer
CHANGED
@@ -1,4 +1,4 @@
|
|
1
|
-
**<復旧操作(ローカルフォルダの作り直し)>**
|
1
|
+
**<復旧操作(ローカル・フォルダの作り直し)>**
|
2
2
|
|
3
3
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
4
4
|
原因のようなものが、見えてきました。
|
37
説明の追加
answer
CHANGED
@@ -1,4 +1,4 @@
|
|
1
|
-
<復旧操作>
|
1
|
+
**<復旧操作(ローカルフォルダの作り直し)>**
|
2
2
|
|
3
3
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
4
4
|
原因のようなものが、見えてきました。
|
36
誤字
answer
CHANGED
@@ -52,4 +52,4 @@
|
|
52
52
|
|
53
53
|
(注意)上記操作をして[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、XAMPPを再インストールします。(約5分追加)
|
54
54
|
|
55
|
-
(余談)多い時は、一日2回 データベース確立エラーが発生する。
|
55
|
+
(余談)多い時は、一日2回 データベース確立エラーが発生する。
|
35
説明の追加
answer
CHANGED
@@ -50,4 +50,6 @@
|
|
50
50
|
(4)実行
|
51
51
|
[引用元](https://stackoverflow.com/questions/60864367/1030-got-error-176-read-page-with-wrong-checksum-from-storage-engine-aria)
|
52
52
|
|
53
|
-
(注意)上記操作をして[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、XAMPPを再インストールします。(約5分追加)
|
53
|
+
(注意)上記操作をして[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、XAMPPを再インストールします。(約5分追加)
|
54
|
+
|
55
|
+
(余談)多い時は、一日2回 データベース確立エラーが発生する。勘弁してほしい。
|
34
説明の追加
answer
CHANGED
@@ -32,7 +32,7 @@
|
|
32
32
|
つまりwordpress内フォルダの全ファイル・フォルダを切り取りして、親の親wp_a内フォルダに移す。
|
33
33
|
そうすることで、ディレクトリー構成が浅くなる。
|
34
34
|
|
35
|
-
D(約5分) Bのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。
|
35
|
+
D(約5分) Bのバックアップデータを、ローカル環境のダッシュボードでCのプラグインを使いローカル環境へインポートして完了。
|
36
36
|
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
37
37
|
|
38
38
|
--------------------------------------------------------------------------
|
33
説明の追加
answer
CHANGED
@@ -39,9 +39,8 @@
|
|
39
39
|
(B)(C)(D)で約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
40
40
|
--------------------------------------------------------------------------
|
41
41
|
|
42
|
-
(注意)[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、
|
43
|
-
XAMPPを再インストールします。(約5分追加)
|
44
42
|
|
43
|
+
|
45
44
|
<データベースに、クエリエラーで新しいフォルダが作成できない時>
|
46
45
|
(1)phpMyAdmin(Databese)上でmysqlを選択
|
47
46
|

|
@@ -49,4 +48,6 @@
|
|
49
48
|

|
50
49
|
(3)スクロールで下に移動して、セレクトボックス内の『テーブルを修復する』を選択
|
51
50
|
(4)実行
|
52
|
-
[引用元](https://stackoverflow.com/questions/60864367/1030-got-error-176-read-page-with-wrong-checksum-from-storage-engine-aria)
|
51
|
+
[引用元](https://stackoverflow.com/questions/60864367/1030-got-error-176-read-page-with-wrong-checksum-from-storage-engine-aria)
|
52
|
+
|
53
|
+
(注意)上記操作をして[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、XAMPPを再インストールします。(約5分追加)
|
32
説明の追加
answer
CHANGED
@@ -15,9 +15,9 @@
|
|
15
15
|
慣れてくると、復旧操作を約15分に短縮できました。
|
16
16
|
|
17
17
|
<復旧操作の参考ページ>
|
18
|
-
(1)phpMyAdmin,Wordpress編[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
18
|
+
(1)phpMyAdmin,Wordpress編⇒リンク先[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
19
19
|
|
20
|
-
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)---(後半)2. WordPressをインストール パートB. 公開中のサイトをローカルへ複製したい場合
|
20
|
+
(2)公開ページからローカルへ移設編⇒リンク先[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)---(後半)2. WordPressをインストール パートB. 公開中のサイトをローカルへ複製したい場合
|
21
21
|
|
22
22
|
|
23
23
|
**以下の復旧操作を繰り返しています。**
|
31
説明の追加
answer
CHANGED
@@ -27,8 +27,10 @@
|
|
27
27
|
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
28
28
|
|
29
29
|
C(約5分) phpMyAdmin(Databese)上とパソコン内の両方でフォルダを作り直して[例wp_a](旧フォルダ削除)、ローカル環境へWordpressを(旧Wordpressフォルダ横へ)再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
30
|
-
(注意)Wordpressインストール後のフォルダwp_a内は、C:\xampp\htdocs\wp_a\wordpress-5.6-ja \wordpressとなるので、アドレスをスッキリさせたいならインストールしたデータをwp_a直下に移動する(ファイルを切り取りして、wp_a内に移す)と、シンプルなアドレスになる。
|
30
|
+
(注意)Wordpressインストール後のフォルダwp_a内は、C:\xampp\htdocs\wp_a\wordpress-5.6-ja \wordpressとなるので、アドレスをスッキリさせたいならインストールしたデータをwp_a直下に移動する(ファイルを切り取りして、wp_a内に移す)と、シンプルなアドレスになる。⇒例:http://localhost/wp_a/
|
31
|
+
↓
|
31
|
-
|
32
|
+
つまりwordpress内フォルダの全ファイル・フォルダを切り取りして、親の親wp_a内フォルダに移す。
|
33
|
+
そうすることで、ディレクトリー構成が浅くなる。
|
32
34
|
|
33
35
|
D(約5分) Bのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。
|
34
36
|
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
30
説明の追加
answer
CHANGED
@@ -26,8 +26,9 @@
|
|
26
26
|
|
27
27
|
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
28
28
|
|
29
|
-
C(約5分) phpMyAdmin(Databese)上とパソコン内の両方でフォルダを作り直して(旧フォルダ削除)、
|
30
|
-
ローカル環境へWordpressを(旧Wordpressフォルダ横へ)再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
29
|
+
C(約5分) phpMyAdmin(Databese)上とパソコン内の両方でフォルダを作り直して[例wp_a](旧フォルダ削除)、ローカル環境へWordpressを(旧Wordpressフォルダ横へ)再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
30
|
+
(注意)Wordpressインストール後のフォルダwp_a内は、C:\xampp\htdocs\wp_a\wordpress-5.6-ja \wordpressとなるので、アドレスをスッキリさせたいならインストールしたデータをwp_a直下に移動する(ファイルを切り取りして、wp_a内に移す)と、シンプルなアドレスになる。
|
31
|
+
例:http://localhost/wp_a/
|
31
32
|
|
32
33
|
D(約5分) Bのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。
|
33
34
|
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
29
説明の追加
answer
CHANGED
@@ -32,7 +32,9 @@
|
|
32
32
|
D(約5分) Bのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。
|
33
33
|
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
34
34
|
|
35
|
+
--------------------------------------------------------------------------
|
35
|
-
|
36
|
+
(B)(C)(D)で約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
37
|
+
--------------------------------------------------------------------------
|
36
38
|
|
37
39
|
(注意)[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、
|
38
40
|
XAMPPを再インストールします。(約5分追加)
|
28
説明の追加
answer
CHANGED
@@ -34,5 +34,14 @@
|
|
34
34
|
|
35
35
|
BCDで約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
36
36
|
|
37
|
-
(注意)Cでどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、
|
37
|
+
(注意)[C]でどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、
|
38
|
-
XAMPPを再インストールします。(約5分追加)
|
38
|
+
XAMPPを再インストールします。(約5分追加)
|
39
|
+
|
40
|
+
<データベースに、クエリエラーで新しいフォルダが作成できない時>
|
41
|
+
(1)phpMyAdmin(Databese)上でmysqlを選択
|
42
|
+

|
43
|
+
(2)"mysql" databaseのすべてのテーブルを選択
|
44
|
+

|
45
|
+
(3)スクロールで下に移動して、セレクトボックス内の『テーブルを修復する』を選択
|
46
|
+
(4)実行
|
47
|
+
[引用元](https://stackoverflow.com/questions/60864367/1030-got-error-176-read-page-with-wrong-checksum-from-storage-engine-aria)
|
27
誤字
answer
CHANGED
@@ -34,5 +34,5 @@
|
|
34
34
|
|
35
35
|
BCDで約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
36
36
|
|
37
|
-
(注意)
|
37
|
+
(注意)Cでどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、
|
38
38
|
XAMPPを再インストールします。(約5分追加)
|
26
誤字
answer
CHANGED
@@ -32,4 +32,7 @@
|
|
32
32
|
D(約5分) Bのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。
|
33
33
|
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
34
34
|
|
35
|
-
BCDで約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
35
|
+
BCDで約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
36
|
+
|
37
|
+
(注意)Bでどうしてもデータベース上に新しいフォルダが作成できない時(クエリエラー発生時)は、
|
38
|
+
XAMPPを再インストールします。(約5分追加)
|
25
誤字
answer
CHANGED
@@ -17,7 +17,7 @@
|
|
17
17
|
<復旧操作の参考ページ>
|
18
18
|
(1)phpMyAdmin,Wordpress編[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
19
19
|
|
20
|
-
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)---(後半)B. 公開中のサイトをローカルへ複製したい場合
|
20
|
+
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)---(後半)2. WordPressをインストール パートB. 公開中のサイトをローカルへ複製したい場合
|
21
21
|
|
22
22
|
|
23
23
|
**以下の復旧操作を繰り返しています。**
|
24
説明の追加
answer
CHANGED
@@ -17,8 +17,9 @@
|
|
17
17
|
<復旧操作の参考ページ>
|
18
18
|
(1)phpMyAdmin,Wordpress編[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
19
19
|
|
20
|
-
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)
|
20
|
+
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)---(後半)B. 公開中のサイトをローカルへ複製したい場合
|
21
21
|
|
22
|
+
|
22
23
|
**以下の復旧操作を繰り返しています。**
|
23
24
|
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
24
25
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
23
説明の追加
answer
CHANGED
@@ -28,6 +28,7 @@
|
|
28
28
|
C(約5分) phpMyAdmin(Databese)上とパソコン内の両方でフォルダを作り直して(旧フォルダ削除)、
|
29
29
|
ローカル環境へWordpressを(旧Wordpressフォルダ横へ)再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
30
30
|
|
31
|
+
D(約5分) Bのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。
|
31
|
-
|
32
|
+
たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
32
33
|
|
33
34
|
BCDで約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
22
誤字
answer
CHANGED
@@ -30,4 +30,4 @@
|
|
30
30
|
|
31
31
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
32
32
|
|
33
|
-
BCDで約15くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
33
|
+
BCDで約15分くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
21
説明の追加
answer
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
ケース
|
7
7
|
(1)プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
8
8
|
(2)プラグイン(bbp-style-pack)との相性で、「有効」後にエラーが発生しました。
|
9
|
-
|
9
|
+
|
10
10
|
(3)XAMPPを立ち上げずに、ブックマークから直接ローカルホームページにアクセスすると
|
11
11
|
『データベース接続エラー』が発生する確率が大きくなります。
|
12
12
|
つい「うっかり」やってしまいます。
|
@@ -25,7 +25,8 @@
|
|
25
25
|
|
26
26
|
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
27
27
|
|
28
|
+
C(約5分) phpMyAdmin(Databese)上とパソコン内の両方でフォルダを作り直して(旧フォルダ削除)、
|
28
|
-
|
29
|
+
ローカル環境へWordpressを(旧Wordpressフォルダ横へ)再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
29
30
|
|
30
31
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
31
32
|
|
20
誤字
answer
CHANGED
@@ -1,4 +1,4 @@
|
|
1
|
-
<
|
1
|
+
<復旧操作>
|
2
2
|
|
3
3
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
4
4
|
原因のようなものが、見えてきました。
|
19
説明の追加
answer
CHANGED
File without changes
|
18
説明の追加
answer
CHANGED
@@ -25,7 +25,7 @@
|
|
25
25
|
|
26
26
|
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
27
27
|
|
28
|
-
C(約5分) ローカル環境へWordpressを再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
28
|
+
C(約5分) ローカル環境へWordpressを(旧Wordpressフォルダ横へ)再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
29
29
|
|
30
30
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
31
31
|
|
17
誤字
answer
CHANGED
@@ -29,4 +29,4 @@
|
|
29
29
|
|
30
30
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
31
31
|
|
32
|
-
BCDで約15くらいかかる。おそらくこれ以上の時間短縮は出来ないだろう。
|
32
|
+
BCDで約15くらいかかる。おそらく、これ以上の時間短縮は出来ないだろう。
|
16
説明の追加
answer
CHANGED
@@ -25,7 +25,7 @@
|
|
25
25
|
|
26
26
|
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
27
27
|
|
28
|
-
C(約5分) ローカル環境へWordpressを再インストール後に、プラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
28
|
+
C(約5分) ローカル環境へWordpressを再インストール後に、続けてプラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
29
29
|
|
30
30
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
31
31
|
|
15
説明の追加
answer
CHANGED
@@ -25,7 +25,7 @@
|
|
25
25
|
|
26
26
|
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
27
27
|
|
28
|
-
C(約5分) ローカル環境へWordpressをインストール後に、プラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
28
|
+
C(約5分) ローカル環境へWordpressを再インストール後に、プラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
29
29
|
|
30
30
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
31
31
|
|
14
説明の追加
answer
CHANGED
@@ -14,8 +14,6 @@
|
|
14
14
|
XAMPPの再インストールは必要ありませんでした。
|
15
15
|
慣れてくると、復旧操作を約15分に短縮できました。
|
16
16
|
|
17
|
-
結局、根本的な解決法(数分で復旧する、設定を変える方法)は見つかりませんでした。
|
18
|
-
|
19
17
|
<復旧操作の参考ページ>
|
20
18
|
(1)phpMyAdmin,Wordpress編[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
21
19
|
|
13
説明の追加
answer
CHANGED
@@ -25,8 +25,7 @@
|
|
25
25
|
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
26
26
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
27
27
|
|
28
|
-
B(約5分) プラグイン
|
28
|
+
B(約5分) Aで最新化した公開データを、プラグイン『All-in-One WP Migration』でローカル環境下へバックアップし保存する。
|
29
|
-
ローカル環境へ保存。
|
30
29
|
|
31
30
|
C(約5分) ローカル環境へWordpressをインストール後に、プラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
32
31
|
|
12
説明の追加
answer
CHANGED
@@ -3,27 +3,25 @@
|
|
3
3
|
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
4
4
|
原因のようなものが、見えてきました。
|
5
5
|
|
6
|
+
ケース
|
6
|
-
プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
7
|
+
(1)プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
7
|
-
|
8
|
+
(2)プラグイン(bbp-style-pack)との相性で、「有効」後にエラーが発生しました。
|
8
9
|
phpMyAdminでフォルダを作り直して(旧フォルダ削除)、何度もWordpressをインストールし直しています。
|
10
|
+
(3)XAMPPを立ち上げずに、ブックマークから直接ローカルホームページにアクセスすると
|
11
|
+
『データベース接続エラー』が発生する確率が大きくなります。
|
12
|
+
つい「うっかり」やってしまいます。
|
9
13
|
|
10
|
-
慣れてくると、復旧操作を約30分に短縮できました。
|
11
14
|
XAMPPの再インストールは必要ありませんでした。
|
15
|
+
慣れてくると、復旧操作を約15分に短縮できました。
|
12
16
|
|
13
17
|
結局、根本的な解決法(数分で復旧する、設定を変える方法)は見つかりませんでした。
|
14
18
|
|
15
|
-
(1/29追加)
|
16
|
-
慣れてくると、復旧操作を約15分に短縮できました。
|
17
|
-
XAMPPを立ち上げずに、ブックマークから直接ローカルホームページにアクセスすると
|
18
|
-
『データベース接続エラー』が発生する確率が大きくなります。
|
19
|
-
つい「うっかり」やってしまいます。
|
20
|
-
|
21
|
-
復旧操作の参考ページ
|
19
|
+
<復旧操作の参考ページ>
|
22
20
|
(1)phpMyAdmin,Wordpress編[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
23
21
|
|
24
22
|
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)
|
25
23
|
|
26
|
-
**以下の復旧
|
24
|
+
**以下の復旧操作を繰り返しています。**
|
27
25
|
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
28
26
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
29
27
|
|
11
説明の追加
answer
CHANGED
@@ -23,7 +23,7 @@
|
|
23
23
|
|
24
24
|
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)
|
25
25
|
|
26
|
-
**以下のサイクルを繰り返しています。**
|
26
|
+
**以下の復旧サイクル操作を繰り返しています。**
|
27
27
|
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
28
28
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
29
29
|
|
10
説明の追加
answer
CHANGED
@@ -28,10 +28,9 @@
|
|
28
28
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
29
29
|
|
30
30
|
B(約5分) プラグイン 『All-in-One WP Migration』で最新化した公開ページをバックアップして、
|
31
|
-
ローカル環境へ保存。
|
31
|
+
ローカル環境へ保存。
|
32
32
|
|
33
|
-
C(約5分) ローカル環境へWordpressをインストール後に、プラグイン『All-in-One WP Migration』、
|
33
|
+
C(約5分) ローカル環境へWordpressをインストール後に、プラグイン『All-in-One WP Migration』、『all in one wp migration extension』をインストールして有効化する。
|
34
|
-
『all in one wp migration extension』(約5分)をインストールして有効化する。
|
35
34
|
|
36
35
|
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
37
36
|
|
9
説明の追加
answer
CHANGED
@@ -1,6 +1,6 @@
|
|
1
1
|
<応急処置>
|
2
2
|
|
3
|
-
|
3
|
+
平均3~7日に1回、データベース接続確立エラーが発生するようになりました。
|
4
4
|
原因のようなものが、見えてきました。
|
5
5
|
|
6
6
|
プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
8
説明の追加
answer
CHANGED
@@ -19,11 +19,10 @@
|
|
19
19
|
つい「うっかり」やってしまいます。
|
20
20
|
|
21
21
|
復旧操作の参考ページ
|
22
|
-
(1)phpMyAdmin,Wordpress編
|
23
|
-
https://itlogs.net/wordpress-develop-2/
|
22
|
+
(1)phpMyAdmin,Wordpress編[環境構築手順](https://itlogs.net/wordpress-develop-2/)
|
24
|
-
(2)公開ページからローカルへ移設編
|
25
|
-
http://websae.net/local-wordpress-20191205/
|
26
23
|
|
24
|
+
(2)公開ページからローカルへ移設編[ローカル環境インストール方法](http://websae.net/local-wordpress-20191205/)
|
25
|
+
|
27
26
|
**以下のサイクルを繰り返しています。**
|
28
27
|
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
29
28
|
レンタルサーバーへアップロードする。公開ページが最新化される。
|
7
説明の追加
answer
CHANGED
@@ -16,4 +16,24 @@
|
|
16
16
|
慣れてくると、復旧操作を約15分に短縮できました。
|
17
17
|
XAMPPを立ち上げずに、ブックマークから直接ローカルホームページにアクセスすると
|
18
18
|
『データベース接続エラー』が発生する確率が大きくなります。
|
19
|
-
つい「うっかり」やってしまいます。
|
19
|
+
つい「うっかり」やってしまいます。
|
20
|
+
|
21
|
+
復旧操作の参考ページ
|
22
|
+
(1)phpMyAdmin,Wordpress編
|
23
|
+
https://itlogs.net/wordpress-develop-2/
|
24
|
+
(2)公開ページからローカルへ移設編
|
25
|
+
http://websae.net/local-wordpress-20191205/
|
26
|
+
|
27
|
+
**以下のサイクルを繰り返しています。**
|
28
|
+
A 「データベース接続エラー」発生した後、今までのローカル環境で作成した(下溜めた)コードを
|
29
|
+
レンタルサーバーへアップロードする。公開ページが最新化される。
|
30
|
+
|
31
|
+
B(約5分) プラグイン 『All-in-One WP Migration』で最新化した公開ページをバックアップして、
|
32
|
+
ローカル環境へ保存。(約5分)
|
33
|
+
|
34
|
+
C(約5分) ローカル環境へWordpressをインストール後に、プラグイン『All-in-One WP Migration』、
|
35
|
+
『all in one wp migration extension』(約5分)をインストールして有効化する。
|
36
|
+
|
37
|
+
D(約5分) Bの公開中ページのバックアップデータを、Cのプラグインを使いローカル環境へインポートして完了。たまにインポートできない(「All-in-One WP Migration」不良)時は、一度ブラウザを閉じて再度ブラウザを開くと、インポートが出来るようになる。
|
38
|
+
|
39
|
+
BCDで約15くらいかかる。おそらくこれ以上の時間短縮は出来ないだろう。
|
6
説明の追加
answer
CHANGED
@@ -13,4 +13,7 @@
|
|
13
13
|
結局、根本的な解決法(数分で復旧する、設定を変える方法)は見つかりませんでした。
|
14
14
|
|
15
15
|
(1/29追加)
|
16
|
-
慣れてくると、復旧操作を約15分に短縮できました。
|
16
|
+
慣れてくると、復旧操作を約15分に短縮できました。
|
17
|
+
XAMPPを立ち上げずに、ブックマークから直接ローカルホームページにアクセスすると
|
18
|
+
『データベース接続エラー』が発生する確率が大きくなります。
|
19
|
+
つい「うっかり」やってしまいます。
|
5
説明の追加
answer
CHANGED
@@ -10,4 +10,7 @@
|
|
10
10
|
慣れてくると、復旧操作を約30分に短縮できました。
|
11
11
|
XAMPPの再インストールは必要ありませんでした。
|
12
12
|
|
13
|
-
結局、根本的な解決法(数分で復旧する、設定を変える方法)は見つかりませんでした。
|
13
|
+
結局、根本的な解決法(数分で復旧する、設定を変える方法)は見つかりませんでした。
|
14
|
+
|
15
|
+
(1/29追加)
|
16
|
+
慣れてくると、復旧操作を約15分に短縮できました。
|
4
説明の追加
answer
CHANGED
@@ -5,7 +5,7 @@
|
|
5
5
|
|
6
6
|
プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
7
7
|
又、プラグイン(bbp-style-pack)との相性で、「有効」後にエラーが発生しました。
|
8
|
-
phpMyAdminでフォルダを作り直して、何度もWordpressをインストールし直しています。
|
8
|
+
phpMyAdminでフォルダを作り直して(旧フォルダ削除)、何度もWordpressをインストールし直しています。
|
9
9
|
|
10
10
|
慣れてくると、復旧操作を約30分に短縮できました。
|
11
11
|
XAMPPの再インストールは必要ありませんでした。
|
3
誤字
answer
CHANGED
@@ -5,7 +5,7 @@
|
|
5
5
|
|
6
6
|
プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
7
7
|
又、プラグイン(bbp-style-pack)との相性で、「有効」後にエラーが発生しました。
|
8
|
-
phpMyAdminでフォルダを作り直して、何度もWordpressをインストールしています。
|
8
|
+
phpMyAdminでフォルダを作り直して、何度もWordpressをインストールし直しています。
|
9
9
|
|
10
10
|
慣れてくると、復旧操作を約30分に短縮できました。
|
11
11
|
XAMPPの再インストールは必要ありませんでした。
|
2
説明の追加
answer
CHANGED
@@ -1,8 +1,12 @@
|
|
1
|
+
<応急処置>
|
2
|
+
|
1
3
|
2,3日に1回、データベース接続確立エラーが発生するようになりました。
|
2
4
|
原因のようなものが、見えてきました。
|
3
5
|
|
4
6
|
プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
7
|
+
又、プラグイン(bbp-style-pack)との相性で、「有効」後にエラーが発生しました。
|
5
8
|
phpMyAdminでフォルダを作り直して、何度もWordpressをインストールしています。
|
9
|
+
|
6
10
|
慣れてくると、復旧操作を約30分に短縮できました。
|
7
11
|
XAMPPの再インストールは必要ありませんでした。
|
8
12
|
|
1
説明の追加
answer
CHANGED
@@ -2,8 +2,8 @@
|
|
2
2
|
原因のようなものが、見えてきました。
|
3
3
|
|
4
4
|
プログラムのデバッグ作業中、無理にクエリを投げるとデータベースに負荷がかかっているようです。
|
5
|
-
慣れてくると、復旧操作が約30分に短縮できました。
|
6
5
|
phpMyAdminでフォルダを作り直して、何度もWordpressをインストールしています。
|
6
|
+
慣れてくると、復旧操作を約30分に短縮できました。
|
7
7
|
XAMPPの再インストールは必要ありませんでした。
|
8
8
|
|
9
|
-
根本的な解決法(数分で復旧する方法)
|
9
|
+
結局、根本的な解決法(数分で復旧する、設定を変える方法)は見つかりませんでした。
|