WordPress

以前、とある案件で WordPress を導入したとき、投稿の添付画像を表示する機能を導入しました。
ヒーヒー言いながら作ったことを思い出しますね……。

で、今回また別の案件で使うことになったので、その部分だけエントリーとして残しておきます。
せっかくの資源は使い回さないと、もったいないですからねぇ。
リサイクルリサイクル。

うろ覚えなので、とりあえずコードだけ載せときます。
思い出したり気が向いたら解説する……かも。
続きを読む

何かよく分からない事象にハマってます。
もし原因や解決法などをご存知の方が居ればぜひ情報を……。

• 同一ドメインにおいて（仮に「http://www.hoge.jp/」とします）
• Firefox で保護されていない特定のページ（「http://www.hoge.jp/〜」）から保護されている特定のページ（「https://www.hoge.jp/〜」）へリンクしたとき
• 「一部しか暗号化されていない」という状態になる
• そのページをリロードすると、その事象は解消される（すべて保護されている状態になる）
• 同じリンク元ページの別の箇所から、まったく同じ URL にリンクしても、上記のような事象は発生しない（すべて保護されている状態になっている）
• リンク先 URL を直接入力したり、他のページからリンクしても、やっぱり事象は発生しない
• つまり、特定のページの特定の箇所にあるリンクでのみ、事象が発生している（再現性あり）
• IE、Safari、Google Chrome といった他のブラウザでは特にそういったことは起こらない
• 逆に Opera では、どの保護されていないページ（「http://www.hoge.jp/〜」）からであっても、保護されているページ（「https://www.hoge.jp/〜」）へリンクした場合、「保護されてはいません」となる
• Opera の場合、Windows ではリロードすると解消される（保護されている状態になる）が、Mac だとリロードしても解消しない（URL を直接入力してもダメ）
• このサイトは PHP で構築されていて、ファイル名によって「http://」と「https://」を 302 リダイレクトで切り替えている（「info.php?〜」なら「http://」、「edit.php?〜」なら「https://」という具合）

という感じです。
もう、まったく意味が分からないんですけど……。

メモ的エントリー。
タイトルのまんまです。

Web ページを表示するときには、まず HTML やら CSS やら JavaScript やら 画像やらをダウンロードする必要があります。
それら各ファイルを圧縮することで転送量を小さく抑え、結果的にパフォーマンス向上（時間短縮）に繋げましょう、というお話。
ページのつくりにもよりますが、70～80% くらいフツーに圧縮されちゃいます。強力。

自宅サーバーや専用サーバーを使ってる場合は Apache の設定を直接いじることも可能ですが、今回はとりあえずパス。
httpd.conf あたりを触ることになるんでしょうけど。

あと、「gzip」とは何ぞや、というのも、正直よく分かりません。
昔から使われてるし一番普及してるし圧縮率も高いし使用制限とかもフリーだし標準化もされてるし、っていう感じなので、あまり深く考えず乗っかった方が良さげかな、と。
続きを読む

珍しく Firefox のバグです（だと思います）。
あえて「解決法」ではなく「対策」としたのは、解決したかどうか定かではないからです。
つまり、「よく分からんけど、とりあえずうまくいってるっぽい」と。

発生した現象はタイトルの通りですが、テーブルに設定した線が、Firefox で見てみると表示されたりされなかったりするのです。
「されたりされなかったり」とは言っても、表示のたびに結果が変わるということではなく、再現性はあります。
ただ、文字サイズを変えたり行間を変えたりパディングを変えたりすると、表示される線と表示されない線が違ったりするということです。
色々な数値を微調整していけばすべての線がちゃんと表示されるポイントがあるかも知れませんが、環境が異なればまた結果も変わってくるでしょうし、根本的な解決にはなりません。

というワケで、色々試した結果、以下のような方法に落ち着きました。
かなり無理矢理ではありますが、今のところ正常に（？）表示されています。
続きを読む

※まだ書き切れてませんが、とりあえずアップします。

2/27（土）に「CSS Nite in KANSAI, LP1 〜CMS POWER USER’S SUMMIT 2010〜」というイベントに参加してきました。
ちょっと遅くなっちゃいましたが、簡単にレポート（というか感想文）をまとめておきます。

イベントの概要

今回は CSS Nite in OSAKA と CSS Nite in KYOTO の合同イベントのため、「CSS Nite in KANSAI」という名前になっているそうです。
その名前から分かる通り、規模としてはかなり大きなイベントでした（最終的な参加者は約240人！）。

今回のイベントの最大の特徴は「ユーザー目線からのセミナー」であること。
つまり、CMS の開発者が「こんな機能があるよ！　こんなに便利だよ！」という話をするのではなく、実際にその CMS を使っている人が「こういうシーンではこういう使い方ができるよ！」ということを紹介してくれるのです。

意外と、こういう形式のイベントって少ない。
そして、こういう形式の方が、聞いている人にとってはタメになるというか、実際に使うイメージを掴みやすかったりします。
今後も、こういう形式のイベントをどしどし開催して欲しいですね。

会場は、「TKP大阪梅田ビジネスセンター 14階 ホール14A」。
本編が 14:30〜18:30 、懇親会が 19:00〜21:00 というタイムスケジュールでした。
（結局 21:40 くらいまでみんな残ってましたけどね）
続きを読む