SL happa SCRATCH

自分用・覚書きにっき。
（続きを読む …）

何かどうでも良いことなんだけど、自分的にものすごく驚いたのでメモ。

さっきSLのエントリを書いてて、前エントリへのリンクを入れたりしてる時にふと、エントリのp=IDが飛んでることに気付いた。
p=52, p=53, p=60, p=64……って感じで、ちゃんと連番になってるものもあれば思いっきり飛んでるものもあり。
「ブログ記事のIDってページ以外にも共有されてるものがあるんだろか？ てかそもそもあの記事とあの記事の間で追加したものなんて何もないんだけどなあ？？？」と不思議に思ってphpMyAdminでDBを覗いてみたならばっ。

アップロードファイル（画像）も同じテーブルで管理されてたよ！

いや確かにこの間、画像アップロードした時の [エディタに挿入] オプションを間違って “リンク先：ページ” にしてしまい、そこに表示された見覚えのないURLを見て、
「へぇ～、わざわざページ表示（←ハダカの画像ファイルではなく）してくれるんだねえ」とは思ったけど。それで確認はせずそのまま忘れてたわけだけど～。

アップロード画像のページIDが、ブログ＆ページIDの間を埋めるものだったとは。
てか自分的にはそれが共通で管理されることに微妙に違和感を感じたり（＾＾；）

WordPressでは、 記事やカテゴリを削除しても、そののち新しく作成した記事やカテゴリでその番号が上書きされることはない。
そのため、運用前の試運転中にテスト記事をたくさん作ってしまうと、正式スタート後の第1回目投稿記事が “p=8″ になったり（本来なら “p=1″ にしたいところ）、「ようこそ」のページが “page_id=12″ になったり（本来なら “page_id=1″ にしたいところ）と、トホホ感溢れるブログになってしまう。

それらテスト記事などで浪費してしまった無駄なidを消去し、リセットする方法。（for BLOCKGROUPユーザー）

• すでにブログを公開していて本番記事が存在している場合は、むやみやたらとリセットすべきでない。
  （id と permanent link の関係を考慮。ID＝identification 個体識別/同定。permanent＝恒久的な）
• 以下の方法はDBを直接操作するものなので、理解に不安がある場合は行わない事。あくまで自己責任で。
• 以下の方法はWordPress投稿で作成したデータを「空にする」もので、記事本体もすべて削除されるので注意（記事本体を残してidをふり直すわけではない）。
• phpMyAdminの詳しい操作方法はBLOCKGROUPマニュアル一覧の「phpMyAdminマニュアル」を参照。

1. phpMyAdminへログイン。
2. 左フレームの「データベース」でユーザーID名のDB （※ userXXXX） を選択。
3. 左フレームから目的のテーブルを選んで「空にする」。
   • ページとブログ投稿のみで良い場合は、wp_comments、wp_post2cat、wp_postmeta、wp_postsの4つ。
   • 別のテーブルを選ぶたびに『構造』から表示されるみたい。『表示』でデータ本体内容を表示。
4. phpMyAdminからログアウト。
5. 自分のWordPressにアクセスして確認。
   すぐには反映されない？？？（そーゆーもんなの？） 消した筈の記事が残っていても慌てず騒がずしばらく待ってみること。