梅ヶ枝: ウェブログ・ココログ関連

カテゴリー「ウェブログ・ココログ関連」の27件の記事

2008/02/16

ココログにアップロードできる画像の枚数

ココログにどれくらいの画像をアップロードできるものか考えてみた。

まず容量の単位について。

ファイル容量の単位は数字が3桁上がるごとに変わっていく。小さい方からbyte（バイト）＜KB（キロバイト）＜MB（メガバイト）＜GB（ギガバイト）＜TB（テラバイト）

1000倍で計算するか2の10乗で計算するかで違うけれど簡単な方だと、1,000,000,000,000byte=1,000,000,000KB=1,000,000MB=1,000GB=1TB

ココログのベーシックプランのディスク容量は2GB。単純計算では

100KBの画像なら20,000枚
1MBの画像なら2,000枚
2MBの画像なら1,000枚

サムネイル（大体40KB？）を作る設定だと

100KBの画像なら約14,280枚
1MBの画像なら約1,920枚
2MBの画像なら980枚

実際にはマイフォトの管理画面用のサムネイルも自動的に作られるし、htmlファイルの分も必要なのでアップロードできる枚数はもっと少ない、ということになる。

このブログは今のところ429.148 MB (21.46%)を使用済み。パノラマ写真を載せたりマイフォトをいくつも作ったりで最初の頃よりペースは上がっているけれど、まだもうしばらくプラスプランに移行しなくても大丈夫だな。

もっとも、ディスク容量よりココログで困っているのはバックナンバーがページ分割されないことで。~~写真（普通サイズ）カテゴリーなんか4年分が画像付きで1ページに表示されてかなり危険な状態だし。~~（※カテゴリー別のバックナンバーはどれもこれも大き過ぎる状態になってきた。2009/03/29）

マイフォトの管理画面もアルバムごとに一括表示だから「ブログにアップロードした画像」を開くとどうしようもなく重い。バージョンアップのお知らせが出る度に期待してるんだけど……。

※画像の縦横サイズや画質と容量の関係については→「写真のサイズを小さくするということ」

投稿者 JUMA 日付 2008/02/16 ウェブログ・ココログ関連 | 固定リンク | コメント (0) | トラックバック (0)

2007/06/18

ココログにアップロードした画像の管理

ココログのサービス開始以来、記事に挿入する画像をアップロードする場所やアップロード後の管理の仕方は色々変遷してきた。これからも変わるかもしれない。2007年6月18日現在の仕様は以下の通り。

記事編集画面からだとアップロード先は選べない。
画像ファイルの置き場所はマイフォト系とファイルマネージャー系がある。アップロードの方法によっては両方同時に使う場合がある。
同名ファイルを上書きアップロードするかどうかは条件によって変わる。
記事の削除と画像の削除は連動しない。
マイフォト系の画像は一般のアルバムへコピーできる。
マイフォト系にもファイルマネージャー系にも手軽にバックアップを取れるメニューは用意されていない。

実例1) IMGアイコンをクリックして記事に挿入した640*480ピクセルの画像20070618a.jpg。

オプション～サムネイル：作成する
オプション～ポップアップ：しない
サムネイルのURL：http://juma.cocolog-nifty.com/branch/images/20070618a.jpg （http://ドメイン名/ブログのフォルダ/images/20070618a.jpg）
サムネイルをココログのサーバーから削除する方法：ココログのファイルマネージャーでブログのimagesフォルダへ移動し、削除する。
クリック後に表示される画像のURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618a.jpg （http://ドメイン名/photos/uncategorized/20070618a.jpg）
クリック後の画像ををココログのサーバーから削除する方法：マイフォトの「ブログにアップロードした画像」を開き、削除する。
マイフォト管理画面のサムネイルのURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618a-thumb.jpg （http://ドメイン名/photos/uncategorized/20070618a-thumb.jpg）
マイフォトサムネイルをココログのサーバーから削除する方法：元画像を削除すると一緒に消える。

※記事から削除したり、記事を削除しても画像そのものは残っている。またマイフォト管理画面で元画像を削除しても記事用のサムネイルは残っている。

※ファイルマネージャー側のサムネイル以外はマイフォトの一般アルバムへコピーできる。

実例2) IMGアイコンをクリックして記事に挿入した640*480ピクセルの画像20070618a.jpg。1枚目と同じ名前でアップロードしてしまった。

