sugar pot

2008/04/10 Thu 01:09:10

「ファームウェア上がってるよ～」と聞かされたものの、私のMacBookのソフトウェア・アップデートにはかけらも現れず。チェックしても「最新です」と出るばかり。
おかしいなと思ってさんざ探したところ、以下のページで当方では不要ということが確認できました。
Intel ベースの Macintosh システムのファームウェアアップデート

まぁ、ソフトウェア・アップデートに現れなければ、必要なし、なので「気にするな。」ということなのかもしれませんが、アップデートがあった、とことを知っていると、自分のところではなぜ出てこないのかやきもき。
しかも、[EFI ファームウェア・アップデート]の続きを読む

｜｜｜｜

記事を一気に433も増やしてしまった～～今日のぶらぼー

2008/03/11 Tue 10:43:05

ブログデータのエクスポート（バックアップ）・インポートのテスト。

ブログＡ（ココ）・ブログＢのデータをバックアップ
ブログＣにインポート
ということをやっていて、誤ってブログＡのデータをブログＡにインポート。ここに重複記事が433も誕生してしまいました。
そんなに一度にインポートできたことにもびっくりしているのですが、エントリNo.が800から1233まで増えたので、できたのでしょう。今まで100ずつ分割していたため、これは朗報のような。後で再度実験してみましょう。

幸い、日付の古い記事でしたので、ブログのトップには何の影響もありませんでした。はてなアンテナで見てくださっている方を驚かせてしまいました（ごめんなさい）。いや、相変わらずのぶらぼーぶりに失笑されてるかも。ここで久々の同盟バナー。

過去の記事の管理で、月別リストを表示、インポートしてしまった方を「下書き」に。これからこの433記事に新しい内容を上書き……うわぁ～、どのくらいかかるのかしらん。

［追記］……最近のコメントとトラックバックが……「下書き」にしたらこっちも非表示にならないとおかしな話。ぶらぼーのおかげで、不具合みっけ。報告します。（コメントの削除は大変な手間になるため、とりあえず「最近のコメント」「最近のトラックバック」は流れるのを待ちます。皆さんよろしゅう（他力本願モード）。

[Amazon Link powered by Poets] ぶらぼー

｜｜｜｜

容量制限はひとつの機会ととらえてみよう

2008/01/15 Tue 03:15:45

ブログで小説！：128KB制限時代の、ダウンロード版設置

連載小説で、完結したとき、あるいは大長編なら章の区切りがついたときに。全編または一章全部のテキストをまとめた「ダウンロード版ファイル」と呼ばれる大容量ファイルも、また、設置が推奨されている。
（中略）
つまり、「読みやすい長さに区切ったページ」と、「全文イッキにダウンロードできるファイル」の両方を置くのが、WEB小説者の心得とされているのである。

なるほど、WEBで小説を配布している方の「お作法」なのですね。たしかに、「連載小説」とも言える「読みやすい長さに区切ったページ」の連続のほかに、愛読者用、あるいは、オフライン読者用に「単行本」とも言える「全文イッキにダウンロードできるファイル」があったほうが便利ですね。

でも、「心得」というなら、「ダウンロード版は静的ページで配布」という心得があっても、良いのでは？と思った次第。

[容量制限はひとつの機会ととらえてみよう]の続きを読む

｜｜｜｜

ただ投稿したいだけなら、それでもいいけどね。

2008/01/13 Sun 10:49:32

ブログ管理者用お知らせ：機能の改良と一記事内のテキスト容量制限のお知らせ

FC2ブログをより快適により楽しくご利用頂く為に、
下記の改良、及び変更を行いました。

【一記事における本文と追記のテキスト容量をそれぞれ128KBに制限】（1月10日）
●サーバー負担の軽減化
●ブログの閲覧、及び記事の編集不可の防止対策
一部ユーザー様で容量の大きい記事があると支障がある為の対策となります。
本文128KB、追記128KBの制限となります。

※当初は64KBの制限とさせて頂いておりましたが、事情を考慮させて頂き、
128KBに緩和させて頂きました。
※容量制限に画像ファイル等の容量は含まれません。

制約が増えると抵抗は必ずあります。FC2ブログフォーラムの本件関連トピックでは、「無制限だからFC2にしたのに」「なぜこんな制約を設けるのか」といったコメントが続きます。128KBでも影響を受ける記事がある、という記載すら見られます。

ちなみに昨日の記事が本文・追記合わせてちょうど20KBでした。勝手に引き合いに出しますが、出人さんの新管理画面への記事が12KB。麻生さんの実験記事の追記部分が64KB（ファイルが大きいため開くのに時間を要します。追記だけにリンクできないので、記事にリンクしています。「一　　森」からが追記。すべてタグ込みです。

制約は少ないに越したことはありませんし、記事毎に容量制限を設けるならば管理画面で一目で容量が確認できるUIが必要という意見も分からないではありませんが、「容量を超えている」というエラーメッセージで充分、という気もします。ごく一部（これは推察です）の長文投稿ユーザのために管理画面に細かな容量を表示するのにリソースをつかうのは、無駄です。

「ごく一部」と乱暴な推察をしましたが、これには私なりの感覚があります。冒頭に自分のブログ及び出人さんのブログの記事の容量を書きましたが、これらは、私が目にするブログの文章では「長めの文章」に属します。フォーラムにも書きましたが、個人的には、これ以上長くなると読みづらくなると感じます。それで「足りない。」という方のブログは、読みやすさをどう演出しているのか、そこに興味があるのです。

「グスコーブドリの伝説」のようなものは、通常、ブログではなく、いわゆる静的htmlで表示されるものだと思いますが、たとえば麻生さんのように、小説を発表されておられる方は、読みやすい部分でページを変えるなど工夫をしておられるのではないかと思っています。また、映画のデータベースを提供しておられる方がいらっしゃいましたが、こちらも、項目別に分けるなどの工夫で何とかなりそうだと思うのですが、考えが浅いでしょうか。

いずれにせよ、１ページに３万文字だとか６万文字だとかという数字に「読みやすさ」の属性を付加するのは、とても難しいことだと私は思っています。もし、その難題をクリアできるのだったら、是非参考にしたいものです。