多くの方が参加されています。
レポートは後日アップします。
外出中にパソコンをネットに接続して使うことが多い関係で、これまではイーモバイルのTouch Diamondを使っていました。
しかし、iPadを使うようになり、またモバイルルーターの選択肢が増えたこともあって、屋外での通信はモバイルルーターに一本化しようと考えました。
また、前々からiPhoneを使いたいと思っていて、iPhone 4に乗り換えようとも思っていました。
そこで、7月7日にソフトバンクオンラインショップで予約申し込みをしました。
「在庫の確保が出来しだい、メールにて本申し込みのご案内をいたします。」との返事だったので、気長に待っていました。
すると、7月27日に「在庫が確保できた」というメールが来て、本申し込みに進むことができました。
そして、今日（7月30日）にiPhone 4が無事届きました。
この後、8月5日にはNTT東日本の光ポータブルも到着する予定です。
光ポータブルがくれば、iPhone 4／iPad／パソコンから光ポータブルを通してインターネットに接続できるようになります。
モバイルライフ(？)が充実しそうで楽しみです。
DivPagesプラグインをブログで有効にするとMTPaginate（こちらはエントリーページの分割で使用しています）プラグインと併用できなくて困っています。
そこで、Perl版ダイナミックパブリッシングを使っている環境で、MTPaginateプラグインでブログ記事のページを分割する方法を紹介します。
MTPaginateプラグインでは、各ページへのナビゲーションを、「MTPaginateNavigator」というテンプレートタグで出力しています。
しかし、Perl版ダイナミックパブリッシングこのタグを使うと、このタグの出力が正しくなくなります。
そこで、MTPaginateNavigatorタグの代わりに、MTのテンプレートタグとPHPを組み合わせてナビゲーションを出力します。
ページ番号を横一列に出力する場合は、MTPaginateNavigatorタグを、以下のようなコードに置き換えます。
<$mt:PaginateNumPages setvar="page_count"$>
<mt:For var="page_number" from="1" to="$page_count">
<?php if ($paginate_current_page == <$mt:GetVar name="page_number"$>) : ?>
<$mt:GetVar name="page_number"$>
<?php else : ?>
<mt:If name="page_number" eq="1">
<a href="<$mt:EntryPermalink$>"><$mt:GetVar name="page_number"$></a>
<mt:Else>
<a href="<$mt:EntryPermalink$>?page=<$mt:GetVar name="page_number"$>"><$mt:GetVar name="page_number"$></a>
</mt:If>
<?php endif; ?>
<mt:If name="page_number" ne="$page_count">|</mt:If>
</mt:For>
MTPaginateNavigatorタグに「style="popup"」のモディファイアを指定すると、ナビゲーションをselectで出力することもできます。
これと同等のことを行うには、MTPaginateNavigatorタグを以下のようなコードに置き換えます。
<$mt:PaginateNumPages setvar="page_count"$>
<select onchange="location.href=options[selectedIndex].value">
<mt:For var="page_number" from="1" to="$page_count">
<option value="<$mt:EntryPermalink$><mt:If name="page_number" ne="1">?page=<$mt:GetVar name="page_number"$></mt:If>"<?php if ($paginate_current_page == <$mt:GetVar name="page_number"$>) { echo ' selected="selected"'; } ?>><$mt:GetVar name="page_number"$></option>
</mt:For>
</select>
]]>
全ての国産CMSは「年度別アーカイブ」を採用すべきだと思うのです。これだけで日本の需要がぐわしと上がるはず。MTやWPだと条件分岐でなんとかなるけど無駄が多い。
年度別アーカイブは、拙作のExtendArchivesプラグインでできるので、そのことをお知らせしました。
すると、さらに以下のツイートをいただきました。
@hjfuji おぉ（°Д° このプラグインですが、mtEntriesの条件モディファイアには使えないですよね。今年度分の新着記事だけ出してと言われたことがあるのです。流石に需要はほとんどないと思うのでmtIfで対応しましたが。
MTEntriesタグのモディファイアには使えませんが、ExtendArchivesプラグインにMTArchiveListタグとMTEntriesタグを組み合わせれば、今年度の新着記事を簡単に出力することができます。
その方法を紹介します。
MTArchiveListタグはMovable Type標準のテンプレートタグで、名前の通りアーカイブのリストを出力するテンプレートタグです。
サイドバーに月別アーカイブの一覧を出力するような時に、このタグを使います。
MTArchiveListタグでは、archive_typeモディファイアを指定することで、アーカイブリストを出力するアーカイブのタイプを指定することができます。
また、lastnモディファイアで、出力するアーカイブの件数を指定することもできます。
例えば、以下のようにすると、最近6ヶ月間の月別アーカイブのリストを出力することができます。
<mt:ArchiveList archive_type="Monthly" lastn="6"> アーカイブのタイトル等を出力する部分 </mt:ArchiveList>
拙作のExtendArchivesプラグインをインストールすると、年度別アーカイブは半期別アーカイブ等を作ることもできます。
また、MTArchiveListタグで、年度別アーカイブ等のリストを出力することもできます。
年度別アーカイブを出力する場合だと、archive_typeモディファイアに「FiscalYearly」を指定します。
MTArchiveListタグのブロックの中でMTEntriesタグを使うと、アーカイブ毎にブログ記事の一覧を出力することができます。
例えば、以下のようにテンプレートを組むと、最近6ヶ月間のブログ記事のタイトル一覧を、月ごとにまとめて出力することができます。
<mt:ArchiveList archive_type="Monthly" lastn="6">
<h2><$mt:ArchiveTitle$></h2>
<ul>
<mt:Entries>
<li><a href="<$mt:EntryPermalink$>"><$mt:EntryTitle$></a>(<$mt:EntryDate$>)</li>
</mt:Entries>
</ul>
</mt:ArchiveList>
今年度の新着記事も、MTArchiveListタグとMTEntriesタグの組み合わせで出力することができます。
まず、MTArchiveListタグに「archive_type="FiscalYearly"」と「lastn="1"」のモディファイアを付けたブロックを作ります。
これで、年度別アーカイブのリストの最新1件（＝今年度のアーカイブ）を出力することができます。
そして、このMTArchiveListタグのブロックの中に、MTEntriesタグのブロックを入れます。
例えば、以下のようにすれば、今年度の新着記事をul／liのリストで出力することができます。
<mt:ArchiveList archive_type="FiscalYearly" lastn="1">
<ul>
<mt:Entries>
<li><a href="<$mt:EntryPermalink$>"><$mt:EntryTitle$></a>(<$mt:EntryDate format="%Y/%m/%d"$>)</li>
</mt:Entries>
</ul>
</mt:ArchiveList>
上記のリストで、MTEntriesタグに「lastn="○○"」のモディファイアを追加して、今年度の新着記事を○○件出力することもできます。
また、MTEntriesタグに「sort_order="ascend"」のモディファイアを追加して、今年度の新着記事を日付の古い順に出力することもできます。
この処理は、標準のテンプレートタグとハッシュを組み合わせれば可能です。
その方法を紹介します。
なお、上記の2つのどちらかに該当するブログ記事を、本記事では「最近変化があったブログ記事」と呼ぶことにします。
最近変化があった日時順にブログ記事を一発で並べる方法は、残念ながら標準機能にはありません。
ただ、以下のような手法で並べ替えることが可能です。
なお、最近変化があったブログ記事を5件出力したいものとします。
例えば、最近更新されたブログ記事5件のIDと更新日時が、以下の表のようになっているとします。
| ID | 更新日時 |
|---|---|
| 105 | 2010年7月25日0時0分0秒 |
| 104 | 2010年7月20日0時0分0秒 |
| 103 | 2010年7月15日0時0分0秒 |
| 102 | 2010年7月10日0時0分0秒 |
| 101 | 2010年7月5日0時0分0秒 |
また、最近コメントがあったブログ記事5件のIDとコメントの投稿日時が、以下の表のようになっているとします。
| ID | 更新日時 |
|---|---|
| 54 | 2010年7月23日0時0分0秒 |
| 102 | 2010年7月18日0時0分0秒 |
| 53 | 2010年7月13日0時0分0秒 |
| 52 | 2010年7月8日0時0分0秒 |
| 51 | 2010年7月3日0時0分0秒 |
まず、最近投稿されたブログ記事から、上記の手順1でハッシュを作ると、以下のようになります。
| キー | 値 |
|---|---|
| 105 | 20100725000000 |
| 104 | 20100720000000 |
| 103 | 20100715000000 |
| 102 | 20100710000000 |
| 101 | 20100705000000 |
次に、最近コメントがついたブログ記事から、ハッシュの続きを作ります。
IDが102番のブログ記事は、最近投稿された記事にも入っていますが、最新のコメントの日時の方が新しいので、ハッシュの値が更新されます。
したがって、ハッシュの内容は以下のようになります。
| キー | 値 |
|---|---|
| 105 | 20100725000000 |
| 104 | 20100720000000 |
| 103 | 20100715000000 |
| 102 | 20100718000000 |
| 101 | 20100705000000 |
| 54 | 20100723000000 |
| 53 | 20100713000000 |
| 52 | 20100708000000 |
| 51 | 20100703000000 |
このハッシュを値で並べ替えると、以下のようになります。
| キー | 値 |
|---|---|
| 105 | 20100725000000 |
| 54 | 20100723000000 |
| 104 | 20100720000000 |
| 102 | 20100718000000 |
| 103 | 20100715000000 |
| 53 | 20100713000000 |
| 52 | 20100708000000 |
| 101 | 20100705000000 |
| 51 | 20100703000000 |
次に、並べ替えた結果のハッシュの先頭から、5件を取り出します。すと、そのキーが、最近変化があったブログ記事のIDになります。
ここまでの話に沿って、ハッシュを作る処理をテンプレート化すると、以下のようになります。
<mt:Entries sort_by="modified_on" lastn="5">
<$mt:EntryModifiedDate format="%Y%m%d%H%M%S" setvar="ts"$>
<$mt:EntryID setvar="entry_id"$>
<$mt:SetVar name="ts_hash" key="$entry_id" value="$ts"$>
</mt:Entries>
<mt:Entries recently_commented_on="5">
<mt:Comments lastn="1">
<$mt:CommentDate format="%Y%m%d%H%M%S" setvar="ts"$>
</mt:Comments>
<$mt:EntryID setvar="entry_id"$>
<$mt:SetVar name="ts_hash" key="$entry_id" value="$ts"$>
</mt:Entries>
前半の5行は、最近更新されたブログ記事5件からハッシュを作る処理です。
1行目のMTEntriesタグで、「sort_by="modified"」と「lastn="5"」のモディファイアを指定していますので、最近更新されたブログ記事を5件読み込みます。
2行目では、更新日時（MTEntryModifiedDateタグ）を14桁の数値に変換して、変数tsに代入します。
3行目では、ブログ記事のID（MTEntryIDタグ）を変数entry_idに代入します。
そして、4行目のMTSetVarタグで、「ts_hash」という名前のハッシュに、ブログ記事のID（変数entry_id）がキー、値が更新日時（変数ts）の要素を追加します。
後半の6行目以降は、最近コメントがあったブログ記事5件からハッシュを作る処理です。
6行目のMTEntriesタグでは、「recently_commented_on="5"」のモディファイアを指定していますので、最近コメントがあったブログ記事を5件読み込みます。
次に、7～9行目のMTCommentsタグのブロックで、個々のブログ記事についた最新のコメントの日付を、変数tsに代入します。
そして、残りの部分でハッシュts_hashに要素を追加します。
ここまででハッシュができましたので、そのハッシュから先頭5件の要素を取り出し、そのキーからブログ記事のIDを得て、個々のブログ記事の情報を出力します。
その処理をテンプレートタグで表すと、以下のようになります。
<mt:Loop name="ts_hash" sort_by="value reverse">
<mt:If name="__counter__" le="5">
<mt:Entries id="$__key__">
ブログ記事の情報を出力する部分
</mt:Entries>
</mt:If>
</mt:Loop>
まず、1行目のMTLoopタグで、ハッシュts_hashを値の逆順（＝日付の新しい順）に並べ替え、要素を1つずつ取り出します。
次の2行目では、繰り返し回数（変数__counter__）の値が5以下の時だけ、ブログ記事の情報を出力するようにしています。
ハッシュには、「最近投稿されたブログ記事」と「最近コメントがあったブログ記事」の情報5件ずつ入れていて、最大で10件のブログ記事の情報が入っているので、その中の先頭5件だけを取り出すために、このMTIfタグが必要です。
そして3行目では、ハッシュのキー（＝変数__key__）の値からブログ記事のIDを割り出して、MTEntriesタグでそのブログ記事を読み込んでいます。
ここまでで述べた例の他にも、ハッシュを使うといろいろなことができます。
しかし、ハッシュはプログラム的な考え方なので、難しいという声もよく聞きます。
拙著「Movable Type 5 Webサイト製作ガイドVolume 2」では、変数／条件判断／配列／ハッシュ／繰り返しなど、テンプレートタグでプログラム的な記述をする方法も詳細に解説しています。
ハッシュ等が苦手だという方は、この本もぜひお読みください。
MTDDC のLightning Talkで電子書籍のテーマを発表します
このところ、電子出版が非常に盛り上がっています。
中でも、iPad等で採用されているePubは、大まかには以下のような仕組みなので、Webとの親和性が高いです。
Movable Typeを使うと、テンプレートに沿って、デザインが揃ったHTMLファイルを、静的に多数出力することができます。
また、コンテンツのデータを組み合わせてXMLを生成することも、お手の物です。
したがって、Movable TypeはePub用の各種ファイルの出力にも使うことができます。
さらに、出力したファイルをZipにまとめるプラグインを用意すれば、Movable Type内で簡単にePub生成を行うことができます。
ぴろり氏に先を越されましたが（笑）、私もMovable TypeをePub出力に使うことを考えていました。
先日参加したこんぶだしミーティングの中でも、「Movable TypeをePub出力に使える」ということを少しお話ししました。
また、先日「PerlでZipファイルを作る」という記事を書きましたが、これもePub出力への布石でした。
電子書籍は、Movable Typeの新しい使い道として、非常に期待できるのではないかと思います。
MTDDCのLightning Talksが楽しみです。
景気が厳しくなる中で、企業はWebサイトに対して「成果」を求めるようになっています。
ただWebサイトがあるだけではだめで、集客増・売上増につながることが必要です。
そのような中で、SEOが果たす役割も重要になっています。
今回のCSS Nite LP, Disk 10は、SEOについて学ぶ良い機会でした。
告知当初は、制作者向けのセッションと、発注者向けのセッションの2トラックに分ける予定になっていました。
しかし、両方聞きたいという声が多かったようで、1トラックにまとめられて、密度が高かったです。
どのセッションも良かったですが、紺野氏のセッションが一番面白かったと思います。
悪徳SEO業者の手口を次々と切り捨てていきつつ、今後のSEOへの取り組み方を考えるといった内容でした。
検索のロジックの裏を突くようなブラックな手口は、次々と出てきます。
しかし、ロジックが修正されればそれまでです。
また、ブラックな手口を使っていることを叩かれて、評価を落としてしまうこともあります。
正攻法で行くべきだということを、改めて感じました。
また、紺野氏の次に登壇された小越氏のセッションも良かったです。
SEO業者にもタイプがいろいろあって、発注側の希望とマッチングが重要だということが分かりました。
「大切なのは、あなたの予算（財布）でなく、あなたサイトの成功に興味がある人とチームを組むこと。」「直感的にあやしいと思うものはやっぱり怪しいことが多い。」といった名言もありました。
97枚ものスライドを、怒涛の勢いで40分間で話しきるのもすごかったです。
最後の安川氏と大内氏のセッションは、非常に実践的でした。
実際のサイトを事例に、SEO的に改善すべきポイントを挙げていくという内容で、分かりやすかったです。
12時～19時の7時間に渡るイベントでやや疲れましたが、有意義な一日でした。
スピーカー・スタッフの皆様大変お疲れさまでした。
talkingSIMは、b-mobileSIM U300と同等のデータ通信に加えて、電話することも可能なSIMです。
SIMロックフリーの携帯電話やスマートフォンに装着して使用します。
基本料金は月額3,960円です。
NTTドコモの3G回線でのデータ通信を、時間無制限に行うことができます（ただし速度の上限は300kbps）。
また、3,960円の中に、無料通話分が1,050円分（25分相当）含まれています。
それ以上電話する場合は、30秒あたり21円の料金がかかります。
さらに、契約期間の縛りはありません。
MNPにも対応しています。
しかし、iモードには対応していませんので、iモードのサイトを見たり、「○○○@docomo.ne.jp」のアドレスでのメール送受信を行ったりすることはできません。
そのため、既存の携帯電話からの乗り換えには十分とは言えないでしょう。
ただ、電話兼データ通信用の2台目端末用として持つ分には良さそうです。
例えば、iPhoneで電話できないエリアで、2台目の端末を使って電話したいような場合に、役に立ちそうです。
今のところ、SIMロックフリーの携帯電話やスマートフォンは、日本ではあまり簡単には手に入らないです。
しかし、NTTドコモが、来年4月以降に発売する端末すべてでSIMロックフリー化を進めるという話も出ています。
SIMロックフリー化が進めば、talkingSIMは非常に面白い存在になると思います。
先日、NTT東日本の光ポータブルのSIMフリー版に申し込みました。b-mobileSIM U300は、日本通信が販売しているSIMです。
NTTドコモの3G回線を使って、インターネットに接続することができます。
通信速度が300kbpsに制限されていますが、1年間29,800円（月額約2,480円）で使い放題です。
以前に、日本通信の「b-mobile 3G」というUSB接続モデムを使っていたことがあります。
b-mobile 3Gも、NTTドコモの3G回線を使ってインターネットに接続する機器で、480日間または150時間まで使うことができます。
このb-mobile 3GのSIMを、b-mobileSIM U300に交換することもできるということでした。
そこで、手持ちのb-mobile 3GのSIMを交換して、通信をテストしてみました。
通信速度を測定してみると、上り／下りを足して400～500kbps程度は出る感じでした。
測定のたびに上りと下りの配分が変わり、特に下り重視というわけではないようでした。
また、いくつかのウェブページを開いてみたところ、ページを読み込み終わるまでには時間がかかりますが、「遅すぎて使えない」という感じでもなかったです。
写真や動画が多いウェブページは厳しいですが、テキスト主体のウェブページを見るだけなら、それなりに使えそうな印象を受けました。
SIMフリー版の光ポータブルでは、今のところはイーモバイルのSIMのみ正式サポートになっています。
ただ、b-mobileSIM U300も、動作はするはずです。
光ポータブルが届いたら、動作を実験したいと思います。
Movable Type 5では、まずウェブサイトを作り、ブログは必ずウェブサイトの配下に入れなければならないという仕様になっています。
規模がある程度大きいサイトを作るなら、この仕様でも特に問題はないでしょう。
しかし、小さなサイトで、ブログそのものがサイトになるような場合は、ウェブサイトをわざわざ作らなければならないのは面倒です。
そこで、以下のどちらかの機能を要望します。
Movable Type 5では、ブログのアドレスは、ウェブサイトのサブドメインかサブディレクトリになるようにする仕様になっています。
しかし、この制限も使いづらい点があります。
例えば、まったく異なるドメインで複数のブログを作って、それらの情報をウェブサイトに集約したいとします。
この場合、上記の仕様だと対応できません。
そこで、ウェブサイトのドメインに縛られずに、ブログに任意のドメインを設定できるようにして欲しいです。
ウェブサイトの配下に複数のブログを入れて管理するという仕組みを取るなら、ブログ間で共有したい各種のオブジェクトを、ウェブサイトで一元管理する機能が欲しいです。
ただ、現状のMovable Type 5ではこの点が弱く、システムレベルとウェブサイトレベルの分離が十分にできていません。
そこで、以下のような機能を要望します。
ブログのテンプレートに「<$mt:Include module="○○○"$>」のタグを入れた場合、現状ではブログに「○○○」のテンプレートモジュールがないと、システムの「○○○」テンプレートモジュールを読み込みにいくようになっています。
これを変えて、ブログ→ウェブサイト→システムの順にテンプレートモジュールを探すようにして欲しいです。
ウィジェットマネージャーでも、ブログのウィジェット一覧には、ブログのウィジェットとシステムのウィジェットが表示され、ウェブサイトのウィジェットは表示されません。
テンプレートモジュールの共有と同様に、ウェブサイトのウィジェットもブログで共有できる機能が欲しいです。
MTWidgetSetタグでブログにウィジェットセットを組み込む際にも、ブログ→ウェブサイト→システムの順にウィジェットセットを探すようにして欲しいです。
ウェブサイトに作ったカスタムフィールドを、配下のブログでも利用できるような機能が欲しいです。
ウェブサイトにカテゴリを作る機能を追加した上で、そのカテゴリをブログでも利用できるような機能が欲しいです。
ウェブサイトで複数ブログの情報を束ねるのであれば、ウェブサイトに日付系アーカイブの機能を追加して、ウェブサイト全体での月別アーカイブ等も出力できるようにして欲しいです。
参考：負担増世帯が続出＝子ども手当、半額据え置きで－第一生命
このことについて、手取りの増減のシミュレーションを行ってみました。
子ども手当を支給する代わりに、所得控除を廃止して財源の一部に充てることが決まっています。
平成22年度税制改正で確定しているのは、以下の所得控除の廃止です（いずれも平成23年分の所得税から適用）。
なお、民主党の公約には、配偶者控除の廃止も上がっていました。
しかし、平成22年度の税制改正では、配偶者控除の廃止は見送られています。
月13,000円支給で決着すると、3歳未満の子どもだけがいる世帯は、手取り減になります。
子ども手当の前には、「児童手当」の制度がありました。
児童手当は、小学生までの子供がいる世帯に支給されます。
1人目／2人目の子供は1人あたり月5,000円で、3人目以降は1人あたり月1万円です。
ただし、3歳未満の子供は、1人目／2人目でも1人あたり月1万円です。
また、児童手当には所得制限がありました。
例えば、会社員の方で、妻と子ども1人が扶養親族なら、所得が608万円を超えると児童手当は受けられませんでした。
3歳未満の子どもが1人の世帯の場合、児童手当から子ども手当になることによって、年間で36,000円（1万円→13,000円×12か月）収入が増えます。
一方で、扶養控除が廃止されますので、所得税が38万円×税率、住民税が33万円×税率だけ増加します。
所得税の税率は所得によって変化しますので、一律にいくら増税とは言えません。
ただ、現状で所得税／住民税がかかっている方なら、扶養控除の廃止分の増税額は、子ども手当による収入増を上回って、実質的に手取り減になることは確かです。
最も税率が低い世帯（所得税5％／住民税10％）の世帯でも、所得税が38万円×5％＝19､000円、住民税が33万円×10％＝33,000円増税になり、子ども手当と差し引きで年16,000円の手取り減になります。
所得がもっと多い世帯では、手取り減の幅はさらに広がります。
また、3歳未満の子供が複数いる世帯だと、人数に比例して手取り減が広がります。
3歳未満の子供が1人の会社員の世帯で、年収と手取りの増減との関係をシミュレーションしてみると、以下の図のようになりました。
シミュレーションの条件は以下の通りです。
なお、上の図を見ると、年収が多い世帯では手取りが増えています。
これは、所得制限で児童手当を受けていなかった高所得な世帯でも、子ども手当が支給されることが原因です。
このような世帯では、子ども手当による増収分が、所得税／住民税の増税による減収分を上回って、手取り増になっています（ただし、もっと高収入な世帯だと、所得税率がさらに上がるため、手取りがマイナスになります）。
前述したように、今のところは配偶者控除の廃止は決まっていません。
しかし、将来的には、配偶者控除が廃止される可能性がないわけではありません。
子ども手当が月額13,000円のままで配偶者控除が廃止されると、手取り減になる世帯が大幅に増えます。
3歳未満の子供だけの世帯は、影響がかなり大きくなります。
また、小学生の子供が1人の世帯でも、手取り減になります。
さらに、中学生の子供がいる世帯でも、所得が多い世帯では、子ども手当の増収分よりも増税による減収分が大きく、手取りが減少します。
いくつかのパターンで手取りの増減をシミュレートしてみると、以下の図のようになりました。
上で見たように、配偶者控除を廃止すると、手取り減になる世帯が多く出ます。
ただ、参議院で与党が過半数を割り、国会運営が厳しくなっている中で、配偶者控除の廃止は難しくなったと思います。
一方、今の状況が続けば、次の衆議院総選挙では民主党は敗北する可能性が高いと思われます。
自民党主体の政権になれば、おそらく子ども手当は廃止になるでしょう。
しばらくは迷走が続くことになりそうです。
第8回Creatorz×第2回広島MT学会の特設ページ
第8回Creatorz×第2回広島MT学会のパンフレット
備後クリエイター協会は、広島県福山市を中心としたWeb制作者の集まりです。
昨年暮れに発足し、毎月「Creatorz」という勉強会を開催されています。
また、広島では昨年夏に、「Web Touch Meeting」というイベントとのコラボレーションで、「第1回広島MT学会」というイベントも開催されています。
今回の「第2回広島MT学会」は、そのイベントの第2回目になります。
勉強会Creatorzは、普段は10～20人程度で行われているようです。
しかし、今回はスペシャルイベントとして、200人の動員を目指すとのことです。
講師として、私と、アルファサード有限会社の野田純生氏が参加します。
私はMovable Type 5のテーマ機能の使い方についてお話しします。
イベントの概要は以下の通りです。
| 日時 | 2010年8月7日（土曜日） 13時～18時(12時30分開場) |
|---|---|
| 場所 | まなびの館ローズコム 4階 大会議室1 広島県福山市霞町1丁目10番1号(福山駅から徒歩約15分) |
| セッション内容 |
|
| 参加費 | 3,000円 ATNDからの申込で500円割引 知人を紹介すると自分および知人それぞれ500円割引 |
また、イベント終了後に懇親会も予定されています。
私も懇親会に参加します。
PerlでZipファイルを操作するには、Archive::Zipを使うのが簡単です。
Archive::ZipはZipファイルの作成や読み込みの機能を持ったクラスで、シンプルな記法でZipファイルを読み書きすることができます。
Perlのプログラムに以下の行を入れると、Archive::Zipを使うことができます。
use Archive::Zip qw( :ERROR_CODES :CONSTANTS );
Archive::ZipでZipファイルを作る場合、まずメモリ上にZipファイルのオブジェクトを作ります。
オブジェクトを変数$zipに割り当てるなら、以下のように書きます。
my $zip = Archive::Zip->new();
ファイルを圧縮するには、オブジェクトのaddFileメソッドを使います。
オブジェクトを変数$zipに割り当てている場合に、カレントディレクトリにある「sample1.txt」ファイルを圧縮するには、以下のように書きます。
$zip->addFile('sample1.txt');
サブディレクトリにあるファイルを圧縮するには、サブディレクトリ名も含めてファイル名を指定します。
例えば、カレントディレクトリの中に「dir」というディレクトリがあり、その中の「sample2.txt」ファイルを圧縮するには、以下のように書きます。
$zip->addFile('dir/sample2.txt');
また、ファイル名を変えて圧縮したい場合は、addFileメソッドの2つ目のパラメータでそのファイル名を指定します。
例えば、「sample1.txt」を圧縮し、ファイル名を「otherfile.txt」にしたい場合は、以下のように書きます。
$zip->addFile('sample1.txt', 'otherfile.txt');
テキストデータを直接に圧縮することもできます。
それには、「addString」というメソッドを使います。
例えば、変数$strに入っているテキストデータを圧縮し、「string.txt」というファイル名を付けたい場合は、以下のように書きます。
$zip->addString($str, 'string.txt');
Zipファイルにファイルや文字列を追加する際に、圧縮せずに単に格納だけしたい場合もあります（例：短いファイルで、圧縮するとかえってサイズが大きくなる場合）。
このような時には、addFileやaddStringのメソッドを実行した後に、その戻り値のオブジェクトに対して「desiredCompressionMethod」というメソッドを実行し、パラメータとして「COMPRESSION_STORED」を渡します。
例えば、「sample1.txt」というファイルを格納するだけの場合、以下のように書きます。
my $sample1 = $zip->addFile('sample1.txt');
$sample1->desiredCompressionMethod(COMPRESSION_STORED);
Zipファイルのオブジェクトを作り終わったら、最後にその内容をZipファイルに保存します。
それには「writeToFileNamed」というメソッドを使い、パラメータとしてファイル名を指定します。
戻り値が「AZ_OK」なら、保存に成功しています。
例えば、変数$zipに割り当てたオブジェクトを「sample.zip」というファイルに保存するには、以下のようにします。
if ($zip->writeToFileNamed('sample.zip') == AZ_OK) {
print "sample.zip is successfully saved.\n";
}
else {
print "sample.zip save error.\n";
}
]]>
今回のWordBench埼玉勉強会では、WordPress 3.0がテーマになりました。
まず、かとちゃん氏より、WordPress 3.0の新デフォルトテーマの「TwentyTen」について、解説がありました。
WordPress 3.0ではいくつかの新機能が追加されています。
TwentyTenテーマは、それらの新機能のデモンストレーション的な作りになっていて、WordPress 3.0の新機能を学ぶ上で役に立ちます。
中でも、「get_template_part」という新しい関数が便利だというお話しがありました。
get_template_part関数は、あるテンプレートを他のテンプレートに組み込む際に使う関数で、WordPress 3.0で追加されました。
get_header関数やget_sidebar関数を一般化したような関数で、子テーマにも対応しているので、PHPのinclude文を直接に使うより楽になります。
次に、Jim912氏より、WordPressのデータベース負荷分散についての解説がありました。
WordPressは動的にページを生成するので、各ページへのアクセスが多くなってくると、負荷対策が必要になってきます。
その1つの手法として、データベースを書き込み用と読み込み用に分け、読み込み用のデータベースを複数台用意して、書き込み用の内容を読み込み用に複製する、という方法を解説していただきました。
WordPressのようなデータベースの使い方だと、書き込みよりも読み込みの方がはるかに多いので、読み込み用のサーバーを複数台用意すれば、データベースへのアクセス負荷を分散しやすいです。
事前に、池田百合子氏から、「複数インストールしたWordPressを、WordPress 3.0のネットワーク機能で1つにまとめたい」という質問が上がっていました。
そこで、統合の作業をその場で実演することも行われました。
基本的には、WordPress 3.0で複数のブログを作っておいて、そのデータベースのテーブルに、既存のWordPressのテーブルの内容をインポートすれば良いということでした。
ただし、wp_optionテーブルをインポートすると、ログインできなくなるなどの問題が起こるので、wp_option以外のテーブルをインポートすると良いそうです。
勉強会の後に、懇親会も開催されました。
焼き肉を食べつつ、WordPressをネタに盛り上がりました。
今回のWordBenchも内容が濃く、非常にためになりました。
ご参加の皆様お疲れさまでした。
知り合いのファイナンシャル・プランナーの方から、そのお客様である「ケイ運送」様のサイト製作を依頼され、製作を行いました。ケイ運送様は、群馬県みなかみ町にある会社です。
一般運送の他に、産業廃棄物（木材）の処理や、堆肥の製造販売等を行われています。
サイト製作の際には、コストを抑えるために、MTOS 5.02を利用しました。
クラシックウェブサイト／ブログのテーマにHills Greenスタイルシートを組み合わせたものをベースにして、カスタマイズを行っています。
メインページや、会社案内等のウェブページは、ウェブサイトで管理しています。
そして、お知らせをブログで管理するようにしています。
ケイ運送様側では、お知らせの更新と、トップページのメッセージの更新だけを行っていただく形を取っています。
そこで、ユーザーダッシュボードに「作業メニュー」というウィジェットを作り、最小限のメニューのみ表示するようにしました。