オプション～サムネイル：作成する
オプション～ポップアップ：する
サムネイルのURL：http://juma.cocolog-nifty.com/branch/images/20070618a_1.jpg （http://ドメイン名/ブログのフォルダ/images/20070618a_1.jpg）
サムネイルをココログのサーバーから削除する方法：ココログのファイルマネージャーでブログのimagesフォルダへ移動し、削除する。ファイル名がアップロードしたつもりの名前から変わっていることに注意。
クリック後に表示される画像のURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618a_1.jpg （http://ドメイン名/photos/uncategorized/20070618a_1.jpg）
クリック後の画像ををココログのサーバーから削除する方法：マイフォトの「ブログにアップロードした画像」を開き、削除する。
マイフォト管理画面のサムネイルのURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618a_1-thumb.jpg （http://ドメイン名/photos/uncategorized/20070618a_1-thumb.jpg）
マイフォトサムネイルをココログのサーバーから削除する方法：元画像を削除すると一緒に消える。

※ファイル名に番号が自動的に追加されるので1枚目が上書きされて消えることはない。過去の記事と同じ名前の別な写真を間違ってアップロードした時には安心な仕様。ただ、記事編集中にトラブルが起きて内容が消え最初からやり直し、といった時にアップロードもやり直すと、サーバーには中身が同じ画像が2枚存在することになる。

※1枚目の画像をマイフォトの方だけ削除して記事用のサムネイルは削除せず、同じ名前の別の画像をアップロードした場合は、大きい画像のファイル名は特に問題なく20070618a.jpgのまま。サムネイルは残っていた20070618a.jpgが上書きされて新しい画像になる。

実例3) IMGアイコンをクリックして記事に挿入した320*240ピクセルの画像20070618b.jpg。

オプション～サムネイル：作成しない
オプション～ポップアップ：しない
画像のURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618b.jpg （http://ドメイン名/photos/uncategorized/20070618b.jpg）
画像をココログのサーバーから削除する方法：マイフォトの「ブログにアップロードした画像」を開き、削除する。
マイフォト管理画面のサムネイルのURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618b-thumb.jpg （http://ドメイン名/photos/uncategorized/20070618b-thumb.jpg）
マイフォトサムネイルをココログのサーバーから削除する方法：元画像を削除すると一緒に消える。

※記事から削除したり、記事を削除しても画像そのものは残っている。

※画像はマイフォトの一般アルバムへコピーできる。

この写真を見る

実例4) IMGアイコンをクリックして記事に挿入した640*480ピクセルの画像20070618c.jpg。

オプション～サムネイル：作成しない
オプション～ポップアップ：する
画像のURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618c.jpg （http://ドメイン名/photos/uncategorized/20070618c.jpg）
画像をココログのサーバーから削除する方法：マイフォトの「ブログにアップロードした画像」を開き、削除する。
マイフォト管理画面のサムネイルのURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618c-thumb.jpg （http://ドメイン名/photos/uncategorized/20070618c-thumb.jpg）
マイフォトサムネイルをココログのサーバーから削除する方法：元画像を削除すると一緒に消える。

※記事から削除したり、記事を削除しても画像そのものは残っている。

※画像はマイフォトの一般アルバムへコピーできる。

実例5) IMGアイコンをクリックして記事に挿入した640*480ピクセルの画像20070618d.jpg。

オプション～サムネイル：作成しない
オプション～画像を本文の横幅に合わせて表示する
画像のURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618d.jpg （http://ドメイン名/photos/uncategorized/20070618d.jpg）
画像をココログのサーバーから削除する方法：マイフォトの「ブログにアップロードした画像」を開き、削除する。
マイフォト管理画面のサムネイルのURL：http://juma.cocolog-nifty.com/photos/uncategorized/20070618d-thumb.jpg （http://ドメイン名/photos/uncategorized/20070618d-thumb.jpg）
マイフォトサムネイルをココログのサーバーから削除する方法：元画像を削除すると一緒に消える。

※記事中に表示されている画像もクリック後に表示される画像も同じもの。つまりデジタルカメラで撮った写真をそのままこの設定でアップロードすると、それを載せた記事を表示するためにブラウザは1MBとか2MBといった巨大ファイルを読み込まなければならない。月別バックナンバーやカテゴリー別バックナンバーのページだと複数の画像が載るので合計数十MB以上なんてことも。ブラウザは固まって動かなくなるか最悪落ちる可能性が。（普通の小さいサムネイルを使っていてもカテゴリー別バックナンバーはかなり苦しいんだけど）

※記事から削除したり、記事を削除しても画像そのものは残っている。

※画像はマイフォトの一般アルバムへコピーできる。

「20070618e.jpg」をダウンロード

実例6) FILEアイコンをクリックして記事に挿入した640*480ピクセルの画像20070618e.jpg。

