FC2ブログの歩き方ブログ

アップロードしたファイルのURLは、http://blog(x).fc2.com/ブログアカウントの最初の1文字/ブログアカウント/ファイル名.拡張子である。

1. 管理画面にログイン
2. ファイルアップロードで、任意の小さい画像を新規にアップロード
3. アップロード直後の画面で、サムネイルを右クリックしてその画像のURLをコピーして確認
4. それがイメージサーバー形式であった場合、サーバー番号形式でアクセスできないかを確認

４はちょっと面倒なので、パスしても良いかと。

あと余力があったら、いくつかファイルをアップ（できれば日を変えて）して、URLが変わらないか。また上書きで変わらないかを確認。特にイメージサーバー形式の場合ですね。

---

（１）FC2ブログのファイルアップロードでアップロードしたファイルのURLの形式は、以下の２つのタイプが混在しています。それぞれを上記トピックにならい、以下のように呼びます。

［タイプ１］＝サーバー番号形式：
　http://blog(x).fc2.com/ブログアカウントの最初の1文字/ブログアカウント/ファイル名.拡張子
［タイプ２］＝イメージサーバー形式：（2007年頭頃に設定）
　http://blog-imgs-(n).fc2.com/ブログアカウントの最初の1文字/２文字目/３文字目/ブログアカウント/ファイル名.拡張子

（２）現在のところ、イメージサーバーは最低19まであるようだ。

（３）イメージサーバー形式も、リダイレクト前のアドレスという訳ではなく、確定URLであり、運営から新しくアップロードする画像分については新しい形式でとの発言あり。

（４）サーバー番号形式からイメージサーバー形式へリダイレクトされるケースと、そうでないケースがある。

（５）実際のファイルはどこにあるのか。（これはユーザーでは分からないことですが）

（６）同一アカウントで、両方式が混在しているケースもいるのか。

コメント・トラックバックはFC2ブログのデータ格納について へお願いします。

schutz wrote:

そのNNが固定されていないので、どれかが呼べないことが起きやすい。

確かにそうなんですよ。

さらに、同名ファイルを「上書き保存」しても、サーバーが移動させれます。

テンプレートに画像をパーマネントリンクしていたから、見事にレイアウトが崩壊しましたよ。(^_^;

「blog-imgs-NN」に保存されていたファイルを「上書き」すると、
「http://blogNNN.fc2.com/*/*****/file/」にUpされて、元ファイルは削除されていました。

sugar weote:

アップロードサーバのファイルにリダイレクトする仕様なんじゃないか、

ファイル名より前の部分を換えて、確認すると、リダイレクトされてました。〜

でも、「ファイルアップデート」のサムネイルのリンクや 「この画像(orサムネイル)で記事を書く」ボタンで作られるリンクは 旧「blog-imgs-NN」形式でした。

---

すると、どれもファイルアップロードの画面でも、
http://blog(x).fc2.com/ブログアカウントの最初の1文字/ブログアカウント/ファイル名.拡張子
になっていました。「ファイルアップデート」のサムネイルのリンクや 「この画像(orサムネイル)で記事を書く」ボタンで作られるリンク、です。
ということは、やはり仕様としては、アップデートファイルのURLは上記の通りで、「blog-imgs-NN」形式で表示されてしまう（アップロードファイルサーバの番号が出てしまう）のは、blog113の不具合ということなのでしょうか。

→ということで、はっさくさんとやりとりした結果がこちらの不具合報告です。 「ファイルアップデート」したファイルのURLが旧形式のままなんです...

それにしても、過去にも過去記事内のアップロードファイルへのリンクが「blog-imgs-NN」形式に書き換えられたこともあり、仕様が安定していない感は否めません。書き換えられた際、公式アナウンスがまったくなかったのもあり、未だ混迷していると言わざるを得ません。

schutzさんがログごと落ちた方がマシとおっしゃっていますが、それは実感だと思います。
特に、本文でなくテンプレートの画像ファイルやスクリプトにアクセスできない場合は無惨です。

• blog106、カテゴリデータ消滅　［news・FC2 Trouble］ (03/11)
• カテゴリの復活方法 (03/11)

1. すべての記事を削除
2. バックアップファイルをインポート

---

この方法の限界

まず、基本的な知識として、バックアップファイルに含まれる情報について以下に記します。

○バックアップファイルに含まれる情報

• 本文・追記テキスト
• カテゴリ
• 投稿日
• コメント（タイトル
• 本文
• 投稿者名、URL、メールアドレス、投稿日時）
• トラックバック（ブログタイトル、記事タイトル、概要、URL、送信日時）
• 記事の公開/下書きの別

○バックアップファイルに含まれない情報

• ユーザータグ
• ジャンル・テーマ

バックアップファイルにはユーザータグとジャンル・テーマは含まれません。ジャンル・テーマはサーバ上に保存されている模様ですが（未検証）、ユーザータグのデータは記事を削除した時点で失われます。

したがって、「記事を全削除してバックアップファイルから記事をインポートしてカテゴリを復活させる」この方法は、

• 比較的記事が少なく、ユーザータグを後からひとつひとつの記事に設定することが苦にならない場合
• ユーザータグを利用していない場合

には有効ですが、ユーザータグを駆使して沢山の記事を書いている場合には、手間がかかり、現実的ではないと言えましょう。

後者の場合には、むしろ、過去の記事の管理で、記事を選択し、カテゴリを一括適用していくほうが簡単です（１ページに表示できる記事を最大の「100」にすると効率的です）。

それでは、この方法が有効な方を対象に、バックアップファイルをインポートするまでの手順についてお話します。

かけなければならない手間

バックアップファイルから記事をインポートして復活させる方法には、欠点があります。

記事に欠番があると、パーマネントリンク（blog-entry-x.htmlの部分）が変わってしまうこと

記事やコメント、トラックバック内に半角マイナスが５つ連続したものが存在する場合、インポート時にエラーが起きてしまい、正確にインポートができないこと

です。

そこで、「パーマネントリンクを保持しながら記事を復旧する」には、ダミー記事を挿入したり、半角マイナスを別のものに変更したりして、バックアップファイルを完全なかたちにしなければなりません。

ここで、初めてインポートを行います。記事のインポートに伴い、カテゴリも復旧できます。

詳しくは、以下の記事をご覧ください。

• sugar pot バックアップファイルからパーマネントリンクを保持して記事を復活させる方法
• FC2ブログの歩き方ブログ：バックアップファイルの成型ツール
  ※成型ツールが利用できない方も、「どのようなケースがあるか」について、コメント欄が参考になるかと思います。

くどいようですが、ここまでご覧になり、理解・納得いただけた場合のみ、ご自身の責任において実行してください（本件にかんするご質問がありましたらこちらまで）。バックアップファイルが残っていれば、以下に記す範囲のデータ自体はいつでもインポートできます。

• 破損したカテゴリデータは復旧できなかった
• よって再度カテゴリの設定をユーザが行う必要がある