ベンキョーベヤダベヤ個人的な勉強メモ(旧MOT)。ご利用は自己責任で!本館『https://qooga.jb-jk.net/』もヨロシク。2019.06.12WordPressは、DBの状態に結構影響を受ける。調子悪いかな?」と思ったら、1回お掃除することをオススメする。このお掃除、プラグインで最適化ツールを入れたら良いということは解っている。プラグインって、使っているとジワジワ増えません?無効化するにしても、たまの1回のために置いておきたくないし、いっぱいあるし、後日使おうと思ったらプラグイン名忘れてるし。あとね...SQLite使っているんですよ!なので、プラグインを使うことなく、お掃除しようぜ!という情報集めです。別のデータベースでも使える情報ではあるよ!目次まずは事前準備!テーブルを掃除する番号を振り直す不要なテーブルを消すデータベースをデフラグまずは事前準備!データベースを直接いじるのであるから、もしものときがないとは限らない。バックアップ忘れちゃいけないバックアップ。し忘れた場合、もしもの場合戻せない。大事!めんどくさければ、プラグインを使うでもいいけど、それなら最適化も使おうよ。メンテナンスモード公開中の物を変更する場合、WordPressのインストールディレクトリに『.maintenance』置いて『メンテナンスモード』にしておくことをオススメする。終了後はこのファイルを削除しないと、公開状態に戻せないので忘れずに消すこと!めんどくさければ、プラグインを使えばいいけど、それなら最適化にも使って...テーブルを掃除する「使っていない情報を消していこう!」という発想の掃除対象。バックアップは必須ですよ!wp_post基本的には投稿データやカスタムメニューが保存される。プラグインによっては別の内容が保存されることも。個人的には消すより、『post_type=post』、『post_status=private』にして残す方をオススメする。リビジョン記事の修正する都度保存されるもの。個人的にはこの機能自体不要と思っている。'revision';継承リビジョンとほぼ同じ。基本的にリビションを消したら消えるかと。記事を『削除』してもゴミ箱に入っている。'trash';自動下書きプラグインで使っていることもあるから、直接テーブル見て、問題ないことを確認してから消すことをオススメする。'auto-draft';wp_postmeta『wp_post』に関連する内容が保存される。『wp_posts』にカスタムフィールドを追加すると『wp_postmeta』テーブルにデータが追加される。スラッグ変更履歴アクセスとか見ていて、やはりスラッグを変えようと思うこともある。その履歴がこのデータ。'_wp_old_slug';複数ユーザーの同時編集の防止用データ自動的に出来るのだが、自動的に消えるかは怪しいとの噂。とらぼによると、post_id、meta_key、meta_value全て重複したデータが出来ることがあるらしい。その場合、IDが最小のものだけ残して消す。自分はなかったし、参照元に書いてあるのは、MySQLだけだから、ここにSQLは記載しない。捨てた記録...要るかなぁ...と。'%wp_trash_meta%';カスタムメニュー消した後に残ったゴミもし『カスタムメニューを消したなら』、残しておいても無意味なので消す。'%_menu_item_%';meta_key=_oembed_XXXX、meta_value={{unknown}}「oEmbed」機能で自動で作成されるデータ。消してもアクセスしたら出来るから無駄だけど、重複しているのもあるし掃除のために消しても良い。※自己責任YoutubeやTwitterの自動埋め込みを使わないなら、切ってしまってもよいかと。ブログ運営のためのブログカスタマイズwp_comments記事に対するコメント。完全削除していれば基本的には気にしなくていい。スパムスパムを削除したら無くなるハズではある。'spam';wp_commentmetaコメントのメタデータ。Akismetプラグイン関連このプラグイン、データをモリモリ作るので、個人的には好きではない。'%akismet%';使っている人でも『akismet_history(対応内容の記録)』は消していいと思う。消したコメントのメタ情報スパム等で消したコメントのメタが残っている場合消す。基本的には消したら消える。スパム等ゴミ箱になど次々入れるっつの。基本的にはゴミ箱から消したら消える。'%wp_trash_meta%';wp_optionswordpressのオプション。カスタムメニューの設定とかさ、こっちに書いてくれれば良くない?postは違うだろよ~と思っている。一時的なデータキャッシュデータを掃除する。'%_transient_%';番号を振り直す次々データ作るから、数字は増えるし、番号も飛び飛び。meta_idデータに紐付けられた情報は、通常ない。同様にoption_idも紐付けが、通常はない。番号を振り直しても、通常は問題ない。プラグインによってはわからないので、絶対は保証出来ない。sqlite_sequence;sqlite_sequenceは個別に消す方が安全。'wp_options';不要なテーブルを消す最低限、WordPressを動かすのに必要なテーブルは下記。wp_commentmetawp_commentswp_linkswp_optionswp_postmetawp_postswp_registration_logwp_signupswp_sitewp_sitemetawp_term_relationshipswp_term_taxonomywp_termmetawp_termswp_usermetawp_users他はプラグインやテンプレートなど、必要に応じて作られたもの。使わなくなったら消してもいいのだ。『wp_ktaisession』なんてあったけど、いつから使っていないのだろう...データベースをデフラグデータを削除することで断片化が進んでいるので、1回整える。MySQLなら下記を実行すれば、断片化解消が出来る。ENGINE=INNODBSQLiteなら下記を参照に、デフラグしてください。桜矢をフォローする桜矢ベンキョーベヤダベヤ関連記事WordPressWordPressメモ便利だと思うことメモ。このブログは『SQLite』だから、通常とは若干違う場合があるということを認識した上でどうぞ。array_merge()コメントを編集する際にエラーが出てきた。/XXX/YYY/ZZZ/public_html/wp-includes/commen...WordPressWordPressの自動保存をとにかく停止させたい3.X系になってから『auto-draft』で自動保存などリビジョンが付くようになった。便利な機能なんだろうけど、DB直接イジる側からするとポンポン見えないデータが作られるのは不快なのである。3.Xになりたてはwp-config...WordPresswordpressのrevision記事を通常記事にDBから変更3.X系になってから『post_status』が『auto-draft』の自動下書や『inherit』リビジョンが勝手に出来るようになった。その見えない記事データを通常記事にしてやろうという魂胆の人用。日付から記事を読み出すのがうまくいかない。これはMySQLとSQLiteとでSQL文が違うために起きている。内部的にも色々書き換えてしまったwordpress。それをバージョンUPするのは容易じゃない。自動では巧く行かないし、手動でもちょっとメンドクサイ。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。Pythonメタ情報ログイン投稿フィードコメントフィードWordPress.orgタイトルとURLをコピーしました。