画像のURL：http://juma.cocolog-nifty.com/branch/files/20070618e.jpg （http://ドメイン名/ブログのフォルダ/files/20070618e.jpg）
画像をココログのサーバーから削除する方法：ココログのファイルマネージャーでブログのfilesフォルダへ移動し、削除する。

※filesフォルダに同じ名前のファイルがある場合は、“「～」という名前のファイルがすでに同フォルダ内に存在しています。上書きしてもよろしいですか？”というメッセージが出てきて、上書きするかキャンセルするかを選べる。

※記事から削除したり、記事を削除しても画像そのものは残っている。

※画像はマイフォトの一般アルバムへコピーできない。

以上のように、記事編集画面のボタンを使って画像のアップロードと記事への挿入を同時に行なうとファイルの置き場所は自動的に決まる。

画像の削除が1度で終わらず手間がかかるようにも思えるけれど、以前の「記事を削除したら画像も削除」という仕様はかなり不評だった。「消すつもりがない物が消えてしまった」より「消したつもりが残っていた」の方がまし、ということかな。

ココログのファイルマネージャーで画像をアップロードする場合は好きなフォルダに置くことができる。こちらも色々仕様が変遷してきたが、現在は次の通り。

フォルダの階層を深くすることができる。
フォルダを削除することができる。
どの拡張子のファイルでも削除することができる。
ファイルの上書きアップロードができる。
マイフォトにある画像は操作できない。
マイフォトへはコピーできない。

バックアップについて。画像用のバックアップメニューはないので自分でなんとかしないといけない。私は一応パソコンの中にココログアップロード専用のフォルダを作って元画像だけは保存している。サムネイルまでバックアップを取るならWeb自動巡回ソフトだろうか。

投稿者 JUMA 日付 2007/06/18 ウェブログ・ココログ関連 | 固定リンク | コメント (0) | トラックバック (0)

2007/05/27

写真のサイズを小さくするということ

デジタルカメラで撮った写真をそのままココログにアップロードすると、表示に時間がかかって全体も見渡せない、という見にくい状態になる。しかもココログの空き容量がどんどん減っていく。

前もってほどほどに小さいサイズにしてアップロードすればいいのだが、グラフィックソフトを使ったことがない人は「サイズ」のイメージが分かりにくいらしい。（家のデジカメ用プリンターや町の写真屋さんで印刷してもらったら普通に小さい紙に印刷されるから、デジタルカメラで撮ったままの写真ファイルがどれだけ巨大か全然意識する必要がないし。それとWindowsのマイコンピュータやエクスプローラでファイル一覧を見て、目当ての写真をクリックした時に大きく表示されるのは、実はデスクトップの大きさに合わせて適当に縮小されたものだから、等倍の写真を見る機会がほとんどなさそうだ。）

それでどんな風に違うのか見本を作ってみた。

画像のファイル形式には、BMP、GIF、グラフィックソフト独自の形式等色々あって、保存の時の設定でやれることやその結果にも違いがある。ここではデジタルカメラで一般的なJPEGを使った。

まずは、縦横サイズを変えて保存した写真の比較。縦横サイズが大きくなるほど細部が見えるようになる。が、容量も大きくなる。

: 横x縦：320x240ピクセル; 容量：63KB
: 横x縦：320x240ピクセル、ただしブラウザ側で380x285ピクセルに引き延ばして表示; 容量：63KB
20070527a2.jpg: 横x縦：640x480ピクセル; 容量：178KB
20070527a5.jpg: 横x縦：640x480ピクセル、ただし320x240ピクセルに縮小後に再拡大して保存したもの。; 容量：153KB; 一度縮小して失われた細部の情報は拡大しても戻って来ない。
20070527a3.jpg: 横x縦：800x600ピクセル; 容量：247KB
20070527a4.jpg: 横x縦：2816x2112ピクセル; 容量：941KB; これは「600万画素」のデジタルカメラで撮ったそのままのファイル。もしカメラの設定で「高画質モード」にしていたら容量は2MB近くになっていたと思う。「1000万画素」のデジタルカメラで撮ると縦横サイズはもっと大きくなる。それに伴って容量も大きくなる。; ※ブラウザがIEで「インターネットオプション」の「詳細設定」の中の「イメージを自動的にサイズ変更する」にチェックを入れている人は、この写真がブラウザの窓ぎりぎりいっぱい程度の大きさにしか見えないかもしれない。その場合は写真右下の辺りにマウスカーソルを合わせると出てくるアイコンをクリックすると原寸で表示される。

町の写真屋さんにメモリーカードを持って行って印刷してもらった写真が小さいのは、印刷機械の1ピクセルがパソコン画面の1ピクセルより小さくなるように設定されているから。

例えば1枚目の画像ファイルを持って行って印刷してもらうとしたら、1ピクセルのサイズを通常の写真と同じ設定にすると紙の隅っこに小さく印刷されるだろうし、1ピクセルのサイズを大きい設定にすると上の2枚目のように粗が目立ってしまう（「画像アップロードテスト・続き」の例の方がわかり易いかな）。

次は、縦横のサイズは同じで、画質の設定だけ変えて保存した写真。高画質にするほど容量が大きくなる。低画質だとブロックノイズが増えて色が濁る。

: 横x縦：320x240ピクセル; 容量：12KB
: 横x縦：320x240ピクセル; 容量：20KB
: 横x縦：320x240ピクセル; 容量：63KB

JPEG形式では容量と画質の関係は結構流動的。色々なものがごちゃごちゃ写った写真は低画質でも容量が大きくなりがち。雲一つない青空は高画質でも容量は小さい。また、同じ写真・同程度の画質でも保存に使ったソフトによって容量は変わる。

写真を撮った本人は画質の良し悪しに敏感になるけれど、他人は少しぐらい画質が悪くても気が付かない。元のいい画質の状態を知らないから。「どうしてもここを見せたい」という希望とブラウザの画像読み込みスピード・画面をスクロールする負担・ココログの空き容量などとの折り合いをつけて適切なサイズを選びたい。

最後に大事な注意点。どんなソフトを使うにせよ、写真のサイズ・画質を変えて保存する時は絶対に別名で保存すること。同じ名前で上書き保存すると二度と元の一番きれいな状態に戻せなくなる。

※2008年2月16日追記

どれぐらいの容量だったら何枚ココログにアップロードできるの？ということを書いた→「ココログにアップロードできる画像の枚数」

投稿者 JUMA 日付 2007/05/27 ウェブログ・ココログ関連 | 固定リンク | コメント (0) | トラックバック (0)

2007/05/08

ココログの月別バックナンバーの怪

ココログの月別バックナンバーで件数表示がおかしいページがある。

: 0件ってどういうこと？
: 12件のはずなのに10件と表示されている。

「2005年の月別バックナンバー」の日時を色々いじってみたところ、1月1日午前12時00分～午前9時00分までにすると0件になるようだ。

「2006年8月」のうち、8月1日の2件の記事がやはり午前12時00分～午前9時00分の範囲内だった。

ひょっとして件数だけ世界標準時で計算していたりする？

「2005年1月」の前の月、「2004年12月」は1件のはずなのに2件と表示されている。やっぱりずれてるよ。

※2007年9月21日追記

2007年9月20日、この件数のずれが起きないように修正されたようだ。その他の不具合も→お知らせココログ: ココログの不具合修正について

投稿者 JUMA 日付 2007/05/08 ウェブログ・ココログ関連 | 固定リンク | コメント (0) | トラックバック (0)

2007/03/27

ココログのバックアップファイルの中身

ココログで「読み込み／書き出し」→「記事を書き出す（バックアップをとる）」をするとpost.txtというファイルが保存される。これはテキストファイルでMT（Movable Type）形式。文字コードはUTF-8。改行コードはLF。

ファイルの中がどうなっているかというと

AUTHOR: 《記事投稿者のニックネーム》
TITLE: 《記事タイトル》
STATUS: 《公開状態》
ALLOW COMMENTS: 《コメントの許可》
CONVERT BREAKS: 《本文の改行設定》
ALLOW PINGS: 《トラックバックの許可》
CATEGORY: 《カテゴリー》

DATE: 《記事の新規作成日時》
-----
BODY:
《本文》
-----
EXTENDED BODY:
《本文（続き）》
-----
EXCERPT:
《概要》
-----
KEYWORDS:
《キーワード》
-----
COMMENT:
AUTHOR: 《コメント者名》
EMAIL: 《e-mailアドレス》
IP: 《送信元IP》
URL: 《webサイトURL》
DATE: 《投稿日時》
《コメント本文》
-----

PING:
TITLE: 《トラックバック送信元記事タイトル》
URL: 《送信元記事URL》
IP: 《送信元IP》
BLOG NAME: 《ブログタイトル》
DATE: 《送信日時》
《概要》
-----

--------

↑これが記事1件分。

それぞれの項目の書式は以下の通り。

《公開状態》: 公開の時は：　Publish; 下書きの時は：　Draft
《コメントの許可》: コメントを受けつけない：　0; コメントを受け付ける：　1; 閲覧のみ：　2
《本文の改行設定》: なし：　0; 改行を反映させる：　__default__; ※プレーンテキストモードでは「なし」か「改行を反映させる」を選べる。「改行を反映させる」の時、本文は<p>や<br />が書かれていない状態で保存されている。; ※リッチテキストモードの時は選択肢はない。自動的に「0」になって、本文は<p>や<br />付きの状態で保存されている。
《トラックバックの許可》: トラックバックを受け付けない：　0; トラックバックを受け付ける：　1
《カテゴリー》: カテゴリーフォルダ名（英数文字）ではなくてブログに表示されるカテゴリー名。; 1つの記事に複数のカテゴリーを設定している時はCATEGORY: AAA　改行してCATEGORY: BBBという風に追加される。; ※ココログの現在の仕様では、カテゴリー名を英数文字で作るとそれがそのままフォルダ名になる。日本語で作るとフォルダ名は英数文字に変換されたものになる。どちらの場合もあとからカテゴリー名を修正してもフォルダ名は変化しない。; （※Movable Typeの場合はカテゴリーファイル名の設定や並び順を自由にするために「カテゴリーの名前」を英数にして「カテゴリーの説明」を日本語にするとか、プラグインでカテゴリー名の一部を切り取るとか色々あるので、“ブログに表示されるカテゴリー名”とは限らない。）; （※Movable Typeでは「PRIMARY CATEGORY」という項目も保存される。そのままココログに読み込ませるとどうなるのか試したことがないので分からない。）
《○○日時》: mm/dd/yyyy hh:mm:ss AM|PM; 24時間制の00時30分は12:30:00 AM; 24時間制の12時30分は12:30:00 PM; 世界標準時ではなくてプロフィールで設定した地域の時間帯。
《コメント》: 複数のコメントがある時は、-----という行で区切ってCOMMENT: からまた始める。
《トラックバック》: 複数のトラックバックがある時は、-----という行で区切ってPING: からまた始める。
《キーワード》: ※記事編集画面に「キーワード」の入力欄は一応あるけれど、ココログでは上級テンプレートでmeta要素にキーワードを埋めこむことができるココログプロ以外、今のところ役に立たないのでは。（本家Movable Typeでは本文とキーワードを対象にしたブログ内検索ができる。最近追加されたココログの検索機能は外部の検索エンジンを使っているのでキーワードは無視されると思う。）

注意点

記事のURLという項目はない。
写真やイラスト付きの記事には、画像がある場所は書かれているが画像そのものは保存されてない。
こちらから送信したトラックバックという項目はない。
「トップに表示（この記事を常にブログのトップページの最初に表示します）」の設定も保存されてない。
プロフィールやマイリストやマイフォトは全く保存されない。（ココログプラスやプロではマイリストは別途保存できる。）

投稿者 JUMA 日付 2007/03/27 ウェブログ・ココログ関連 | 固定リンク | コメント (0) | トラックバック (0)

2007/01/26

画像アップロードテスト・続き

「画像を本文の横幅に合わせて表示する」オプションの確認をもう一度。

さっきのテストではいまいち分からなかったので、今度は写真のサイズをもっと小さくして240*180ピクセル。

: ヒドリガモのオス; 「サムネイルの作成」：オフ; 「画像を本文の横幅に合わせて表示する」：オフ
: ヒドリガモのメス; 「サムネイルの作成」：オフ; 「画像を本文の横幅に合わせて表示する」：オン

なるほどねー。「画像を本文の横幅に合わせて表示する」がオンだとサムネイルは作らない代わりにimgにimage-fullというclassを指定して、styles.cssファイルの方でwidth: 370pxにして表示しているんだ（この数値はテンプレートによってたぶん違う）。そしてクリックしたらサイズ無指定の画像を表示する、と。

記事編集の確認画面ではimage-fullのwidthは無指定になっているらしく、原寸の画像が表示される。実際に出来るページと全然見た目が違うから、HTMLもCSSも分からなくて「リッチテキストエディタ」を使っている人は混乱しそうだなあ。

まあ、カテゴリー別バックナンバーが分割表示されない現状ではこのオプションを使うとページがますます重くなるだけのような気が。

※このブログの現在のテンプレートは「ページ全般の設定」で「中央列： 400 ピクセル」にして（「可変」にすると色々都合が悪かったので）、カスタムCSSの方で「width: 67%」に指定し直している。

※追記　2007年1月27日

ココログがリッチテンプレートには「画像を本文の横幅に合わせて表示する」ためのスタイルを指定するのを忘れていたらしい。→お知らせココログ: 1/26 画像挿入時カスタム設定の障害について

投稿者 JUMA 日付 2007/01/26 ウェブログ・ココログ関連 | 固定リンク | コメント (0) | トラックバック (0)